Комментарии 20
Не, уже не ARM, грядёт эпоха RISC-V.
Не поверишь, скоро будет у нас пара игрушек на RISC-V;-). Почему игрушек... Тут в новостях прошло, что юго-восточные партнеры сервер на RISC-V придумали и утверждают, что там запускается... LibreOffice:-). Воттт. Поэтому, вдимо пока игрушка.
Было бы неплохо, но там своих проблем хватает. Железа мало и очень мало. Порты "условные", в рамках тестирования окружения обнаружилось, что java в docker не работает, просто падает и всё, nodejs, pvm, и т.д. поддержаны далеко не полностью и не всегда официально, а то, что вроде как поддерживается (docker), установить нельзя, на офф сайтах просто нет бинарай, приходится собирать руками. Это достаточно сложно, наличие открытых исходников не дают гарантии успеха, тот же aapt2 вроде и открыт, но проблемы со сборкой заняли у меня около 2-х недель. При этом приятно было обнаружить, что все что на rust и go, собирается и работат без проблем. В целом в направлении софтовой поддержки сейчас идет очень большая и активная работа.
Спасибо за интересную статью, результаты тестов заставляют задуматься
Образы Debian/ Ubuntu/ CentOS и т.п. которые предлагают хостинги - они оригинальные или пересобранные/оптимизированные под сервера хостера ?
Почему ни один хостер РФ не предлагает для установки образы российских линукосов типа ALT Linux - есть какая-то общая причина ?
Образы оригинальные с оптимизацией под внутреннюю инфраструктуоу датацентра. Пересборкой самого ядря мы не занимались. Вообще, @evseenkolev, может дать более развернутый камент как непосредственный участник процесса.
По Вашему второму вопросу: у нас есть звездный линукс (Astra:-)) - она в процессе для ARM.
Привет! В случае выделенных серверов в Selectel мы никак не модифицируем установочные образы.
По поводу российских линуксов - Игорь немного проспойлерил :) Мы действительно готовим Astra Linux для выделенных серверов, но пока я не могу сказать, когда будет готово.
Все ожидаемо в тесте с Sandy Bridge.Рост производительности на порядок виден на фронтенде, так как там задачи обычно легковесные и увеличение количества ядер сразу увеличивает количество обрабатываемых запросов.Для бэкенда значительного прироста не наблюдается.А вообще конечно, показатели взяты с потолка и сказать по ним можно только то, что на каких-то задачах возможен рост производительности и это совершенно не значит, что этот рост будет везде.Вы тоже это в выводах предусмотрительно пишите.
А толку-то, что архитектура ARM открыта. Ведь в устройства устанавливается не какая-то абстрактная архитектура, а вполне конкретный SoC. И вот тут в плане открытости ARM-SoC'и просто сосут у аналогичных под x86. Степень вендорной огороженности (в том числе тех самых бинарных блобов-firmware) намного выше.
Что ARM очень выгодна вендорам, которые и пытаются её впарить потребителям, это как раз понятно. А вот ради чего пользователям отказываться от гораздо более открытой и главное универсальной платформы, на которой запускается вообще всё - это вопрос. Пока что кроме лютого маркетинга ARM нечем похвастаться.
ARM не открытая, там надо занести значительные деньги чтобы делать свой дизайн под их ISA. И не все ARM это SoC. Никто не мешает взять процессорное ARM ядро навесить на него PCI-E шину и ставить, что-то распространенное с уже готовыми линукс драйверами.
ARM - конструктор. За IP ядра ты платишь деньги. Дальше - хочешь бери открытые нетлисты каких-нить DDRx интерфесов, хочень покпай, хочешь вообще сам разрабатывай. Вендор вундервафли на ARM выкидывает BSP, обязательно, куда включена низкоуровневая поддержка всего окружения ядра. Там же и сборка Линукса, оптимизированная. То есть ARM дает возможность конкурировать на уровне железа, оставляя за собой только унифицированность ядра (по сути системы команд). Дальше - свобода. В теории (и на практике, например для embedded устройств или тех же мобил) это приводит к конкуренции, что неплохо.
По пользовательскому применению, ты совершенно прав. Я тоже пишу, что пользователю надо объяснить, зачем ему переход. Но в датацентре, пользователь это сами мы:-). И мы себе это объясняем на основе метрик полезности для клиента и собственных затрат на переход и освоение новой платформы. Кому-то заходит, кому-то нет:-).
Давай к нам в лабу, потестим, подумаем;-).
Сильно не понравился пролог, который про историю ОС и платформ: неправильного там много. Возможно - потому что отсчет ведется от первых ПК, как будто до них ничего не было. А ведь платформы были и раньше: начиная, как минимум,с IBM System 360 - первой AFAIK платформой с единой системой команд и единым системным ПО. Не говоря уж об отдельных копьютерах - прричем и до System 360 у IBM встречалась и аппаратная эмуляция старых компьютеров на новых.
Ну, и незаслуженно забыта совместимость на уровне исходного кода - а ведь такая совместимось являлась основой популярности Unix. Ведь в ту эпоху исходные тексты программ часто были доступны.
Может пролог в таком виде лучше вообще убрать? Он ведь для раскрытия основной темы статьи, в общем-то, не нужен.
ARM выигрывает за счет своей физической многоядерности и приложений, в которых она важна. Когда речь заходит об однопоточном режиме, ARM сдает в позициях.
Не ARM, а конкретное ядро, которое вы тестировали.
От архитектуры тут мало что зависит. Микроархитектура N1 базируется на Cortex-A76 (2018г) и сильно уступает современным ядрам от той же компании ARM, не говоря уже о ядрах Apple.
Тест однопоточной производительности 561/328
Тест многопоточной производительности 304/24444 (79 threads) 7549 (23 thread)
ИМХО тут закралась какая-то ересь. Как многопоточка х86 может быть меньше однопоточки?
Тема многообещающая, но раздел "Как появился ARM и какое у него будущее" просто бессвязная каша. Дальше даже читать расхотелось.
Почему ARM? Перспективы платформы в серверном применении