DAX vs 1C

[mazzy]

Цитата:

Сообщение от mit

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

Нет, ВАШ код написан неидентичен.
Читайте еще раз DAX vs 1C

Цитата:

Сообщение от mit

Сергей, при всем уважении инфолог здесь не при чем. или именно он отрабатывает минуту? если бы вывод в инфолог был тонким местом, согласился бы, но оно вызывается один раз, и не предназначено для тестирования. уберите инфолог, результат будет таким же.

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

Цитата:

Сообщение от mit

ну еще раз обращу внимание что задача не стояла получить супер результат на этом куске кода (для супер результата - тупо бы взяли супер компьютер ). задача была сравнить две системы. причем на довольно узком участке - а именно - локальные вычисления. я подозреваю что тут все упрется даже не в вычисления, а в скорости перехода интерпретатора по коду со строки на строку.

опять же. в чем проблемы? напишите в одну строку и оттестируйте.

Цитата:

Сообщение от mit

понятно что для жизни вне лаборатории ситуация встретится навряд ли(сложно представить кусок кода длинной в пять милл. строк) разве что... да нет, навряд ли.

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

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

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

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

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

Цитата:

Сообщение от egorych

Т.е. пропагандируемые методы разбиения одного большого метода на кучку маленьких ведут к потере производительности.

Да, ведет. Но альтернатива только неподъемный метод settleNow, для которого замучаешься апгрейд делать
Согласен, что много мелких - плохо. Слишком большие методы тоже плохо.