Новый ресурсный шедулер в DAX2012

[fed]

Цитата:

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

Преимуществом является возможность использования "инфолога" в процессах, выполняемых без участия какого-то клиента (Win32, EP).
Также в Event Log пишут некоторые из алгоритмов MRP в АХ 2012, так как они вообще не на Х++ написаны.

Кстати очень забавно, что на фоне разговоров о кардинальном убыстрении X++ после его компиляции в PIL, вся логика ресурсного планирования написана на C# (как я понял) и вынесена во внешнюю сборку. Они ее назад на X++ переписать не собираются ? Ну или хотя бы исходные тексты на C# приложить к поставке ?

[kashperuk]

Кратко:
Нет и Нет
По второму вопросу долго спорили еще до релиза АХ 2012. Пока я никаких слухов об изменении решения не слышал.

А Х++ типа вроде как действительно убыстрился чуть-чуть, но для таких вот задач все равно медленноват, если сравнивать с .net.

[Logger]

Цитата:

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

Ну или хотя бы исходные тексты на C# приложить к поставке ?

Так наверно в этом-то все и дело !
Хотя какой смысл, когда любой IL код можно легко превратить в исходный текст ?

[Logger]

Цитата:

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

А Х++ типа вроде как действительно убыстрился чуть-чуть, но для таких вот задач все равно медленноват, если сравнивать с .net.

Мне кажется скорость выполнения X++ не была решающей в данном вопросе.

Они что - все данные в память тянут и там обрабатывают ?

[fed]

Цитата:

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

Так наверно в этом-то все и дело !
Хотя какой смысл, когда любой IL код можно легко превратить в исходный текст ?

Не так уж легко. Если сборка большая, используется много анонимных классов (или как там они в .net называются), то на то чтобы отдизассемблировать, а потом привести в вид пригодный к компиляции много времени уходит. Поизучать алгоритм в Reflector'е легко. Отдизассемблировать до компилирующейся сборки - нелегко

[fed]

Цитата:

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

Мне кажется скорость выполнения X++ не была решающей в данном вопросе.

Они что - все данные в память тянут и там обрабатывают ?

Они и в 2.1 в память тянули Все равно ведь каждый производственный заказ по отдельности планируется. В маршруте может (в реалистичных сценариях) быть операций 20-25. Для каждой операции штук по 20 альтернативных рабочих центров. Не так много памяти нужно, чтобы это все хранить. По моему там засада со скоростью перебора.Также например, как в рассчете уровня вложености для каждой спецификации (В которой тоже сначала все данные в память всасываются - по всем BOM кстати, а потом система мрачно граф обходит).

[Logger]

Ну тогда как ни ускоряй, все равно легко создать ситуацию когда число вариантов для перебора станет слишком большим.

Тут надо прежде всего алгоритм оптимизировать.

[fed]

Цитата:

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

Ну тогда как ни ускоряй, все равно легко создать ситуацию когда число вариантов для перебора станет слишком большим.

Тут надо прежде всего алгоритм оптимизировать.

Ну это переборный алгоритм. Чтобы его оптимизировать, надо какие-то эвристики вводить, а они очень от отрасли и конкретного предприятия зависят. Да и вообще, не дело это - в ERP-системе заниматься низкоуровневым планированием до уровня заданий. Правильнее поставить какой-то MES, который и планировать будет и со SCADA взаимодействовать. А в MRP только до уровня планирования операций доводить.