Выпуск Talos II

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

Но ведь тебе же, наверное, тоже не нравиться, когда кто-то пишет «выйгрыш», правда?

Что-то сомневаюсь я, что многие этим пользуется. ThreadRipper это и есть 2 CPU, только у них очень быстрая связь друг с другом, гораздо лучше, чем будет в случае двух физически разных CPU. Вряд ли он сольёт такой конфигурации, а по цене будет раза в два дешевле. Учитывая, что это не x86, софта под такую экзотику днём с огнём не сыщешь, джава будет работать медленно, в общем не представляю, кому такое может быть интересно.

Это всё глупости, от начала и до конца.

Да я в курсе, если что, но ты-то это сделал какбэ мимокрокодил, а поциэнту тупо нечего ответить.

Кстати, в угаре импортозамещения могли бы вытащить с пенсии реальных олдфагов, загнать обратно в длиннодом на Варшавке и взяться за клон System z.

Софта полно, стандартный линукс же + всякое корпоративное.

Не первый раз слышу о тосюм, что спарки свернули. Есиь ссыль на новость? Тем более, вроде фуджитцу в этом году новые процы выпустили. Или они последние?

Не первый раз слышу о тосюм, что спарки свернули. Есиь ссыль на новость?

Ну там же, ниже, есть ссыль, что из Оракла уволили много разработчиков SPARC-ов. Но это, вроде бы, какая-то неправильная интерпретация событий жернализдами.
Но я не разбирался с этим вопросом досконально.

вроде фуджитцу в этом году новые процы выпустили. Или они последние?

Новые HPC системы(Post-K) Фуджитсу строит на ARMv8-A ISA с векторными расширениями(SVE), вместо SPARC64 ISA.
Fujitsu: Why we chose 64-bit ARM over SPARC for our exascale super
Как там дела обстоят с их остальными железками - не в курсе.
Но куда «ветер дует» уже становиться понятно.

Эта хрень на арм будет в 2020, вроде. А в этом выпустили интересные железки SPARC64 XII. В прошлом году Оракл выпустил сервера на спарках новые, M12 или как там. Пациент все еще жив и даже интересен.

Годно, но дорого, но годно. Ещё бы кто-нибудть швабодный лэптоп запилил(при этом не тормозящее ненужно на основе одноплатника)...

из Оракла уволили много разработчиков SPARC-ов

Ну, вполне логично. Оракл скидывает с себя всю хардварную разработку. Никто не сомневался, что Сан он купил только ради Джавы.

Анонимус должен быть подкован в аргументации. На шедулер влияет время сохранения/восстановления контекста и общий принцип работы самого процессора. Power* это RISC процессоры, а не CISC как х86, поэтому у него обращение к памяти выглядит сурово по другому.

Плюс намечается смена приоритетов. В самых новых спарках увеличили производительность на ядро, а не количество ядер. Ядер наоброт стало меньше.

Пациент все еще жив и даже интересен.

Всё-таки эти слова кое-что да значат:
«ARM has the best software ecosystem for us,» - Toshio Yoshida, director of Fujitsu's processor development division.
Т.е. пациент, конечно, еще жив, но его будущее, по-моему, уже предрешено.

Оракл скидывает с себя всю хардварную разработку.

Так и Solaris, вроде бы, пошёл под нож.

the decision to use ARM in the Post-K supercomputer «doesn't indicate any decisions about the SPARC platform,»

Тоже вот у них говорят. Плюс новые чипы анонсированы.

Falos хехе) всем ватникам

Тоже вот у них говорят.

Ну не могут же они вот так вот взять и сказать: «SPARC - всьо».
Иначе, что же они будут продавать. Ведь быстрых процессоров с ARMv8-A ISA у них пока нет, поэтому какое-то время будут продавать процессоры на SPARC ISA.
Но вектор их движения, по-моему, уже ясен.

т.е. сам шедулер ни на что не влияет? ну ок, чо, вот она подкованная аргументация какая. ну и помимо переключателя процессов/тредов, есть ещё и io шедулер. он тоже магически станет лучше работать.

Насчет вектора, мне кажется спорным. Да, делают суперкомп на арм, но это не значит, что все остальное забросят. Они и на спарках делали.

Ядер наоброт стало меньше.

В топовых M7 32 ядра, если что. Это в недавно вышедшем S7 8 ядер, но оно так и задумано, чтобы сделать более доступным по цене.

Насчет вектора, мне кажется спорным.

Насколько я понял, они не вытягивают SPARC-овскую софт-экосистему.
А так, им же не надо полностью создавать новый процессор с нуля. Они могут заменить декодер команд SPARC на декодер ARM(ARMv8-A).
Это, конечно, очень упрощённо. В реальности, разумеется, всё не так просто.

Насколько я понял, они не вытягивают SPARC-овскую софт-экосистему.

А что там вытягивать, стесняюсь спросить? Они, наверное, просто так запилили т.н. software in silicon начиная с m7, доступный массам s7 выкатили, в gcc патчи для поддержки новых инструкций, ещё не вышеднего, m8 недавно прилетели, тоже, видимо, от нечего делать.

А что там вытягивать, стесняюсь спросить?

