Frend
Можно из любопытства предоставить или поделиться, для обывателей информацией о:
1. -используемой операционной системе либо систем в комплексе, версия TSLab;
2. -количество жестких дисков, есть ли зеркало, процесс резервирования и резервирования комплекса вообще;
3. -блок питания и корпус с системой охлаждения;
4. -есть ли система обеспечение бесперебойного питания;
5. -количество каналов связи, плюс ширина канала и используемый маршрутизатор;
6. -варианты удаленного администрирования и подключения к терминалу, степень мобильности системы;
7. -количество обрабатываемых инструментов диапазон на секунды, минута, часы;
8. -количество счетов можно диапазоном +-10;
9. -типы счетов подключения к брокеру;
10. -вариант расчета запаса мощности - минимальное и максимально возможное от количества инструментов;
11. -время работы алгоритма (сесия день-вкл, вечер-выкл), класс используемых инструментов (фьючерсы, акции, опционы);
12. -при наличии систем оповещения (alarm - ошибка в расчетах, связи и т.д. и т.п.) (предполагаемый расчет используемой им нагрузки на процессор и память);
13. -при наличие регламент экстренного выхода из рынка или риск менеджера (расчет нагрузки на систему);
14. -при наличии дублирования инструментов между разными счетами, как вариант дублирования расчетов алгоритма - для уменьшения нагрузки на систему (есть ли дубли);

P.S.: касаемо существующей конфигурации предполагаю что нагрузки на процессор минимальны и достигают процентов 40-60% от номинала(по статистики своей можете сами наблюдать либо предоставить), без учета пиковых скачков при подключении (получении данных при открытии). Основная нагрузка падает на оперативную память, используемый канал связи и тип подключения от брокера. Потом только участвует расчетная часть логики скрипта и вашего алгоритма, совместно с количеством инструментов и счетов. Если очень сложный процесс расчетов, тогда согласно существующей у вас статистики предполагаю увеличение мощности минимум в 4 раза для процессора и в 2-раза для оперативной памяти. Процессора на замену может хватит тика в тику так как при увеличении объемов будет минимальный запас мощности или хода без учета максимальных нагрузок. С памятью тоже самое, требуется помощь для пиковых скачков при обновлении большего потока данных и их пересчете (для избежания ошибок в памяти). Есть еще конечно сердце всей системы или конфы, но в железе этого я не вижу, а так же нет инфы и о желудке системы (ОС), поэтому комментов пока нет. Сделать хотя бы минимальный сравнительный анализ на том что есть,без дополнительной информации или на основе предполагаемого не до комплекта железа, полноценно и адекватно реально сложно. Делиться своими наработками или идеями надо - реально иногда помогает тому кто делиться)