Тема: DAX vs 1C
Показать сообщение отдельно
Старый 19.09.2008, 22:47   #24  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от mit Посмотреть сообщение
ну началось!
я не просил оценить грамотность написания кода. код написан идентично для двух систем. надеюсь это ни у кого здесь не вызывает сомнений.
Нет, ВАШ код написан неидентичен.
Читайте еще раз DAX vs 1C

Цитата:
Сообщение от mit Посмотреть сообщение
Сергей, при всем уважении инфолог здесь не при чем. или именно он отрабатывает минуту? если бы вывод в инфолог был тонким местом, согласился бы, но оно вызывается один раз, и не предназначено для тестирования. уберите инфолог, результат будет таким же.
вот ведь неймется. У меня добавляет секунду к коду от Lev
DAX vs 1C
Без него 7 секунд. Добавил до таймера info - получил 8 секунд. Получается, что вызов инфолога добавиляет около 10-15%.


Цитата:
Сообщение от mit Посмотреть сообщение
ну еще раз обращу внимание что задача не стояла получить супер результат на этом куске кода (для супер результата - тупо бы взяли супер компьютер ). задача была сравнить две системы. причем на довольно узком участке - а именно - локальные вычисления. я подозреваю что тут все упрется даже не в вычисления, а в скорости перехода интерпретатора по коду со строки на строку.
опять же. в чем проблемы? напишите в одну строку и оттестируйте.


Цитата:
Сообщение от mit Посмотреть сообщение
понятно что для жизни вне лаборатории ситуация встретится навряд ли(сложно представить кусок кода длинной в пять милл. строк) разве что... да нет, навряд ли.
легко.
создаете пять-десять новых номенклатур.
настраиваете их примерно одинаково. методика списания себестоимости ФИФО или средняя или другая на выбор.
создаете сотню приходов для каждой номенклатуры в обоих системах (замеряете время, используемую память)
создаете сотню расходов для каждой номенклатуры в обоих системах (замеряете время, используемую память)
после этого задним числом добавляете накладные расходы в обоих системах.
после этого рассчитываете себестоимость для новых номенклатур на одном компе или распраллеливаете алгоритм расчета на пару-тройку компьютеров (замеряете время, используемую память)

получаете очень хороший синтетический тест.

для полной картины надо бы добавить фоновые процессы разноски/проведения приходов/расходов других номенклатур для всех замеряемых этапов.

Но ведь тут выяснится, что накладной расход в 7ке на уже существующие приходы не начисляется, нужно перепроводить. Тут выяснится, что в 7ке нужно перепроводить все документы и прочая отсутствующая фигня типа невозможности распарралелить расчет себестоимости... К тому же неожиданно всплывет ваш упомянутый 1С++ и выяснится, что у вас полностью переписанная конфигурация, с которой надо разбираться и разбираться.

Вот и остается замерять скорость прогона пустых циклов

Цитата:
Сообщение от egorych Посмотреть сообщение
Т.е. пропагандируемые методы разбиения одного большого метода на кучку маленьких ведут к потере производительности.
Да, ведет. Но альтернатива только неподъемный метод settleNow, для которого замучаешься апгрейд делать
Согласен, что много мелких - плохо. Слишком большие методы тоже плохо.
__________________
полезное на axForum, github, vk, coub.