KompУ меня был интересный разговор с клиентом. У нас есть приложение, которое планирует другие приложения, и обычно у нас нет никаких проблем с серверами с конфигурацией NUMA С где угодно от 2 до 4 узлов.
при вызове мы запустили два очень ресурсоемких приложения, и оба были выделены узлу 0, так что по всей машине было только 50% использования. После того, как мы изменили второй экземпляр приложения на другой узел, мы использовали все ядра (половина на одно приложение, половина с другой.) Казалось невозможным выделить приложение для всех ядер.
теперь, единственная разница между этой машиной и теми, которые я использую, заключается в том, что диспетчер задач Windows перечислил узлы в раскрывающемся списке вместо длинного списка отдельных ядер, поэтому Microsoft знает, что это ограничение, но это сложная проблема для исследования в интернете.
довольно ясно, что нам придется развивать сродство узлов NUMA, но пока я пытаюсь понять проблему. Что может привести к одному стилю машины NUMA, чтобы позволить приложениям использовать оба узла прозрачно, и что вызывает это поведение сейчас?
Я вижу, что эта архитектура отлично работает для многих небольших приложений, но мы обычно запускаем монолитные со многими потоками.
сервер я борюсь с НР ProLiant DL388Gen9 с двумя Xeon от Intel Е5-2690V3 процессоров.
мысли о том, что вызывает это?
2967
