Опубликован (https://www.top500.org/news/china-pulls-ahead-of-us-in-lates.../) 50-й выпуск рейтинга (https://www.top500.org/lists/2017/11/) 500 самых высокопроизводительных компьютеров мира. Новый выпуск рейтинга примечателен двумя важными событиями: Во-первых, Linux полностью вытеснил остальные ОС и теперь используется на всех представленных в рейтинге суперкомпьютерах. Во-вторых, наблюдается наращивание мощных вычислительных кластеров в Китае, которые активно вытесняют из рейтинга американские системы, число которых уменьшилось за полгода с 168 до 143, а число китайских систем возросло со 160 до 202. Примечательно, что всего два c половиной года назад в Китае было 37 кластеров, входящих в TOP500.В пятёрке самых мощных кластеров отмечается только одно изменение: кластер Gyoukou, введённый в строй японским агентством науки и технологий по изучению морских недр, вытеснил с четвёртого места кластер Titan, построенный в Национальной лаборатории Оук-Ридж (министерство энергетики США) на базе платформы Cray XK7.
Рейтинг по-прежнему возглавляет китайский кластер Sunway TaihuLight, работающий в национальном суперкомпьютерном центре Китая и демонстрирующий производительность в 93 петафлопс, что в три раза больше показателей занимающего второе место китайского кластера Tianhe-2, показавшего производительность в 33.9 петафлопс. На третьем месте кластер Piz Daint, развиваемый в швейцарском национальном суперкомпьютерном центре и демонстрирующий производительность в 19.6 петафлопс.
Наиболее интересные тенденции:- Самый мощный отечественный кластер Lomonosov 2 сместился с 59 на 63 место в рейтинге. Кластер Lomonosov опустился со 164 на 227 место. Третий по производительности отечественный кластер Tornado опустился с 297 на 412 место. Как и полгода назад в рейтинге остаётся только 3 отечественных кластера (в позапрошлом рейтинге было 5 отечественных систем (http://top50.supercomputers.ru/?page=rating), а в 2012 году - 12);
- Распределение по количеству суперкомпьютеров в разных странах:
- Китай: 202 (160 в прошлой редакции рейтинга);- США: 143 (168);
- Япония: 35 (33);
- Германия: 21 (28);
- Франция: 18 (18)- Великобритания: 15 (17)
- Италия: 6 (8);
- Нидерланды: 6 (4)- Южная корея 5 (8)
- Швеция: 5 (5)- Польша 5 (6)
- Канада 5 (6);
- Австрия, Саудовская Аравия, Ирландия, Индия: 4;- Россия, Швейцария: 3.
- В рейтинге операционных систем, используемых на суперкомпьютерах, теперь остался только Linux:- Linux - 500 систем, 100%
- Unix - 0, (полгода назад было 2)
- Смешанные - 0
- Windows - 0
- BSD - 0
- Распределение по дистрибутивам Linux (в скобках указано значение из прошлой редакции рейтинга):
- 53.4% (58.8%) не детализируют дистрибутив,- 21.8% (16.6%) используют CentOS,
- 9.2% (8.6%) - Cray Linux,
- 4.2% (4.2%) - SUSE,
- 4.4% (3.4%) - RHEL,
- 1.4% (1.2%) - Ubuntu;
- 0.8% (0.8%) - Scientific Linux,
- Минимальный порог пиковой производительности для вхождения в Top500 вырос за полгода с 430.5 до 548.7 терафлопсов, а для Top100 - с 1193 до 1283 терафлопсов. Система, замыкающая нынешний рейтинг, в прошлом выпуске находилась на 368 месте;
- Суммарная производительность всех систем в рейтинге за полгода возросла с 749 до 845 петафлопсов (три года назад было 309 петафлопсов). В настоящее время 181 кластер демонстрирует производительность более петафлопcа (в прошлом рейтинге - 138, три года назад - 50);
- Общее распределение по количеству суперкомпьютеров в разных частях света выглядит следующим образом:
252 суперкомпьютера находится в Азии (212 в предыдущем списке),
149 в Америке (176) и 93 в Европе (106);
- В качестве процессорной основы лидируют CPU Intel - 94.2% (было 92.8%), на втором месте - IBM Power - 2.8% (было 4.2%), на третьем SPARC64 - 1.4%, на четвёртом AMD - 1% (было 1.2%);- 27% (31.6%) всех используемых процессоров имеют 12 ядер, 21% (12.8%) - 16 ядер, 10.6% (13.2%) - десять, 10.4% (9.6%) - 14 ядер, 9.2% (11.2%) - 8 ядер, 8% (7%) - 18 ядер, 4.6% - 20 ядер. Процессоры с числом ядер меньше 6 в рейтинг не попали;
- 102 из 500 систем (в прошлом рейтинге - 91) дополнительно используют ускорители или сопроцессоры, при этом в 86 системах задействованы чипы NVIDIA (было 74), в 12 - Intel Xeon Phi (было 17), в 0 - GPU AMD (было 1), 5 - PEZY (2), в 2 используются гибридные решения (было 13);- Среди производителей кластеров на первом месте компания Hewlett-Packard 24.4% (28.6%), на втором месте - Lenovo 16.2% (17%), на третьем месте - Inspur 11.2%, на четвёртом - Cray 10.6% (11.4%), на пятом - Sugon 10.2% (9.2%), далее следуют IBM 3.8% (5.4%),
Huawei 3.8%, Bull 3.4%, Dell EMC 3.2% и Fujitsu 2.4%.В ближайшие дни ожидается новый выпуск альтернативного рейтинга кластерных систем Graph 500 (http://www.graph500.org/), ориентированного на оценку производительности суперкомпьютерных платформ, связанных с симулированием физических процессов и задач по обработке больших массивов данных, свойственных для данных систем. Рейтинг Green500 (http://www.green500.org/) отдельно больше не выпускается (http://top500.org/news/energy-efficient-supercomputing-comes.../) и объединён с Top500, так как обеспечение энергоэффективности теперь отражается (http://top500.org/green500/) в основном рейтинге Top500 (учитывается отношение LINPACK FLOPS к потребляемой мощности в ваттах).
URL: https://www.top500.org/news/china-pulls-ahead-of-us-in-lates.../
Новость: http://www.opennet.me/opennews/art.shtml?num=47570
Странно что Debian-а нет. Или может он где-то здесь?> 53.4% (58.8%) не детализируют дистрибутив
Не, это WSL
Это Gentoo и LFS. А иначе для чего нужны кластеры? :)
толсто
Нет, ну почему же. Системы, собранные специально под это железо, чтобы производительность была на нём максимальной -- это вполне возможно. По сравнению со стоимостью этого оборудования, стоимость разработки системы не так уж и велика.
>> 53.4% (58.8%) не детализируют дистрибутивТак лицензия позволяет же оставить все наработки себе.
Ой!
Присмотритесь внимательнее:
1.4% (1.2%) - Ubuntu
Пожалуйста, исправьте Linux на GNU/Linux в тех частях статьи, где речь идет о дистрибутивах GNU. Идея статьи в том, что сейчас идет конкуренция не между операционными системами, а между операционной системой GNU и голым ядром Linux, под управлением которого находится специализированное ПО. Избегание названия ОС GNU лишает статью смысла.
Покажите пожалуйста ссылок на специализированное ПО, которое работает на голом ядре?
Android. Там нет ни грамма GNU, но есть ядро Linux.
> Android. Там нет ни грамма GNUмарш в школу. "нет там ни грамма", ага, как же.
И где же в Андроиде используется GNU? Под GPL там только ядро. В качестве окружения там Toolbox под Апачевской лицензией.Сам марш в школу
> И где же в Андроиде используется GNU? Под GPL там только ядро.
> В качестве окружения там Toolbox под Апачевской лицензией.
> Сам марш в школуЗбилди-ка мне по-быренькому прошивочку -- без GNU [[список см.выше]]:
Installing required packages (Ubuntu 14.04)You will need a 64-bit version of Ubuntu. Ubuntu 14.04 is recommended.
sudo apt-get install git-core gnupg flex bison gperf build-essential\
zip curl zlib1g-dev gcc-multilib g++-multilib libc6-dev-i386\
lib32ncurses5-dev x11proto-core-dev libx11-dev lib32z-dev ccache\
libgl1-mesa-dev libxml2-utils xsltproc unzip
--https://source.android.com/setup/initializing
Эм, но основная часть пакетов здесь не являются изначально разработками проекта GNU, и еще практически все тут - инструменты для сборки. Финальный код не слинкован с glibc, не нуждается в flex/bison/ccache/zip/curl, и так далее. Заявлять, что зависимости чисто для сборки должны влиять на лицензию или название финального продукта - до такого даже в GNU никогда не опускались.Столлман долго пытался есть всем мозг, чтобы дописывали "GNU" к Linux (к счастью, кроме дебиана на это мало кто купился), приводя в аргумент, что мол без GNU от Linux толку нет. И довыпендривался: самая распространенная в мире система на базе Linux не нуждается в GNU от слова "совсем".. это стоило сделать хотя бы из принципа, чтобы продемонстрировать, насколько он не прав. Мягче надо было быть.
можно еще напомнить - то что называется gcc - это продукт форка имени redhat, когда товарищи из GNU настолько зарылись что перестали делать вменяемый продукт.
> можно еще напомнить - то что называется gcc - это продукт форка
> имени redhat, когда товарищи из GNU настолько зарылись что перестали делать
> вменяемый продукт.Ты про "2.96" или про 4.x--7.x-и-далее ? Яснее сформулируй свои "воспоминания"??
про 2.96. хотя и историю 4.x и далее тоже поучительна.
Как показала история - GNU может только махать флагами - а вот создать нормальный компилятор может только компания.
>Финальный код не слинкован с glibcЭто у тебя не слинкован. А у меня - слинкован. NDK предоставляет такую возможность.
> Эм, но основная часть пакетов здесь не являются изначально разработками проекта GNU, и еще практически все тут - инструменты для сборки.+100500
Тоже мне, GNU, если там нету даже Coreutils. Как без coreutils жить-то вообще...
> Столлман долго пытался есть всем мозг, чтобы дописывали "GNU" к Linux
И правильно делал. Как было справедливо замечено, все стали использовать GNU в составе дистрибутивов, но почему-то ядру уделялось куда больше внимания в названии.
В результате получалось, что пользователи этих дистрибутивов напрямую пользуются GNU (ибо администрировать эти системы без GNU в общем-то невозможно), но никогда не слышали о GNU. В то же самое время они пользуются ядром Linux лишь опосредованно через libc, но при этом точно знают, что ядро у них -- Linux.
> к счастью, кроме дебиана на это мало кто купился
Почему же к счастью? А с другой стороны, мало кто и не купился. Большинство дистростроев не используют ни GNU/Linux, ни Linux в названии. Да вот просто прочувствуйте:
https://en.wikipedia.org/wiki/List_of_Linux_distributions> приводя в аргумент, что мол без GNU от Linux толку нет.
Нет. Аргумент был в том, что пользователь дистра на базе GNU/Linux должен знать, чем пользуется.
> И довыпендривался: самая распространенная в мире система на базе Linux не нуждается в GNU от слова "совсем"..
Да-да, самая распространённая. Это, конечно, правда.
Но боюсь, что на сабжах сегодняшней новости вовсе не Android/Linux, а именно что GNU/.
Равно как и линуксоиды, кто рутуют свой Android-телефон, зачастую ставят в чрут нормальную систему с GNU на борту.> это стоило сделать хотя бы из принципа, чтобы продемонстрировать, насколько он не прав
Как же надоели вы, измеряющие успешность проекта в распространённости. Ну не меряется успешность проекта таким образом. Успешность зависит от выполнения поставленных целей. И оба эти проекта успешны.
Вот например, целью проекта GNU было создание свободной оси. Цель выполнена? Выполнена. А Android ей удовлетворяет? Нет. Проприетарные блобы, тивоизация, постоянные зловреды в репозитории-магазине -- всё это уже притча во языцех.
Цели Android? У Google была простая цель -- захватить рынок мобильных ОС, что они успешно и сделали. Смог ли какой-нибудь из дистрибутивов GNU/Linux добиться того же успеха? Нет.
Оба проекта успешны, каждый в своём. Что тут, как и кому продемонстрировано? Не вешайте вермишель мне на уши, товарищ. Ибо, ну уж если совсем честно... Кроме как на смартфонах, Android никому в общем-то нужен не был, и не будет. А вот GNU/Linux хорошо себя проявляет в том плане, что гибче этой связки не найти в природе.
Спросил вроде бы знающего человека о научном ПО, работающем поверх голого ядра, набежала вантузная школота с системдосом и мамкиной китайской мобилкой. Скорбно мне.
> Android. Там нет ни грамма GNU, но есть ядро Linux.Интересно, на нем есть хоть 1 суперкомпьютер? Ботнеты не в счет.
Соседняя новость про KVM у Amazon, но там много спекуляций.
Cray OS.
В оригинале статьи слово "GNU" вообще не появляется. Ну и потом, вряд ли суперкомпьютеры используют "голое ядро" - это обычно удел микрокомпьютеров или контроллеров.
> Ну и потом, вряд ли суперкомпьютеры используют "голое ядро"тем больше причин писать GNU/Linux, там, где используется именно GNU/Linux
Так откуда достоверно узнать, что именно там используют, если по большей части нет никакой информации кроме "linux"?
Названия дистрибутивов GNU/Linux.
Ubuntu например называется просто Ubuntu, даже не Ubuntu Linux. Даже на сайте Debian на главной странице ничего не написано про GNU и всего один раз упоминается Linux... наверно потому, что иначе по логике надо перечислять весь софт, который входит в базовую систему.
Может у кого-то в топе Busybox/Linux? А если в статье ничего не сказано про GNU, то совсем неправильно его туда дописывать.Статья про то, что в рейтинге остались только ОС с ядром Linux и ничего не сказано про GNU.
Может потому что они не ГНУ?
>Может у кого-то в топе Busybox/LinuxНе вижу смысла. Гнущные утилиты самые фичастые, обрезать себе работоспособность утилит никто не будет, так как время дорого, а на производительность вычислений набор установленных утилит не влияет.
>>Может у кого-то в топе Busybox/Linux
> Не вижу смысла. Гнущные утилиты самые фичастые, обрезать себе работоспособность утилит
> никто не будет, так как время дорого, а на производительность вычислений
> набор установленных утилит не влияет.они так же чемпионы по потреблению памяти, никто в здравом уме не будет ставить себе то что жрет 100мб, когда можно поставить то что жрет 1мб.
> Названия дистрибутивов GNU/Linux.
>> 53.4% (58.8%) не детализируют дистрибутив
Linux - это обозначение общего класса операционных систем, когда речь о ядре так и пишут "ядро Linux" или "Linux kernel".По какой причине нужно к Linux добавлять еще и GNU? Компоненты GNU лишь одни из возможных заменяемых опций. Вместо Glibc, в некоторых дистрибутивах используется Musl или uClib, вместо GCC - Clang, вместо linux-utils - Toybox и т.п. К тому же компактная связка systemd + ядро + musl всё чаще для кластеров и контейнеров используется, вообще без компонентов GNU.
> Linux - это обозначение общего класса операционных системНет. Это лишь ядро. https://www.gnu.org/gnu/why-gnu-linux.html
> Нет. Это лишь ядро.Создатель Linux/владелец торговой марки, разработчики ядра и дистрибутивов считают по другому.
https://en.wikipedia.org/wiki/GNU/Linux_naming_controversy
> https://www.gnu.org/gnu/why-gnu-linux.htmlЭто лишь устаревшее частное мнение GNU, которое они начали продвигать до появления clang, musl и systemd. Сейчас GNU лишь одна из опций.
> CentOS, SUSE, RHEL, Ubuntu, Scientific LinuxВот это всё - GNU/Linux. Выкиньте GNU, и система даже не загрузится, если не поставить другой загрузчик. А еще нужно другую консоль поставить. И один из тулкитов придётся выбросить. И так далее. Была бы там хоть половина дистрибутивов не-GNU, тогда поспорили бы ещё. А тут и спорить не о чем.
>> CentOS, SUSE, RHEL, Ubuntu, Scientific Linux
> Вот это всё - GNU/Linux. Выкиньте GNU, и система даже не загрузится,Нет загрузится (в live сборке syslinux вместо grub), чтобы не загрузилась нужно выкинуть systemd, который совсем не GNU :-)
Пакеты GNU лишь одни из множества компонентов, образующих дистрибутив. Не больше и не меньше.
> К счастью, благодаря Linux нам не пришлось ждать Hurd. Когда Торвальдс освободил Linux в 1992 году, это заполнило последний серьезный пробел в системе GNU. Тогда люди смогли сочетать Linux с системой GNU, чтобы составить полную свободную систему: версию GNU, которая содержала также Linux; другими словами, систему GNU/Linux.
>
> Заставить их как следует работать вместе не было простой задачей. Некоторые компоненты GNU(3) требовали существенных изменений, чтобы они работать с Linux. Объединение в полную систему в едином дистрибутиве, который работал бы “без подгонки”, было тоже большой работой. Это требовало решения вопросов, связанных с установкой и загрузкой системы — проблема, за которую мы тогда еще не ухватились, потому что у нас дело до этого пока не дошло. Таким образом, люди, разработавшие различные дистрибутивы системы, проделали большую и важную работу. Но это было работой, которую, по самой природе вещей, обязательно кто-нибудь выполнил бы.
>
> Проект GNU поддерживает системы GNU/Linux так же хорошо, как саму систему GNU. ФСПО финансировал доработку расширений библиотеки C GNU, связанных с Linux, так что теперь они хорошо пригнаны друг к другу, и самые новые системы GNU/LinuxАнон ленится нажимать на ссылки, так что придётся притащить это сюда.
>Торвальдс освободил Linuxиз заточения?
> Пакеты GNU лишь одни из множества компонентов, образующих дистрибутив. Не больше и не меньше.Нет, гораздо больше. GNU даже раньше Linux появился.
>который совсем не GNU :-)
> Пакеты GNU лишь одни из множества компонентов, образующих дистрибутив. Не больше и
> не меньше.Идите в... пересобирать _фсйо_ clang-ом (и ага-да, "когда ядро linux загрузится"). Без GNU binutils. Без GNU bash. Без GNU make. Без GNU grep. Без GNU sed. Автотулзы не забудьте повыпиливать.
GNU ж "лишь один из", незначительный такой, да?, и незаменимых _у вас_ нет?
Торвальдса с собой возьмите -- в помощь! Ему надо.
Когда вернётесь будете улыбаться.
Кстати фиришники были там первыми. Тольк у них "не взлетело", ни с gcc, ни без.
macosx, или как там его "правильно", попробуйте -- с яЛошаком, он будет рад.
"Присоединяйтесь, граф, присоединайтесь!"
>>который совсем не GNU :-)
>> Пакеты GNU лишь одни из множества компонентов, образующих дистрибутив. Не больше и
>> не меньше.
> Идите в... пересобирать _фсйо_ clang-ом (и ага-да, "когда ядро linux загрузится").
> Без GNU binutils. Без GNU bash. Без GNU make. Без GNU
> grep. Без GNU sed. Автотулзы не забудьте повыпиливать.Мисье забыл о том что недавно представляли последние патчи для сборки linux kernel при помощи clang? и сюрприз там нету глючных binutils.
> GNU ж "лишь один из", незначительный такой, да?, и незаменимых _у вас_
> нет?Можешь дальше писать кипятком - но нет.
Как хорошо видеть такой результат у больного GNU.. пациент пишите еще - смех продлевает жизнь!
> Мисье забыл о том что недавно представляли последние патчи для сборки linux
> kernel при помощи clang? и сюрприз там нету глючных binutils.В патчах-то? Конечно нет. Ничто кроме ld.bfd слинковать ядро не может. Заменить нечем — потому и в патчах не фигурирует.
А вот насчёт глючности прошу предоставить пруфы.
мисье настолько молод что не помнит истории - когда ядро переставало собираться при обновлении версии gcc и всяческих binutils ?Из свежего https://lists.gnu.org/archive/html/bug-binutils/2016-11/msg0...
остальное можешь сам гуглом поискать, чай не забанили.
> мисье настолько молод что не помнит истории - когда ядро переставало собираться
> при обновлении версии gcc и всяческих binutils ?А что, каким-то другим линковщиком оно при этом собиралось? А, ну да, конечно: ld.bfd. Который тоже из GNU binutils.
Дело-то не в том, что в линковщике общего назначения что-то сломали, а в том, что сборка ядра происходит весьма изощрённым образом. Аналогично с компиляторами: все собирают ядро только gcc, потому код и завязан на его, скажем так, особенности. Иногда некоторые особенности оказываются багами и их фиксят, тогда в починенной версии всё ломается. Проверяли бы сборку другим компилятором — не ломалось бы (или ломалось намного реже). Так что проблемы в коде, а не в неправильном gcc.
>[оверквотинг удален]
>> при обновлении версии gcc и всяческих binutils ?
> А что, каким-то другим линковщиком оно при этом собиралось? А, ну да,
> конечно: ld.bfd. Который тоже из GNU binutils.
> Дело-то не в том, что в линковщике общего назначения что-то сломали, а
> в том, что сборка ядра происходит весьма изощрённым образом. Аналогично с
> компиляторами: все собирают ядро только gcc, потому код и завязан на
> его, скажем так, особенности. Иногда некоторые особенности оказываются багами и их
> фиксят, тогда в починенной версии всё ломается. Проверяли бы сборку другим
> компилятором — не ломалось бы (или ломалось намного реже). Так что
> проблемы в коде, а не в неправильном gcc.иногда :) а иногда просто допускают регрессии о чем было написано в линке. Но лучше же об этом не вспоминать? Остальные истории искать лениво - когда после безобидной операции a / b - которую сожрал комплиятор - вылетали ошибки линковки с поиском udiv3 (если не путаю) и приходится обходить проблему компиляторы через do_div.. ех.. тоже видимо кривые руки разработчиков виноваты ?
хотя бы так
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31990Но проблема линуксоидных неосиляторов - в том что они не хотят знать других компиляторов и систем. Вон ваш буда systemd - кричал что вообще не надо проверять код на других системах, есть только один дистрибутив - а остальные пусть фиксят сами.
> Но проблема линуксоидных неосиляторов - в том что они не хотят знать других компиляторов и систем.Проблема опеннетовских теоретиков в том, что они свято верят в непогрешимость того или иного софта. Вот ты веришь в clang. Что, в нём не бывает ошибок? Так почитай его багтрекер.
Я не говорил, что в gcc не бывает багов, мне бы такое в голову не пришло: я-то знаю, что они есть везде. Но называть его глючным — перебор. Я вот, например, не припоминаю, чтобы мне лично довелось столкнуться с его багом, который было бы трудно диагностировать и/или обойти. Как и с clang. Везде есть свои скелеты в шкафу, но совсем не страшные. С binutils аналогично.
и тебе повезло. а мне вот этот баг с udiv3 сильно мешал в свое время.
Что с clang не наблюдалось.
из последних приколов gcc - это невозможность скомпилировать код при включении -O0, ставишь -O2 все компилирует.
Что делать не понятно и как диагностировать, ошибки самые разнообразные.
> из последних приколов gcc - это невозможность скомпилировать код при включении -O0Это что ж с ним надо сделать, чтобы такого добиться?
ничего особенного. включить trace points в ядре и попробовать скомилировать нарвешся на забавный результат
include/linux/compiler-gcc.h:201:38: error: asm operand 0 probably doesn’t match constraints [-Werror]
#define asm_volatile_goto(x...) do { asm goto(x); asm (""); } while (0)/*
* GCC 'asm goto' miscompiles certain code sequences:
*
* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58670
*
* Work it around via a compiler barrier quirk suggested by Jakub Jelinek.
*
* (asm goto is automatically volatile - the naming reflects this.)
*/
#define asm_volatile_goto(x...) do { asm goto(x); asm (""); } while (0)..
при этом - если поставить -O2 - такой код пройдет на ура.
можно еще примеров добавить, если хочется.
>Отправлено Andrey Mitrofanov, 15-Ноя-17 12:07Какаой шЫкарнЫй баттхерт! 8-о
Чего же ты _так_ испугался то?>Идите в... пересобирать _фсйо_ clang-ом (и ага-да, "когда ядро linux загрузится").
Хочешь сказать это совершенно невозможно? Это просто [пока] никому особо не нужно ...
>Без GNU binutils. Без GNU bash. Без GNU make. Без GNU grep. Без GNU sed. Автотулзы не забудьте повыпиливать.
дЁшево дядь Андрей! :) Сам же прекрасно понимаешь что конкретно попотеть придццо только с первым в списке, ну и с последним немного ... Остальному замена есть прямо сейчас :)
>GNU ж "лишь один из", незначительный такой, да?, и незаменимых _у вас_ нет?
>Торвальдса с собой возьмите -- в помощь! Ему надо.Если он решит выпилить - ты будешь первым кто будет заливаться о мудрости царя :)
>Кстати фиришники были там первыми. Тольк у них "не взлетело", ни с gcc, ни без.
ORLY? А чёй тогда треть интернет траффика отдаётся с них? А чёй тогда процентов 15 стораджей под ними? А чё ...
А чё тогда имея бюджет где то _в_миллион_раз_меньше_ линукса, отстают ну даже не вдвое, а меньше? :-)
пЫсЫ: Зря испугался то! Ничего плохого с гнутыми в обозримом будущем не случиЦЦо. То что они теперь на поляне не единственные - дык это _хорошее_ случилось! Будут больше далать код и меньше "nya-nya-nya!!!"(C)L.Torvalds :)
>Без GNU binutils.у llvm свои, улучшенные
>Без GNU bash.zsh
>Без GNU make.
>Без GNU grep.
>Без GNU sed.
>Автотулзы не забудьте повыпиливать.cmake рулит
>>Без GNU binutils.
> у llvm свои, улучшенные
>>Без GNU bash.
> zsh
>>Без GNU make.
>>Без GNU grep.
>>Без GNU sed.
>>Автотулзы не забудьте повыпиливать.
> cmake рулит"Имя, сестра!" Оглуши нас именем дистрибутива _не-GNU_/Linux, который ты всё силишься выложить на стол аргУментом?
Ну, же, не стесняйся, не жмись!111
>>Без GNU binutils.
> у llvm свои, улучшенныеПодскажите, гдя взять их улучшенные strip и objcopy?
> Подскажите, гдя взять их улучшенные strip и objcopy?$ strip -V
strip (elftoolchain r3561M)
$ objcopy -V
objcopy (elftoolchain r3561M)
#>> у llvm свои, улучшенныеДля фигурно вырезающих: в вот именно "llvm" точно 'улучшенные' elftoolchain? Я хотел бы б. уверен.
>> Подскажите, гдя взять их улучшенные strip и objcopy?
> $ strip -V
> strip (elftoolchain r3561M)
> $ objcopy -V
> objcopy (elftoolchain r3561M)Правильный ответ на "Что-что?":
objcopy
Switched to ELF Tool Chain in r296096, backwards compat removed in r306649
strip
Switched to ELF Tool Chain in r276796А где, не скажу.
> Правильный ответ на "Что-что?":
> objcopy
> Switched to ELF Tool Chain in r296096, backwards compat removed
> in r306649
> strip
> Switched to ELF Tool Chain in r276796
> А где, не скажу.
> паразитирують десятилетиями!Эк вас, лапчатых фанатов, колбасит, когда вам платят той же монетой!
> Эк вас, лапчатых фанатов, колбасит, когда вам платят той же монетой!Этой песенке лет 20 уже. И тут вдруг новый мотивчик в новости - айда колбаситься, птички! Полетаем.
>> Подскажите, гдя взять их улучшенные strip и objcopy?
> $ strip -V
> strip (elftoolchain r3561M)
> $ objcopy -V
> objcopy (elftoolchain r3561M)И какое отношение к этому имеет LLVM?
>> objcopy (elftoolchain r3561M)
> И какое отношение к этому имеет LLVM?Изначально речь шла о гнутых утилитах
> Без GNU binutils. Без GNU bash. Без GNU make.Но если вы так просите:
> $ llvm-objdump -version
> LLVM (http://llvm.org/):
> LLVM version 4.0.0
> Изначально речь шла о гнутых утилитахРечь шла об этом:
>> Без GNU binutils.
> у llvm свои, улучшенные
> Но если вы так просите:
>> $ llvm-objdump -version
>> LLVM (http://llvm.org/):
>> LLVM version 4.0.0Я просил strip и objcopy. Или ещё что-то, чем можно перенести дебажные символы в отдельный файл.
> выкинуть systemd, который совсем не GNU :-)systemd ... Опубликован как свободное программное обеспечение под условиями лицензии GNU Lesser General Public License версии 2.1 или более поздней.
Может тебе свой мозг выкинуть?
>> выкинуть systemd, который совсем не GNU :-)
> systemd
> Lesser General Public License версии 2.1 или более поздней.
> Может тебе свой мозг выкинуть?"gpl" != "gnu"
Не надо {при,об}мазывать GNU этим ... непотребством.
Это лишь частное мнение Торвальдса, которое он начали продвигать после того, как люди начали использовать Linux в качестве ядра для ОС GNU.
Так же, как Linux одна из опций для GNU.
>компактная связка systemd +Ой лоло лолошечки
И, причём, заметь, написано именно в таком порядке "systemd + ядро + musl". Т.е. systemd метит на роль гипервизора.
> И, причём, заметь, написано именно в таком порядке "systemd + ядро +
> musl". Т.е. systemd метит на роль гипервизора.Что, господа ретрограды и старперы, подгорает? Неспособные идти в ногу с временем всегда могут пойти в дворники.
> И, причём, заметь, написано именно в таком порядке "systemd + ядро +
> musl". Т.е. systemd метит на роль гипервизора.Гипервизор должен быть уровнем ниже ядра. По определению. Или накрайняк встроен в ядро, как KVM.
systemd теперь может заменить GNU utils\BusyBox\ToyBox? Жду Systemd OS!
> systemd теперь может заменить GNU utils\BusyBox\ToyBox? Жду Systemd OS!И не корёжит такие баяны на свет доставать?
> systemd теперь может заменить GNU utils\BusyBox\ToyBox? Жду Systemd OS!не надо наезжать на systemd. Он взял на скебя часть функциональности скриптов и делает это блестяще. А свои скрипты пердольте сами.
>> systemd теперь может заменить GNU utils\BusyBox\ToyBox? Жду Systemd OS!
> не надо наезжать на systemd. Он взял на скебя часть функциональности скриптов
> и делает это блестяще. А свои скрипты пердольте сами.Чё, малец, ниасилил? Расскажи нам про "вон из профессии" больше!11
>вместо GCC - ClangИ много таких дистров? Разве только одна Mageia.
Подай в суд на опеннет за оскорбление чувств верующих церкви GNU/FSF.
> оскорбление чувств верующих церкви GNU/FSF.Ну, т.е. дичь творят LF с Линусом и Ко во главе, а подсмеиваются почему-то над FSF?
Единственный ключевой компонент от ГНУ в современных дистрах - это glibc. Никакого участия в формировании этих дистрибутивов ГНУ не принимает. Так какого же ляда они лезут со своим GNU/ во все щели?
> Единственный ключевой компонент от ГНУ в современных дистрах - это glibc. Никакого
> участия в формировании этих дистрибутивов ГНУ не принимает. Так какого же
> ляда они лезут со своим GNU/ во все щели?У вас в системе даже GTK, tar и bash нет?
> У вас в системе даже GTK, tar и bash нет?GTK+ и GNOME уже давно не подчиняются GNU, управляются собственной организацией GNOME Foundation и лишь формально остаются в списке проектов GNU http://www.gnu.org/software/software.html (GNU-проектом их считает GNU, но никакого влияния не имеет, сами разработчики GNOME признают лишь историческую связь). Вместо GNU tar давно есть BSD Tar и Toybox, bash лишь один из множества реализаций shell (zsh, tcsh и т.п.).
> признают лишь историческую связьЗнают, но стыдятся. Вроде и не дети малые, но все хотят выглядеть такими прям сильными, независимыми. При том, что без GNU ничего из этого никогда и не существовало, и ядро Linux никогда бы не смогло достичь такой популярности без GNU. Linux был лишь небольшой частью, которой не хватало для формирования полной ОС. Если бы не весь софт от GNU, то и сам Linux никогда никому не был нужен.
> Если бы не весь софт от GNU, то и сам Linux никогда никому не был нужен.Давайте упомянем всех, почему только GNU. Пусть будет GNU+Canonical+RedHat+Suse+Debian+Microsoft+Oracle+Collabora+Nokia/Linux.
Если бы не весь их софт, то и сам Linux никогда и никому.
https://www.gnu.org/gnu/gnu-linux-faq.html#many
+ Vasisualiy PupkeneБез него бы точно - НЕ! :)))
>BSD Tar и ToyboxИ во многих дистрибутивах с ядром Linux используется БЗДы-tar и эта игрушка?
>>BSD Tar и Toybox
> И во многих дистрибутивах с ядром Linux используется БЗДы-tar и эта игрушка?А какая рзаница. GNU не является критичным компонентом ОС. Никто же не называет убунту Gnome/Linux, при том что без гнома она бы не существовала.
> GNU не является критичным компонентом ОСЭто, например, BSD или Android. Но не преимущественно бóльшая часть дистрибутивов. А Gnome - часть проекта GNU, так что GNU/Linux в данном случае ещё более уместно.
>> GNU не является критичным компонентом ОС
> Это, например, BSD или Android. Но не преимущественно бóльшая часть дистрибутивов.
> А Gnome - часть проекта GNU, так что GNU/Linux в данном
> случае ещё более уместно.Gnome давно не часть проекта GNU, это давно разработка Red Hat.
Так что Red Hat/Linux.
> Никто же не называет убунту Gnome/LinuxА ничего что https://www.gnu.org/software/gnome/ ?
Ничего.
> Ничего.Слился бздунчик. Шел бы ты подальше и не позорил нормальных фряшников свой убогостью.
Давай я на своём сайте напишу, что я автор Linux. И буду тебе этой ссылкой доказывать, что я автор Linux.
> bash лишь один из множества реализаций shell (zsh, tcsh и т.п.).Мог бы и получше альтернативы подобрать, чтобы POSIX-совместимые были. dash, ash, тот же ksh93. А после замены bash на tcsh у тебя система не загрузится даже с модным беспортяночным системде.
>У вас в системе даже GTK, tar и bash нет?Есть. Но GTK не имеет отношения к GNU, а tar и bash присутвуют еще в куче операционных систем (в той же макоси например bash - дефолтный шелл) - на них на всех префикс GNU/ надо навесить? На ключевые компоненты как-то не тянет, так мелкая прикладуха которая без проблем заменяется на другие реализации, если только разработчики не прибили инит-скрипты гвоздями к башу и нестандартным флагам grep и sed - вот это наверное и есть GNU/Linux
GNU старше ядра Linux и большей части здешних комментаторов.
> GNU старше ядра Linux и большей части здешних комментаторов.Да и Х с ним.
Таки да, даже X system - старше большинства здешних комментаторов. :)
Старперы?
> Единственный ключевой компонент от ГНУ в современных дистрах - это glibc.рекомендую как-нибудь почитать древние ченджлоги, и изумиться, сколько именно кода стырено там из все той же 4.4Lite
Ну да, лицензия это позволяла.
>> Единственный ключевой компонент от ГНУ в современных дистрах - это glibc.
> рекомендую как-нибудь почитать древние ченджлоги, и изумиться, сколько именно кода стырено
> там из все той же 4.4Lite
> Ну да, лицензия это позволяла.Так ведь код свободен и открыт! Что мешает взять обратно?
Меняйте вашу проприерастно-подстилочную лицензию на нормальную и используйте на здоровье!
Не хотите менять? ССЗБ!
Лицензия, которая позволяет взять и не может получить обратно из-за ограничений лицензии заимствующего продукта, более свободна по определению. Странно что вы этого не понимаете.
> Лицензия, которая позволяет взять и не может получить обратно из-за ограничений лицензии
> заимствующего продукта, более свободна по определению. Странно что вы этого не
> понимаете.Как и у жунипера, сони, гугле, микрософта, орацла, сапа, 1с-а, .... и всех-всех-всех Ваших лучших друзей, да-а-а?
> Как и у жунипера, сони, гугле, микрософта, орацла, сапа, 1с-а, .... и
> всех-всех-всех Ваших лучших друзей, да-а-а?Тот самый гугл, который берет, да не открывает туеву хучу наработок для пянгвина, использующихся на его серверах для заколачивания миллиардов бабла, потому как GPL позволяет проприерасам провернуть такой трюк для очень многих вещей?
Тот самый мокрософт, который Лучший Друх и Платиновый Партнер, пропихнувший некоторые изменения в устав LF
https://www.opennet.me/opennews/art.shtml?num=43710
> Сообщество лишилось возможности выдвигать представителей в совет директоров Linux Foundationи заодно кучу своего г*внокода hyperv, фикшеного потом всем миром, экономя Партнеру зарплату на индусов?
> Тот самый гугл, который берет, да не открывает туеву хучу наработокА по git log и не скажешь что они жадные.
> Как и у жунипера, сони, гугле, микрософта, орацла, сапа, 1с-а, .... и
> всех-всех-всех Ваших лучших друзей, да-а-а?Да, если вы можете взять их код без последствий, а потом они обратно не смогут, то их лицензия более свободна.
> Да, если вы можете взять их код без последствий, а потом они
> обратно не смогут, то их лицензия более свободна.Поэтому в линукс контрибутят все кому не лень, а бзды прозябают, где-то там, далеко внизу. Их некому разрабатывать. Чему примером соседний тред с GhastBSD, где человек матерится что нет даже просто нормального эквивалента inotify. И все уже года 3 как наслаждаются breakage.
> Чему примером соседний тред с GhastBSD, где человек матерится что нет даже просто нормального эквивалента inotify. И все уже года 3 как наслаждаются breakage.А ловко ты умолчал, что речь там шла вообще-то о порте пингвиняче-гномячего glib в целом и проблемах с сетевыми ФС (где inotify, внезапно, не пляшет) в приложениях, использующих эту либу, в частности.
Ну и об упертости лапчатого апстрима:
> А ещё они хотели чтобы патч был проверен и обкатан мной на всех BSD и маках.
> Плюс им не понравилось что я совсем не пользуюсь функциями из глибы, а пользуюсь только системными.
> Я не нанимался им их конюшни вычищать, поэтому их глиба гработает на всех BSD системах как и раньше :)
> Единственный ключевой компонент от ГНУ в современных дистрах - это glibc. Никакого
> участия в формировании этих дистрибутивов ГНУ не принимает. Так какого же
> ляда они лезут со своим GNU/ во все щели?Поясню. На любой дистр можно поставить любой софт, как под gnu, так и под пермиссивными. Но то, что делает дистр дистром - это то, что идёт "из коробки". Напр на тот же андроид можно понаставить гнушных утилит вместо тойбокса. Именно поэтому дистры и gnu, что "из коробки" идут гнушные программы. Именно поэтому андроид и не гну, что гугл произвёл дезинфекцию и деконтаминацию лицензионного вируса.
А если там не GNU/Linux, а Linux+musl+busybox? Ой.
У меня вот на одном ноуте GNU/Linux, а на другом совсем не GNU.
> А если там не GNU/Linux, а Linux+musl+busybox? Ой.
> У меня вот на одном ноуте GNU/Linux, а на другом совсем не
> GNU.Да, у тебя целых два суперкомпьютера?! Вау.
> musl+busyboxПо религиозным или психическим причинам?
>> musl+busybox
> По религиозным или психическим причинам?Психическим :) На самом деле было интересно взлетит оно на десктопе или нет. Взлетело :)
> По религиозным или психическим причинам?А есть разница?
То, что ГНУ паразитирует на чужом ядре, не значит что его нужно выделять.
> То, что ГНУ паразитирует на чужом ядре, не значит что его нужно
> выделять.То, что фря паразитировала на GNU _десятилетиями_!, значит, что именно в GNU нужно кидаться .... предъявами, да. Конечно. Продолжайте... только форточку открою, дымком потянуло...
Скоро скакать начнёшь, 100% :(
GNU тоже из бсд брать не стеснялся, не стесняется и стеснятся не будет.А вообще забавно, до 2000 года все эти ваннабиюниксы собирались толпой мочить сами знаете кого.
А потом одним занесли. А потом за повтор заноса потребовали брачную ночь. А теперь за пое***ЦЦо просто 100-шку дают и всё имеют :-)
А когда то дружная толпа забияк ... с энтузиазмом, с огоньком лупит друг друга :-)Люди ... несовершенны, Милорд.(С)
Ты не знаешь истории. GNU появился до ядра Linux. И для образования операционной системы, не хватало только ядра. Позже люди начали совмещать GNU и Linux, получая готовую ОС, но ошибочно называли это Linux, Всё равно что говорить "я поеду на двигателе", а не "я поеду на автомобиле".
> Ты не знаешь истории. GNU появился до ядра Linux. И для образования
> операционной системы, не хватало только ядра. Позже люди начали совмещать GNU
> и Linux, получая готовую ОС, но ошибочно называли это Linux, Всё
> равно что говорить "я поеду на двигателе", а не "я поеду
> на автомобиле".Прикинь на досуге распространённость линуксового ядра с не гнутой обвязкой хотя бы на примере того же андроида. Повтори процедуру с GNU/Hurd, у которой и ядро и обвязка религиозно правильны. Ценность и нужность гнутых получишь делением второго числа на первое и будет оно околонулевым по факту.
Какая разница кто появился раньше?
Двигатель, для сведения, — это самая важная и дорогая часть автомобиля. Без него всё остальное бессмысленно. Собрать новый корпус для него проблем нет, а вот собрать новый движок для корпуса — ещё какие проблемы.И да, жаль что Столлман не начал проект GNW (GNW is Not Windows) или GND (DOS). Уж мы бы хохмы пачками собирали бы, когда окружение для ОС есть, а ядра нет.
> Собрать новый корпус для него проблем нет, а вот собрать новый движок для корпуса — ещё какие проблемы.И каким же тогда чудным образом люди начали совмещать "корпус" GNU (появившийся ДО Linux) с "двигателем" Linux? Может, всё-таки ПО и автопром - разные вещи?
Почему такой низкий процент амд?
Заговор.
Потому-что в свое время они рынок потеряли (не без причин, ибо были проблемы) и сейчас вернуть его им тупо не хватит ресурсов на разработку, вот они и ушли в консоли и десктоп (разной степени удачности).
По той-же причине и GPGPU у них нет, т.к. не разрабатывали нифига, а Nvidia разрабатывала. Из-за этого Nvidia и не парится насчет мелкого рынка десктопов, а AMD всячески завлекает.
Так я и аргументировал. Могу написать культурнее: "вопиющая некомпетентность высшего менеджерского состава и руководства, которое не может это в менеджерах распознать".
Все остальное, это второстепенные факты, являющиеся следствием самого главного, упомянутого мной.Я понимаю, что интереснее послушать о том, как амд закрыла один из своих рнд центров в восточной европе для "оптимизации расходов" на персонал, даже не поинтересовавшись чем там занимаются, из-за чего подчистую просpала крупный контракт с гуглем, так как больше ни у кого не было нужной экспертизы; и вместо увольнений виновных письма "мы тут решили улучшать корпоративные вертикальные связи, чтобы больше такого не повторилось". И через полгода та же ситуация, но уже с железячниками, в этот раз провалили какой-то огромный контракт с леновой.
Но писать лень)
Старые оптероны дохленькие, а новые (те что Ryzen) только-только появились на рынке. Через год-два появятся первые суперкомпьютеры в топе на их базе.
Может всё таки Epyc?
Думаю дело в энергоэффективности. Для суперкомпьютера это важно. Отставание от Intel скажем на 10 процентов обертнется круглой суммой в месяц за электричество.
Просто пока мало времени прошло, скоро распробуют: AMD Ryzen Threadripper 1950X, и процент АМД увеличится.
> Просто пока мало времени прошло, скоро распробуют: AMD Ryzen Threadripper 1950X, и
> процент АМД увеличится.Там поди не дураки сидят, на десктопных (ну может workstation) процах кластеры громоздить. Напомните, разве тредрипперы объединяются в мультипроцовых системах? На то у них Эпики есть (со зверскими объёмами поддерживаемой памяти).
Проектировка кластера -это не год и не два. Пока матплаты и gcc/clang не допилят под threadripper никто даже шкафчик не сделает.
> Почему такой низкий процент амд?в первую очередь — ограничение по архитектуре - связать в кластер можно ограниченное число амд. Сейчас ситуация меняется, но наработки по интелу все еще доминируют.
> На третьем месте кластер Piz Daintэто у одного меня с чемто ассоциируется ?
> В качестве процессорной основы лидируют CPU IntelВсё вы врёти: на первом месте Sunway SW26010 260C 1.45GHz
А почему в РФ не используют попилинный на бюджетные средства "росу-линакс?"
пользуют альт линакс
И почему не строят кластерв на E2k?
> И почему не строят кластерв на E2k?Рано[I]!
А где ты их несколько тысяч возьмёшь для стройки то? Когда то может и сделают. А может и нет. Россия :)
> И почему не строят кластерв на E2k?Так где они? Где софт под них? Где ходя бы SDK не глючащий? Нету…
Не говоря о том, что по производительности они на уровне примерно 15-летней давности.
> И почему не строят кластерв на E2k?Территории для строительства датацентров и электростанций не хватает. И даже если у соседей отжать - маловато получается. А океанам похрен на танки и ракеты, у них территория таким методом не отжимается.
Вы свечку держали когда там пилили?
Да ничего там не пилили. Комиссаров один в свой карман всё поклал, а остальных кинул.
> А почему в РФ не используют попилинный на бюджетные средства "росу-линакс?"Потому что люди кластер для работы строили.
есть, куда расти. ждём покорения психологически важного рубежа в 101%
Наверное, с надёжностью у кластера "Piz Daint" как-то не очень ;)
Судя по тому что он в Швейцарии, с надежностью у него лучше, чем у любого из местных.
Просто он не умеет в вычисления с плавающей точкой.
Linux - 500 систем
BSD - 0
а пачему так ?
> Linux - 500 систем
> BSD - 0
> а пачему так ?Потомучта подобеное с подомным:
Microsoft - 0
> Microsoft - 0В этом рейтинге, насколько помню, считают только суперкомпьют мощности (которые сами предоставились для бенчмарков). Так то Azure дата-центры вполне себе по мощности в этот список попадают (просто последний раз они бенчили один из своих дата-центров в эпоху Сэнди Бриджа). Да и SaaS клауды IBM-ов в этом рейтинге не присутствуют.
>> Microsoft - 0
> В этом рейтинге, насколько помню, считают только суперкомпьют мощности (которые сами предоставились
> для бенчмарков). Так то Azure дата-центры вполне себе по мощности в
> этот список попадают (просто последний раз они бенчили один из своих
> дата-центров в эпоху Сэнди Бриджа). Да и SaaS клауды IBM-ов в
> этом рейтинге не присутствуют.Нищеброды ms и ibm (и aws?) просто не потянули стоимость лицензий? :-P Своих собственных. И скидок себе зажилили -- вдруг кто прознает. Будете там рядом расскажите им:
(82) "Лайнокс ваш просто на халяву на суперкомпы ставят, вот и все преимущества."
Что за шизофрению я прочитал. Ну читать научились бы хоть, я же всё ясно расписал. Я говорю о том, что эти дата-центры под SaaS и они никаким боком в бенчмарках научного суперкомпьюта не учавствуют. Это не их ниша, Azure это не для научного суперкомпьюта, а для корпоративщиков. Или может вы думаете что дата-центры сервисов xbox, на которых может в день по 30+ миллионов человек сидит в бенчмарках учавствуют по суперкомпьюту научных расчётов? Я хотел донести, что это разные ниши. В нище научных расчётов линукс вытеснил все другие системы (по факту это полуправда, на многих из указанных машин первичен свой специфический гипервизор).
> говорю о том, что эти дата-центры под SaaS и они никаким боком в бенчмарках научного суперкомпьюта не учавствуют.
> Это не их ниша, Azure это не для научного суперкомпьюта, а
> для корпоративщиков.То есть возражений против
#>>> Microsoft - 0
таки нет. Расходимся.
Ты разговариваешь с местной crack whore.
> (82) "Лайнокс ваш просто на халяву на суперкомпы ставят, вот и все
> преимущества."Пришли на ум слова по этому поводу: "Кто ищет соринку в глазу у другого сидя по шею в дерьме ...." ("я убью тебя лодочник")
потому что у BSD систем скорость не на первом месте, ни у однойхотя когда-то рекорд скорости связи был взят именно на NetBSD
> хотя когда-то рекорд скорости связи был взят именно на NetBSDКогда-то самый мощный суперкомпьютер был слабее моего десктопа. Но кому он теперь такой нужен, кроме музеев?
> Linux - 500 систем
> BSD - 0
> а пачему так ?Чтобы лапчатые опеннета могли гордо надувать щечки!
Ведь они пользуются примерно таким же ядром (точно для всех топов сказать нельзя, ведь использованная лицензия позволяет не открывать наработки) и являются его разработчиками второй линии, так как много-много раз репортили баги на опеннете и иногда даже в рассылку!
BSD ядро хуже вычисляет числа ?
в чём причина то что не ставят на суперкомьютеры
нету внятного обьяснения, я например на бсд так и не смог UFS2 полный бред
с линусом никак не совместимо, так то система грамотная
> BSD ядро хуже вычисляет числа ?
> в чём причина то что не ставят на суперкомьютерыIDE DMA у них не работает. ><?>
> нету внятного обьяснения, я например на бсд так и не смог UFS2
Можно было упомянуть что время все меняет. Сейчас можно использовать те же самые облачные сервисы и не тратиться на "ручную работу" в виде кластеров. Я знаю что в некоторых университетах исследователям дают бюджет и они его могут потратить как в кластере, так и за пределами. И выбор тут не однозначен.
Есть обзоры и сравнения облачных сервисов с собственной инфраструктурой[1]. Там довольно чёткие выводы: для стартапа на самом старте это выгодно, это даёт скорость внедрения, это даёт гибкость и даже экономит деньги. Но если стартап успешно идёт в гору, то вскорости все эти амазоны становятся крайне невыгодными. Собственно все взлетевшие стартапы уходят на определённом этапе с облачных сервисов на собственное железо.У учёных есть своя специфика, им подчастую не надо годами поддерживать и развивать инфраструктуру, им надо посчитать что-то однократно, и тут затраты на покупку железа конечно могут быть сильно выше, чем облака. Но если в университете регулярно возникает нужда в закупке облачных сервисов, то ему, я полагаю, ему тоже будет дешевле свой кластер собрать. Или скооперироваться с парочкой других университетов, скинуться и сделать общий вычислительный центр.
В кластерах узли подключены к друг другу через low latency 100gbit или даже 300gbit скорей всего infiniband и общаются друг с другом по RDMA. Очень дорого, но этого требуют поставленные задачи.В клаудах будет скорей всего mainstream Ethernet 10gbit, TCP/IP и задержки на два порядка выше. Там где узлам надо постоянно передавать данные друг другу, это не подойдет. А вычислительных задач так часто бывает что всем узлам нужны все данные и надо знать что делают все остальные узлы (полносвязные задачи)
300 Gbit Ethernet/IB пока не существует. Mellanox только обещает выпустить HDR IB который будет иметь 2 выхода в eth и ib сетки. Так что пока высшая планка 104 Gbit - EDR что у IB, что у ETH, что у OPA.
CentOS, RHEL, Scientific Linux - это одно и то же, Cray Linux это SUSE. Итого реально всего три разных дистрибутива.
Piz Daint ... отличное название для суперкомпьютера.
В Китае есть города Pukang (g не читается, сравни: Лю Кан из Мортал комбат) и Ronghui (rong читается как жуй, второе как пишется). Мусульмане в Китае себя тоже называют hui.У них своя матершина, эти слова к ней не относятся.
> В Китае есть города Pukang (g не читается, сравни: Лю Кан из
> Мортал комбат) и Ronghui (rong читается как жуй, второе как пишется).
> Мусульмане в Китае себя тоже называют hui.
> У них своя матершина, эти слова к ней не относятся.Просто у них языки не такие великии и могучеи!
Да и вобще, каким диббилом нужно быть, чтобы ни видеть ничего плохово в названии Piz Daint?
Я пережил и многое и многих... Города моей последней поездки:Бэй Цзин
Кун Минь
Цзян Суй
Ша Си
Цзян Чвань
Ли Цзян
Гуй Ян
Жао Синь
Нан Зянь
Х-й Жоу
Дун Гуань
Кай ПинПиз Дайнт на этом фоне уже безразлично смотрится.
Бэй Цзин - это Пекин. Beijing.Beijing
Pejing
Peking -- французский
ПекинИ наша старокраснокомсомольская или Новочеркаск для них звучат ничуть не лучше. Мы привыкли ломать язык своими названиями, а они своими.
Диббилом нужно быть скорее чтобы ни видеть чего-то плохое в каком-то там названии.
Обратитесь на канал РенТВ.
этот день мы приближали, как могли
> этот день мы приближали, как моглив этот день все зомби встали и пошли
встали и пошли
Неучтен сбербанк с его майнинг фермой, благодаря которой видеокарты подорожали
Они майнят Лайткойн из под ОупенБСД. Готовятся с послемартовскому дефолту рубля.
Да это всё фигня, а как там хохлы? :)
У них негров линчуют.
А типа в Китае эти суперкомпьютеры не майнят? Я думаю для того их и строят :)
Ну ХЗ, они очченно закрытые робята.
Но стоят те супера в институтах ихнего МО. Так что скорее всего - заряды обсчитывают.
> Ну ХЗ, они очченно закрытые робята.
> Но стоят те супера в институтах ихнего МО. Так что скорее всего
> - заряды обсчитывают.AI и есть сам по себе заряд, как в военном, так и экономическом плане (а сейчас войны выигрывает экономика). Байду вон объявила AI своим основным приоритетом. Ни одна силиконовая компания ещё пока таких заявлений не делала.
> (а сейчас войны выигрывает экономика)«Для войны нужны три вещи: деньги, деньги и еще раз деньги!» (авторство приписывается обычно Наполеону, но само выражение на пару-тройку столетий старше)
Но вообще-то, несмотря на все пoнты и усилия последних 30 лет, без пехотного Вани/Джо пока еще обходиться не научились.
> Ни одна силиконовая компания ещё пока таких заявлений не делала.Элон Маск и его друзья из фэйсбука, гугла и каких там еще IBM смотрят на тебя с недоумением. У них там альянс. И наверное помощнее какой-то байды.
> Linux полностью вытеснил остальные ОС и теперь используется на всех представленных в рейтинге суперкомпьютерах.Ну вот, полпути (к полной победе линукса) пройдено. Осталось обеспечить всех пользователей суперкомпьютерами.
China - number one!
Почему нет БСД.. Может потому, что сборщики серверов руководствуются установленными положениями по типу https://www.intel.ru/content/www/ru/ru/support/articles/0000... или кластера собирают на 110 чипсете с i3? Думаю конфигуратор ЦОД Вам может прояснить с чем будет работать железо.
> Почему нет БСД.. Может потому, чтоПоискал за тебя https://duckduckgo.com/?q=why+freebsd+is+not+in+supercompute... в шуме эфира...
Объяснения нет. Но отмазок можещь законспектировать с десяток:
https://news.ycombinator.com/item?id=4895022
--FreeBSD [почти --тогда] нет в [...]
--Зато централизация, методология! Зато BSDL, конкуренция!
--Зато разнообразие, опенсорс! Зато использую, нравится! Донатим, донатим, камарады.
--Зато лицензия, философия! Зато техн.перспектива, сообщество боооольше!
--Зато pfsense в мойм роутере! Стабильный и файервол!
--Зато философские отличия! ZFS без лицензионныз "иссьюз"!http://compgroups.net/comp.unix.bsd.freebsd.misc/why-do-most...
-Больше "хайп" вокруг L, чем про тех.детали.
-Инженеров, понимающих в L больше/доступнее. ... Знаешь, что получишь работающее и быстро перейдёшь к решению своих задач. Это ж и есть "инженеринг" -- бери то, что работает!
-Проклятые баззворды!
-Во всём вмноват ИБМ! И ХП!https://forums.freebsd.org/threads/16669/
-Marketing or buzz-words.
-BSD systems require maintenance-
-...we live in a world dominated by money! ...some Linux users have never heard of "BSD"!
-...HPC centers "need" the corporate support... ...sers of HPC who are often from the educational field with no money to develop their software for commercial unix..>сборщики серверов руководствуются установленными положениями
> Объяснения нет. Но отмазок можещь законспектировать с десяток:
> --FreeBSD [почти --тогда] нет в [...]
> --Зато централизация, методология! Зато BSDL, конкуренция!
> --Зато разнообразие, опенсорс! Зато использую, нравится! Донатим, донатим, камарады.
> --Зато лицензия, философия! Зато техн.перспектива, сообщество боооольше!
> --Зато pfsense в мойм роутере! Стабильный и файервол!
> --Зато философские отличия! ZFS без лицензионныз "иссьюз"!Причем, если заменить суперкомьютеры на десктоп, FreeBSD на Linux, а BSDL на GPL, то отмазки продолжают отмазывать теперь уже пянгвина! О как!
Не ругайтесь девочки. Всё решает прикладной софт. Фотошоп ли это или кластерный числогрыз для эмуляции ЯЦР - но то для чего контупер и гоняют.
Так вот, говоря грубо - последние лет 20 фотошопы не писались под линуксы, а эмуляторы ЯЦР - под BSD. Ну и ...
Linux под GPLv3 ? Нет!
Э-э-э. Это победа. Поздравляю нас всех, линуксоидов!
Господа линуксоиды, а расскажите мне как в DE (кроме KDE, там эта настройка имеется) сделать хорошо для мыши - увеличить прокрутку строк без танцев с бубном и дополнительного софта, и чтобы эта настройка работала во всех приложениях ?