Как стать автором
Обновить

Комментарии 24

Странно, что вы, как провадер, ничего не говорите о performance/watt характеристике. Мне казалось, что TDP почти в два раза больше по сравнению с Sliver сильно ограничит вас в размещении подобной аппаратуры.

процессора Интел под 100% нагрузкой по прежнему тупят и почти перестают реагировать на внешние запросы? помнится раньше была такая особенность.

На какие "внешние запросы"? Из сокета не вынимаются?

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

За это отвечает ОС, а не процессор.

ОС выполняется на процессоре. И АМД/Интел ведут себя по разному на одной ОС в случае полной загрузки почему-то. А избавилась ли Интел от такой болячки в новый процессорах мне интересно.

x86-процессор вообще ничего не знает о том, что вы какие-то там приложения переключаете, подгружаете какие-то модули, и т.п. — для него это просто сплошной поток инструкций. Там нет какого-то "основного" потока, который имеет какой-то приоритет над другими, а те операции, о которых вы говорите (программное переключение контекста), ничем от прочих для процессора не отличаются — те же загрузки/выгрузки в регистры, и т.п. В теории есть аппаратное переключение контекста, но на практике оно в современных ОС не используется. Поэтому, если проблема существует — она не в процессорах какого-то конкретного производителя, а в чем-то еще.

Мне как-то все равно, чипсет, шина памяти, КП или где причина. Я такое поведение наблюдаю на интел платформе и именно при загрузке ЦП. А где там сыпят ошибки и идут повторы по шинам я не знаю, да и не важно оно мне, мне нужна работа, стабильно даже под нагрузкой.

Ребята намекают вам на то, что вы из пальца проблему высасываете, процессор не может вызывать такого поведения никак. Так написана операционная система

Проблема может и из пальца, но очень неприятна в работе. Загруженный под завязку сервер практически перестает реагировать на действия пользователей, а то и забывает вообще выполнить запрос. Это я вижу каждый день. И это только на одной платформе такое происходит. Так, что платформа интел точно виновата, а не ОС. На другой же платформе порядок, даже если ОС перенесена с одной системы в другую, т.е. никаких "по другому установилась". Возможно это можно обойти под другой ОС, он в начале нужно хотя бы локализовать и признать проблему, что сложно. В некоторых обзорах еще со времен пентиум 4 такое поведение упоминается.

вы издеваетесь что-ли?

Он не издевается, он правду говорит… в некотором роде. Подобные вещи бывают, если на матери криво реализован APIC — например если все прерывания тупо будут приходить на одно ядро, а там реалтаймовая задача — то всё, бяда.

От процессора это напрямую не зависит: плохо развести можно и Intel и AMD. Но вместо того, чтобы разобраться в проблеме и найти поставщика, который продаст им вменяемые матери — почему-то считается более полезным обвинять Intel во всех грехах и плакать на форумах…

Я нет. Я описал свою практику. Так же написал, почему это не ОС. Вот выше подсказывают почему может быть такое поведение. Уже ведь лучше, чем Это ОС и все.

Скорее это комплекс проблем, где ОС одно из мест слабых. На линуксе работает без нареканий, на винде невозможно работать было с этой же задачей, но эта же ОС (перенос образа) и АМД платформа позволяет на виндовс работать без проблем.
Железо или софт? Скорее всего все вместе судя по комментариям. Но я помню обзоры амд/интел где ставили интелу в минус отзывчивость системы при загрузке. Да быстрее общее время, но практически перестает выполнять посторонние задачи. Хотелось бы обзор по данной тематике в целом :) В настольной платформе и сейчас точно все грустно в этом плане.

"При этом указанная сумма вполне сопоставима со стоимостью «старших» моделей Xeon Silver"
Да, но при этом используемый в тесте серебряный проц имеет стоимость 700$, что больше, чем на треть дешевле, чем вариант от АМД, производительность при этом не намного хуже.

Не совсем понятно сравнение — количество ядер и потоков отличается, ясное дело при той же частоте выиграет тот у кого их больше. У amd больше каналов памяти — стоило ожидать что пропускная способность будет больше, и возможно стоило бы еще сравнить в первом тесте когда использовался Intel компилятор, т.е. что он максимум может дать.

"на сервере с Intel Xeon Gold сборка выполняется за 9 минут 12 секунд"
Вы его в один поток что ли собираете? Просто например даже на стареньком E5-2660v2 сборка в 20 потоков занимает чуть меньше двух минут.

А теперь давайте многонодовый тест. Можно хотя бы двухнодовый. Потому что не скейлятся ваши Эпики нихрена.

А как проц влияет на многонодовость? Я вот думал что влияет тип соединения нод, масштабируемость задачи и прочее

Я думаю, речь про 2+ сокетные матери.
Графикам недостает единиц измерения по осям.
Учитывая серверную специфику, хотелось бы увидеть какой-нибудь тест в виде RPS на PostgreSQL/MySQL внутри какого-то виртуализированного окружения, на каких-то highload задачах, а также nodejs/ruby/python бенчмарки.

Я почему-то думаю что это более интересный кейс для selectel

Такие кейсы мы рассмотрим и постараемся обо всём этом написать, но уже в новом году.

> Тесты, приближённые к реальным задачам
> Куча немейнстримных бенчмарков
Спорный выбор софта для теста. Разве что компиляция норм.
Ещё обычно в таких тестах принято писать полностью конфигурацию железа (например, память с какой частотой в каждом случае использовалась?)
Зарегистрируйтесь на Хабре , чтобы оставить комментарий