Да есть там что вытягивать.

Вот здесь alt-x кое-что писал о состоянии SPARC-ов на линуксе. ПлОхи там дела.
У них, кстати, JIT в JVM на Линуксе уже работает?

а в android не было JIT или он не на линукс или там не было JVM?

Ага, невозможность собрать хромиум в линуксе похоронит спарки.

Что, решил придолбаться, что я вместо GNU/Linux написал просто Линукс?
Хочешь поговорить об этом?

А почему ты думаешь, что JIT нет в GNU/Linux?
«Note:
On Linux, Oracle JVM JIT uses POSIX shared memory that requires access to the /dev/shm directory. The /dev/shm directory should be of type tmpfs and you must mount this directory as follows:

With rw and execute permissions set on it
Without noexec or nosuid set on it
If the correct mount options are not used, then the following failure may occur during installation of the database:

ORA-29516: Aurora assertion failure: Assertion failure at joez.c:
Bulk load of method java/lang/Object.<init> failed; insufficient shm-object space»
https://docs.oracle.com/database/122/JJDEV/Oracle-JVM-JIT.htm#JJDEV13308

А почему ты думаешь, что JIT нет в GNU/Linux?

Вообще-то это был вопрос. Раньше JIT у них работал только под Solaris. Но это уже давно было, плохо помню.

«Note: On Linux, Oracle JVM JIT uses POSIX shared memory that requires access to the /dev/shm directory. The /dev/shm directory should be of type tmpfs and you must mount this directory as follows:

Не вижу тут ничего про SPARC-и.

Линукс там постольку-поскольку, конечно плохи. Я без понятия, как дела у jit в jvm на линуксе для спарков.

Я готов купить. Но ребята, нахрена мне материнка без процессоров? А процессоры - POWER9 хрен где сыщешь.

К тому же, окупится ли система со всего лишь двумя камнями? Два камня это смех и мусор, для Поверов нужны системы на 4-8 сокетов.

Если бы за эту же цену они воткнули ещё два сокета - это ведь ничего не стоит, какие-то сраные копейки дополнительных усилий, зато будет реальная возможность получить bang for the buck, постепенно докупая камни по мере того, как они валятся в цене (все камни валятся в цене экспоненциально от момента выхода).

Я денежки считать умею, мне нужно, чтобы гигафлопцы окупались - иначе в чём смысл, когда можно накупить дешевых камней прошлой итерации и засунуть в муринет.

И таки мне нужны только гигафлопцы.

Но ребята, нахрена мне материнка без процессоров?

Talos™ II bundle consisting of:
A single Talos™ II EATX mainboard
Two 4-core IBM POWER9 CPUs

даже если читать жопой, очень трудно было этого не увидеть

Как всем известно из физики, в режиме выше номинального, потребление тепла растёт пропорционально квадрату тока. А вычислительная мощность - только чуть-чуть быстрее линейной зависимости. Так что чушь весь этот идиотский «разгон огрызков».

АМД пытались такое продавать, даже были Оптероны с 4 ядрами из нормативных 16.

До тех пор, пока IBM не считает нас за людей и не даёт настоящих ядер на открытом рынке, бесполезно рассматривать покупку их железа. Я бы даже может быть Итаниум бы купил.

Но там та же проблема, гнилые интелы не хотят их продавать людям. Ориентация на корпоративную гниль сгубила всё. А ещё больше сгубило то, что они изначально приняли эту ошибочную идею «корпоративного процессора», пошли по этой дорожке. И даже когда над ними все стали ржать, они продолжали настаивать на этом идиотизме. Истинная степень помешательства. Или просто отмывания бабла у глупых «инвесторов» - кому как нравится.

и не даёт настоящих ядер на открытом рынке

Полностью поддерживаю. Особенно сейчас когда замедлился рост частоты процессора.
Я не пойму почему хотя-бы для топовых процессоров для рабочих станций не сделают наоборот и не продублируют часть функционала в одном ядре. В том смысле что когда наступает момент ветвления кода вместо использования всяких интеллектуальных предсказателей ветвлений в рамках одного ядра запустить на выполнение сразу оба варианта и вместо сброса конвейера и выполнения другой ветви просто отбрасывать одну из дублирующих частей. Это должно по идеи повысить производительность IPC, который в последнее время почти не растет, вместо этого добавляют всякие AVX-ы которые не везде возможно использовать. В этом смысле думаю посмотреть в сторону разработки под видеокарты. Да я наслышан что mp3 файл на видеокарте меленее кодируется чем на процессоре, но если надо к примеру перегнать пару тысяч песен то на проце сейчас от силы 16-32 параллельных задач можно запустить, а на GPU по идеи можно сотни параллельных задач запустить и задача завершится быстрее(или я здесь ошибаюсь? Пока еще не дошли руки до GPU и не могу нормально судить о их недостатках).
Мне например хочется пощупать какой-нибудь мощный RISC процессор без багажа костылей накопленных за продолжительное время, и который учел все ошибки предшественников и текущие реалии. Вроде как POWER ISA подходящий вариант, кроме цены. Очень уж дорогое удовольствие. Так что приходится обходиться ARM-ом.