LINUX.ORG.RU

Выпуск Talos II

 ,


6

5

Компания 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 ★★★★★ ()
Ответ на: комментарий от anonymous

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

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 ()
Ответ на: комментарий от 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 ()
Ответ на: комментарий от ivlu

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

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

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

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

anonymous ()
Ответ на: комментарий от 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

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