Посоветуйте по железу для разработчика

[lvan]

да, я тоже понял, что у меня узкое место - проц
недавно поставил i5-2500K и разогнал до 4.5 ГГц, вышло почти в 2 раза быстрее (по сравнению с i5-2300)

[dima123]

у меня висит тоже на virtualBox и самое медленное это хдд
буду разносить на 3 диска 1 - OS + SQL + AOS 2 - SQL дата 3 - SQL tempdb i log
А так под virtualBox выделено 4 ядра и 6 гб памяти

[lvan]

это не сильно поможет, мне кажется. лучше ссд поставить, а еще лучше два.
я сейчас думаю памяти докупить, а то иногда две виртуалки нужно запускать одновременно. ну и в Far Cry чтоб играть можно было параллельно
пару палок добавлю по 8гб, они щас дешевые совсем

[gl00mie]

На счёт железа и времени компиляции - есть ещё интересная публикация про работу на ноуте в такой конфигурации:

• Core i7-2760QM CPU @ 2.4GHz, 4 Cores
• 8 GB RAM
• SSD 256GB (Samsung 840 Pro)
• Windows Server 2012, SQL 2012

якобы для AX 2012 RTM CU3 компиляция кода Х++ проходит в такой конфигурации за 41 минуту, код CIL генерится ещё 6 минут, но это все без виртуализации.

[Logger]

Цитата:

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

[/LIST]якобы для AX 2012 RTM CU3 компиляция кода Х++ проходит в такой конфигурации за 41 минуту, код CIL генерится ещё 6 минут, но это все без виртуализации.

Интересно.
А разве виртуализация должна сильно влиять на время компиляции ?

[trud]

Вот на моей системе. 2012 R2 CU1.

Compile time: 01:25:22
Compile IL time: 00:06:33
Sync time: 00:05:43
Total time: 01:37:38

Core i7-3770 CPU @ 3.6GHz
32 GB RAM
SSD 256GB (Samsung 840 Pro)
Windows 8, SQL 2012

База на SSD, AOS правда на обычном жестком диске
вообще R2 еще более потяжелела по сравнению с просто 2012, очень надеюсь что в Микрософт все же сделают параллельную компиляцию

[Vadik]

AX2012 R2 hotfix available to improve compile speed

[Vadik]

Цитата:

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

AX2012 R2 hotfix available to improve compile speed

Не могу сказать чтобы хоть как-то помогло. Зато теперь понятно что уперлись в дисковую систему - при переносе VM с SQL Server-ом на SAN устоявшееся время компиляции упало с 4:30 до 2:50, перенесли на другой (медленный) DAS - вернулось к старому значению

[db]

Цитата:

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

Не могу сказать чтобы хоть как-то помогло. Зато теперь понятно что уперлись в дисковую систему - при переносе VM с SQL Server-ом на SAN устоявшееся время компиляции упало с 4:30 до 2:50, перенесли на другой (медленный) DAS - вернулось к старому значению

В качестве идеи
А никто не смотрел профайлером запросы к базе с метаданными при компиляции? Вдруг всё проще и найдутся тормознутые запросы которые можно будет поправить добавив, например, индексы

[gl00mie]

Вроде в блоге примерно про то же и писалось:

Цитата:

The core of the fix is in the Model Store schema [...] you can get a very similar effect by deleting the Primary Key index defined for the table ModelSecurityPermission

[AlexSD]

Цитата:

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

В разы сократить время компиляции позволяет старый трюк еще с трешки: запустить несколько клиентов, каждым из которых компилить свою ветку АОТ (отдельно формы, DataDictionary, классы, все остальное),

Замечал, что если компилировать целиком весь АОТ, то компиляция осуществляется в несколько проходов (т.е. компилируется все два-три раза и времени затрачивается соответственное количество). Если по частям компилировать, то компиляция пройдет за один проход. Понятно, что при таком "частичном" подходе не будет полной гарантии, что все объекты будут успешно скомпилированы.

[Vadik]

Цитата:

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

Не могу сказать чтобы хоть как-то помогло. Зато теперь понятно что уперлись в дисковую систему - при переносе VM с SQL Server-ом на SAN устоявшееся время компиляции упало с 4:30 до 2:50, перенесли на другой (медленный) DAS - вернулось к старому значению

Для тормозов вроде меня выделено же

Цитата:

Note: when you've applied the hotfix, you need to run "axutil schema" against the model stores you want updated

После

PHP код:

axutil schema 


и (на всякий случай)

PHP код:

axutil optimize 


имеем компиляцию за 2:45 против 4:30 на том же железе, ура-ура