LINUX.ORG.RU

Выпуск Talos II

 ,


7

8

Компания Raptor представила материнскую плату Talos II на базе IBM POWER9 с открытым BMC, основанным на OpenBMC, оснащённую слотами DDR4 и PCIe 4.0. Главной особенностью продукта является то, что прошивки всех компонентов, включая микрокод ЦПУ, свободны. Планируемое время отгрузки по предзаказу — 4-й квартал 2017 г.

Краткая спецификация:

  • 2 слота для процессора;
  • 16 слотов оперативной памяти DDR4 ECC;
  • 3 слота PCIe 4.0 x16;
  • 2 слота PCIe 4.0 x8;
  • 2 Ethernet-разъёма;
  • 1 контроллер Microsemi SAS 3.0 опционально;
  • 2 внутренних и 2 внешних разъёма USB 3.0;
  • 1 разъём USB 2.0;
  • 1 внутренний и 1 внешний разъём RS-232;
  • 1 ASpeed BMC с OpenBMC;
  • 1 разъём VGA.

>>> Подробности

★★★★

Проверено: Shaman007 ()
Ответ на: комментарий от anonymous

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

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

anonymous ()
Ответ на: комментарий от Quasar

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

Legioner ★★★★★ ()
Ответ на: комментарий от Legioner

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

anonymous ()
Ответ на: комментарий от anonymous

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

anonymous ()
Ответ на: комментарий от anonymous

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

spqr ★★ ()
Ответ на: комментарий от Legioner

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

spqr ★★ ()
Ответ на: комментарий от anonymous

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

ivlu ()
Ответ на: комментарий от ivlu

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

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

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

ivlu ()

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

Singularity ★★ ()
Ответ на: комментарий от anonymous

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

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

astkalx ()
Ответ на: комментарий от anonymous

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

Q-Master ()
Ответ на: комментарий от astkalx

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

ivlu ()
Ответ на: комментарий от ivlu

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

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

anonymous ()
Ответ на: комментарий от astkalx

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

ivlu ()
Последнее исправление: ivlu (всего исправлений: 1)

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

anonymous ()
Ответ на: комментарий от ivlu

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

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

anonymous ()
Ответ на: комментарий от Q-Master

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

anonymous ()
Ответ на: комментарий от anonymous

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

ivlu ()
Ответ на: комментарий от ivlu

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

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

anonymous ()
Ответ на: комментарий от ivlu

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

xmikex ()
Ответ на: комментарий от anonymous

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

ivlu ()
Ответ на: комментарий от xmikex

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

anonymous ()
Ответ на: комментарий от anonymous

А почему ты думаешь, что 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

xmikex ()
Ответ на: комментарий от xmikex

А почему ты думаешь, что 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-и.

anonymous ()
Ответ на: комментарий от anonymous

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

anonymous ()

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

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

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

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

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

sanaris ()
Ответ на: комментарий от sanaris

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

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

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

Ford_Focus ★★★★★ ()
Ответ на: комментарий от Ford_Focus

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

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

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

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

sanaris ()
Ответ на: комментарий от sanaris

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

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

V1KT0P ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.