Компания Oracle объявила (http://www.oracle.com/us/corporate/press/2254736) о доступности для потребителей выпуска операционной системы Solaris 11.2 (http://www.oracle.com/technetwork/server-storage/solaris11/o...). Установочные образы подготовлены (http://www.oracle.com/technetwork/server-storage/solaris11/d...) для архитектур x86 и SPARC, для архитектуры доступна (http://www.oracle.com/technetwork/server-storage/solaris11/d...) Live-сборка. Из ключевых улучшений нового выпуска отмечается интеграция средств для обеспечения работы облачных инфраструктур, основанных на платформе OpenStack, поддержка нового вида изолированных контейнеров kernel zones и новые возможности по развёртыванию SDN-сетей.Основные новшества (http://www.oracle.com/technetwork/server-storage/solaris11/d...) Solaris 11.2:
- В поставку включен полноценный стек для создания и обслуживания облачных инфраструктур, а также управления связанными с ними вычислительными ресурсами, хранилищами и сетевыми возможностями. Стек построен на базе платформы OpenStack и предоставляет единые средства для управления облачными системами, как на базе Solaris VM и Solaris Zones, так и на основе гипервизоров Xen и KVM;
- Унифицированные архивы - новая форма резервного копирования и архивирования, позволяющая клонировать текущие рабочие окружения для последующего восстановления в случае сбоя или для быстрого развёртывания копии в облачной инфраструктуре;
- Поддержка динамического переконфигурирования и переименования изолированных окружений на базе Solaris Zones без перезагрузки.
- Новый тип контейнеров Kernel Zones, позволяющих использовать разные варианты ядра Solaris в разных изолированных окружениях. Новая возможность в том числе позволяет выполнять обновление ядра отдельных изолированных окружений без перезагрузки хост-системы (global Zone);
- Новая система для развёртывания программных SDN-сетей (Software Defined Network), позволяющих реализовать независимые от оборудования методы обработки и приоритезации сетевого трафика, учитывающие потребности приложений. Интеграция компонента Elastic Virtual Switch для создания виртуальных сетей;- В инструменты управления пакетами интегрированы средства для обновления прошивок и управления прошивками, что позволяет при выполнении обновления системы добиться наличия всегда корректных прошивок.
- В ZFS проведена оптимизация производительности, обеспечен процесс отображения прогресса выполнения длительных операций, улучшены средства для хранения данных в сжатом виде, работы на гибридных хранилищах и шифрования данных;
- Добавлена утилита compliance для проверки наличия актуальных обновлений, оценки текущих настроек с точки зрения безопасности и выявления возможных следов нарушения безопасности;
- Улучшение средств для автоматизированной установки большого числа серверов, организации серверов для распространения обновлений и создания зеркал репозиториев пакетов;- Добавлена новая группа пакетов solaris-minimal-server для установки минимального серверного окружения;
- В пакетный менеджер pkg добавлена новая команда еxact-install для возврата системы к первоначальному состоянию, без
удаления отдельных пакетов;- Для платформы SPARC началось формирование загрузочных USB-носителей;
- Добавлена поддержка протоколов VXLAN (Virtual Extensible Local Area Network), L3 VRRP (Layer 3 Virtual Router Redundancy Protocol), PTP (Precision Time Protocol), DLMP (Probe Based Failure Detection in Datalink Multipathing);
- Добавлена поддержка IKEv2 (Internet Key Exchange 2);
- В состав включены две новые утилиты мониторинга ipstat и tcpstat;
- Увеличена масштабируемость работы DTrace;
- Добавлен системный вызов processor_affinity для привязки процессов или нитей к заданным ядрам CPU;
- В поставку включены Java 8, GCC 4.8 и MySQL 5.5.
URL: http://www.oracle.com/us/corporate/press/2254736
Новость: http://www.opennet.me/opennews/art.shtml?num=40327
> для архитектуры доступна Live-сборкаПропущено - для какой.
Очень правильно написано, намек такой, вроде для х86, но при попытке загрузить с нее твой/мой комп в лучшем случае что-то заработает, а так - может не смонтироваться корень, например :)
Солярис ведь теперь не СПО кажется?
Ага, как HPUX и AIX.
> Ага, как HPUX и AIX.Ну так что он тут тогда делает?
>> Ага, как HPUX и AIX.
> Ну так что он тут тогда делает?Проект OpenNet - всё, что связано с открытым ПО, открытыми технологиями, Linux, BSD и Unix
Solaris - unix like.
Он никогда СПО не был, таковым, в какой-то степени, был опенсолярис.
> таковым, в какой-то степени, была есть OpenIndiana
А толку-то? Там же анальная лицензия выбранная по принципу "лишь бы не GPL". Вот оно и загнулось закономерно.Хорошо хоть идиоты санкции вводить начали - до буратин в правительстве стало потихоньку доходить, что проприетарщина и суверенитет несовместимы.
> А толку-то? Там же анальная лицензия выбранная по принципу "лишь бы не
> GPL". Вот оно и загнулось закономерно.
> Хорошо хоть идиоты санкции вводить начали - до буратин в правительстве стало
> потихоньку доходить, что проприетарщина и суверенитет несовместимы.Че?
> Че?Не "Че", а "команданте Че".
>> Че?
> Не "Че", а "команданте Че".Криптофантикам налево и за угол :-)
Там где твой команданте победил с компьютерами ... как бы это помягче сказать то :)
Ну скажем что они про крмпьютеры только от своих шаманов слышали :)
OpenSolaris не СПО, а просто ОС с открытым кодом.
Оно под CDDL - оно СПО 100%. А ты думал что только жыпля, ан нет :)
Подскажите, его можно ставить на сервера организации без покупки лицензий как *BSD и Linux ?
У меня под линем не работает SUN'овская ленточная библиотека, по оптике виден только робот, а устройства для чтения лент в scsi не определяется, думаю моржет в SUN овской соляре с этим будет лучше ?
> Подскажите, его можно ставить на сервера организации без покупки лицензий как *BSD
> и Linux ?Solaris 11 can be used without fee for personal, non-commercial, non-production use. This use is limited to 'developing, testing, prototyping and demonstrating' applications using Solaris, but the terms are loose enough that pretty much any personal, non-commercial, non-production use is allowed.
> У меня под линем не работает SUN'овская ленточная библиотека, по оптике
> виден только робот, а устройства для чтения лент в
> scsi не определяется, думаю моржет в SUN овской
> соляре с этим будет лучше ?Если оборудование не новое от аракела, то Вам на solaris 10, необходимые драйверы
для неё есть в любом случае, но не факт, что они будут доступны без договора о поддержке.
Смотря какой накопитель. Для некоторый есть дрова в свободном доступе.
> any personal, non-commercial, non-production use is allowed.Спасибо, это именно то что я подозревал.
> Смотря какой накопитель. Для некоторый есть дрова в свободном доступе.В данном случае SUN StorageTek SL500 (LTO4)
Linux и FreeBSD не работают корректно и с ленточными библиотеками 4го поколения от HP, хотя все старые библиотеки LTO3 работают отлично.
Проприетарщина гребанная, есть куча дорогостоящего рабочего железа, которое без софта, лицензий и ключей просто мусор, а ключи/софт на старое оборудование не продают, будьте любезны покупать новое да еще желательно готовое решение с проектом. ИЧСХ списать такое оборудование за 2-3 ляма тоже нельзя.
>Проприетарщина гребанная, есть куча дорогостоящего рабочего железа, которое без софта, лицензий и ключей просто мусор.Не понятно, как оно к вам попало. Если было куплено, то у вас должны быть лицензии и ключи, если купили по вторичке, то есть у тех кто вам его продал.
Передали при расформировании одного из отделений. При том это гос. предприятие, бардак хуже чем в армии.
> Передали при расформировании одного из отделений. При том это гос. предприятие,
> бардак хуже чем в армии.А учитывая американскость оракла и санкци - вообще запипись.
>> Смотря какой накопитель. Для некоторый есть дрова в свободном доступе.
> В данном случае SUN StorageTek SL500 (LTO4)
> Linux и FreeBSD не работают корректно и с ленточными библиотеками 4го
> поколения от HP, хотя все старые библиотеки LTO3 работают отлично.Да с чего бы это ? Всё прекрасно работало. 2 года назад запустилось всё и почти сразу. Была небольшая проблемка с тем, что надо было обновить до последней на тот момент версии прошивку библиотеки. В качетве backup софта использовали Veritas NetBackup (версию сейчас не припомню).
А теперь вопросы:
- в чём выражается "нерабочесть" ?
- какой дистрибутив ?
- на каком железе работает linux ?
- какие используются FC HBA ?
- текущая версия прошивки у библиотеки ?
- количество LTO драйвов, производитель, версия firmware ?
- способ подключения: напрямую к хосту или через SAN Switch ?
- модель свича и версия прошивки (если подключение через SAN) ?
- правильно ли настроено зонирование в случае подключения через SAN ?
- вывод команды lsscsi на linux-е ?
- какой backup софт используется ?
>[оверквотинг удален]
> - какой дистрибутив ?
> - на каком железе работает linux ?
> - какие используются FC HBA ?
> - текущая версия прошивки у библиотеки ?
> - количество LTO драйвов, производитель, версия firmware ?
> - способ подключения: напрямую к хосту или через SAN Switch ?
> - модель свича и версия прошивки (если подключение через SAN) ?
> - правильно ли настроено зонирование в случае подключения через SAN ?
> - вывод команды lsscsi на linux-е ?
> - какой backup софт используется ?В догонку: посмотрел спецификацию на SL500 - были варианты поставки с драйвами, имеющими SCSI интерфейс (у нас были с FC). Вобщем нужна максимально подробная информация.
> Solaris 11 can be used without fee for personal, non-commercial, non-production use.И нафига оно такое надо?
> This use is limited to 'developing, testing, prototyping and demonstrating' applications
"Вы можете совершенно бесплатно поглодать кость которую мы кинули вам под стол. Но если вы захотите МЯСА - наш юридический отдел пнет вас грязным сапожищем под брюхо, так что мало не покажется!"
>> У меня под линем не работает SUN'овская ленточная библиотека, по оптике
>> виден только робот, а устройства для чтения лент в scsi не определяется,Вендорлок - он такой...
>> Solaris 11 can be used without fee for personal, non-commercial, non-production use.
> И нафига оно такое надо?Тебе всемилостиво дозволено поставить еЯ дома, потренироваться и получить сертифайд оракеле солярис ЫнжЫнер (за отдельное хорошее бабло) ... а потом будешь рубить онное с несчастных банков и кто там ещё на соляре остался :)
>> This use is limited to 'developing, testing, prototyping and demonstrating' applications
Пишущие программеры под любую оЗЪ (кроме нашего всего лялека) - есть золотой актив! Его холят и лелеют! Вон рим не озаботилась и померла ... А потому - всемилостиво дозволено пользовать для разработки программ под онный Ъ. А чувак купивший такой софт ... попал и на покупку соляры :) Ынрепрайз фигли, "nothing personal, just busines" :)
> Но если вы захотите МЯСА - наш юридический отдел пнет вас грязным сапожищем под брюхо, так что мало не покажется!"
Всё правильно. Лох купивший твою программу несёт мясо тебе, оно твоё. А так же он несёт мясо оракулу - и не вздумай на него даже посмотреть! Порвут на ленты, даже пикнуть не дадут. Стая :) И вообще малыш - man IRL, "всё по взрослому" и т.д.
>>> У меня под линем не работает SUN'овская ленточная библиотека, по оптике
>>> виден только робот, а устройства для чтения лент в scsi не определяется,
> Вендорлок - он такой...Святая правда. Но почему это твой гиммор, а не твоего работодателя?
Он хотел красивую погремушку задёшево? Он её получил :-)
> солярис ЫнжЫнер (за отдельное хорошее бабло) ... а потом будешь рубить
> онное с несчастных банков и кто там ещё на соляре остался :)Спасибо, я лучше на чем-нибудь другом бабла порублю. Не хочется мне с вендорлоками дело иметь.
> Пишущие программеры под любую оЗЪ (кроме нашего всего лялека) - есть золотой
> актив! Его холят и лелеют!У оракла какие-то свои понятия о лелеянии. По их мнению у разработчика есть 2 права - делать минет ораклу, платя уйму денег или на выбор - умереть с голода.
> фигли, "nothing personal, just busines" :)
ЧСХ, оно имеет прилетать бумерангом любителям этой методики. Вон например MS на мобилочном рынке. Что за наф? 97% девайсов с OpenGL vs 2% с DX? Ахахаха, как это заслуженно. Вот уж не зря говорят "не рой яму другому" :).
> :) И вообще малыш - man IRL, "всё по взрослому" и т.д.
Так уже давно. Человек разумный, знаешь ли, может и всей стае навешать. Взял со стенки ружжо да показал кто тут царь зверей. Хотя можно просто сделать себе комфортное окружение - стая элементарно боится зайти в город, понимая кто тут хозяева. Вот я предпочитаю комфортные окружения :-).
> Святая правда. Но почему это твой гиммор, а не твоего работодателя?
Потому что я сам себе работодатель. А так прикольнее получается :-).
> Спасибо, я лучше на чем-нибудь другом бабла порублю. Не хочется мне с вендорлоками дело иметь.Удачи! Я серьёзно.
>> :) И вообще малыш - man IRL, "всё по взрослому" и т.д.
> Так уже давно. Человек разумный, знаешь ли, может и всей стае навешать.Это ты киношкаФФ про рембаФФ насмотрелся, там же практически документальная съёмка :)))
А русские люди испокон веков смекнули воин ли один да в поле :)> можно просто сделать себе комфортное окружение - стая элементарно боится зайти
> в город, понимая кто тут хозяева.Всё так! Только вот вначале надо такой город успеть построить. Или захватить чужой :)
>Вот я предпочитаю комфортные окружения :-).
Это правильно.
>> Святая правда. Но почему это твой гиммор, а не твоего работодателя?
> Потому что я сам себе работодатель. А так прикольнее получается :-).Лоханулся ты, бабки слил. Увидел шкаф чугуниевый и соблазнился.
А надо было вначале его в НКВД^W по HAL пробить :)
А есть какой-то гайд чем это лучше линукса и с чего начать использовать?
Лучше линукса это следующим:
- встроенная во все места zfs, начиная от локального/удалённого бэкапа снапшотами, заканчивая обновлением системы в новый Boot Environment с возможностью очень быстро откатиться взад, если что-то обновилось/установилось не так;
- родные давно реализованные и постоянно развивающиеся контейнеры разных видов - полностью самобытный (кроме ядра) контейнер с установленной туда солярой или контейнер замапенный с основной системы, занимающий минимум места, удобнейшие средства конфигурации и администрирования контейнерами;
- божественная Service Management Facility (SMF) - ни в одном линуксе нет даже намёка на подобный механизм - лишь убогие костыли типа service & update-rc.d;
- крайне гибкая и удобная настройка сети с командной строки - не надо в одном дистрибутиве править тот файл, в другом - этот и т.п.;
- стабилный родной iSCSI target/initiator COMSTAR;
- полноценная родная поддержка NFSv4 ACL в ZFS, что позволяет нормально шарить по самбе каталоги и настраивать права доступа к ним из винды;
- быстрый ребут без захода в биос - просто перепинывается из памяти ядро и полетели (изкоробки);
- встроенное средство отладки любой части ОС и любого приложения - DTrace;Минусы такие:
- объективно, список поддерживаемого железа меньше, чем в линуксе, субъективно у меня всё молча взлетело на различных железках от серверных интеловых/супермикровых плат и lsi hba до целеронов на 775м чипсете;
- свежего софта в репозиториях (даже в OpenCSW) не богато;
- аггрегация сетевых линков не умеет Round-robin, в линуксе известен как bonding mode=balance-rr;Это навскидку.
По большому счёту, перебежчику с линукса сейчас лучше всего использовать Solaris как СХД и в некоторых случаях как сервер контейнеров.
Поглядите на http://smartos.org
SMF - это вот то самое чудо с xml конфигами во все поля?
> SMF - это вот то самое чудо с xml конфигами во все поля?Да. Уродство. Но к примеру жабщики фапают ....
wut?
xml - xml - xmlfap - fap -fap
>божественная Service Management Facility (SMF) - ни в одном линуксе нет даже намёка на подобный механизм - лишь убогие костыли типа service & update-rc.d;systemd.
> Лучше линукса это следующим:А Вы когда последний раз Linux видели? С тех пор многое изменилось.
Погуглите про
- «родной» LXC и «не родной» OpenVZ;
- пусть и не «божественный» но не менее функциональный, чем SMF, systemd;
- LIO;
- не настолько навороченные как NFSv4, но вполне функциональные POSIX ACL, «что позволяет нормально шарить по самбе каталоги и настраивать права доступа к ним из винды»;
- kexec (изкоробки);
- не настолько удобный как DTrace, но всё же systemtapА этот аргумент вообще не агрумент:
> не надо в одном дистрибутиве править тот файл, в другом - этот и т.п.ибо у солярки один-единственный «дистрибутив».
> обновлением системы в новый Boot Environment с возможностью очень быстро откатиться
> взад, если что-то обновилось/установилось не так;ЧСХ, в пингвине есть btrfs где все это тоже можно, так что старушке мучаться в высоковольтных проводах не так уж и долго осталось.
> - родные давно реализованные и постоянно развивающиеся контейнеры разных видов -
Постоянное бла-бла от саночных кулсисопов. Самобытные (это, типа, плюс?). Развивающиеся (changelog где?), удобнейшие средства (cубъективщина она такая).
> - божественная Service Management Facility (SMF) - ни в одном линуксе нет
> даже намёка на подобный механизмТолько шапка systemd запилила и даже уже релизнула RHEL7. Но солярщики живут в пещере и вылезают только иногда. Им простительно не знать.
> не надо в одном дистрибутиве править тот файл, в другом - этот и т.п.;
Действительно: нет дистрибутивов - нет проблем! Хайль оракль!
> - быстрый ребут без захода в биос - просто перепинывается из памяти
> ядро и полетели (изкоробки);У пингвинов kexec() уж сто лет как есть.
> - встроенное средство отладки любой части ОС и любого приложения - DTrace;
Вы так говорите, как будто в пингвинах нет аналогов.
> - свежего софта в репозиториях (даже в OpenCSW) не богато;
Ну так дypaков бесплатно пахать на оракловую проприетару нынче немного.
> По большому счёту, перебежчику с линукса сейчас лучше всего использовать Solaris как
...музейный экспонат. И готовить веревку и мыло.
> У пингвинов kexec() уж сто лет как есть.kexec() же требует отдельного региона памяти для второго ядра, в Solaris наоборот, загружается тоже самое ядро (предварительно выполнив "quisce" все устройствам).
> Вы так говорите, как будто в пингвинах нет аналогов.SystemTap не такой шустрый увы. Хотя местами более функционален.
> kexec() же требует отдельного региона памяти для второго ядраЭто достаточно незначительные технические детали в контексте желания "чтобы перезагрузка - без захода в BIOS". А если надо патчинг ядра на предмет дыр без ребута - так и в пингвине можно. Вон шапка и зюзя срубились в приступе конкуренции :). А уж с контейнерами и вовсе можно удвинуть на живую на соседнюю железку, сделать с железкой что хотелось и вернуть как было. Если все обыграть правильно - никто и не заметит что что-то вообще происходило. В общем бла-бла про то что в пингвине так нельзя - устарело на много лет.
>> обновлением системы в новый Boot Environment с возможностью очень быстро откатиться
>> взад, если что-то обновилось/установилось не так;
> ЧСХ, в пингвине есть btrfs где все это тоже можно, так что
> старушке мучаться в высоковольтных проводах не так уж и долго осталось.Да-да, все умрут, выживет один Linux. Спасибо 294-му пророку, ведь он не может ошибаться (уже десяток лет подряд).
> Да-да, все умрут, выживет один Linux. Спасибо 294-му пророкуДа мне то за что? Это вы ораклу спасибо скажите. С их политикой сабж запросто отправится за остальными древними *nix-ами. К тому же оракл к этому видимо готов и перепер в линь половину уже.
При всей любви к линуксу, все-таки хотелось бы прокомментировать..>> обновлением системы в новый Boot Environment с возможностью очень быстро откатиться
>> взад, если что-то обновилось/установилось не так;
> ЧСХ, в пингвине есть btrfs где все это тоже можно, так что
> старушке мучаться в высоковольтных проводах не так уж и долго осталось.btrfs еще "technology preview" и невозбранно глючит. Вот прямо сейчас. А zfs уже в продакшене. Много лет. А многие фичи zfs там еще даже не начали толком разрабатываться. Сходу вспоминаются: raidz/2/3, не страдающие write hole и другими проблемами аппаратного или софтварного raid5/6; внешние log-устройства; streaming replication; вложенные fs с отдельными свойствами и делегированием прав на настройку этих свойств.
А так, в теории, можно говорить, что minix3 это "почти линукс, вот только чуть-чуть фич не хватает и в продакшене не оттестирован". А на практике..
>> - родные давно реализованные и постоянно развивающиеся контейнеры разных видов -
> Постоянное бла-бла от саночных кулсисопов. Самобытные (это, типа, плюс?). Развивающиеся
> (changelog где?), удобнейшие средства (cубъективщина она такая).Это объяснить сложнее, и спорить на эту тему желания нет, но в общих понятиях пояснить могу. В то время, когда в линуксе сменилось несколько интерфейсов управления контейнерами (условно "старый openvz", "новый openvz", lxz), каждый со своими особенностями и управляемый по-своему, в солярисе поддерживалась одна система, которая обрастала фичами и в которой сейчас доступны некоторые вещи, которых ни в одной реализации линуксовых контейнеров или нет, или нет возможности настроить через стандартный интерфейс. В то время как в солярисе способы управления одинаковые уже много лет и только обрастают фичами, в линуксе метания в разные стороны. Не то, чтобы это плохо - уверен, что через несколько лет lxc будет уметь все и удобно управляться и все к этому привыкнут - но, опять же, в солярке это есть *уже* и далеко не первый год.
>> - божественная Service Management Facility (SMF) - ни в одном линуксе нет
>> даже намёка на подобный механизм
> Только шапка systemd запилила и даже уже релизнула RHEL7. Но солярщики живут
> в пещере и вылезают только иногда. Им простительно не знать.С одной стороны, да. С другой стороны, а где этот RHEL7? Вы вживую видели хоть один продакшен сервер под ним? Через годик будут первые появляться, думаю, а по количеству действующих инсталляций он превзойдет RHEL6 только года через 3. И админы еще далеко не все привыкли к systemd. И многие еще долго будут использовать его как "sysv compatible init", ограничивая взаимодействие с ним service xxx start/stop по привычке. Как это вышло с upstart в RHEL6. Сколько лет он в редхате - а покажите мне админов, которые использовали фичи upstart за пределами sysv compatible init?
SMF же, с другой стороны, появился в 10-ке девять (!!) лет назад. И все, кто работает с соляркой умеют работать с ним и использовать его функциональность.>> не надо в одном дистрибутиве править тот файл, в другом - этот и т.п.;
> Действительно: нет дистрибутивов - нет проблем! Хайль оракль!На самом деле, тут интереснее другое. Solaris раньше линукса (хотя линукс активно подтягивается, несмотря на ненавистников такого подхода) предложил новые способы настройки системы - чтобы настроить сеть, шары, точки монтирования, настройки даты/времени и локали и тому подобное командами, а не правкой конфигов. Это было сделано, чтобы обеспечить консистентный результат при правке и админом из консоли, и пользователем из гуя, и devops'ом из скрипта или puppet'а.
И, опять же, в линуксе это только сейчас появляется (и многим совсем не нравится), а в солярке уже какое-то время есть - правда, по факту многое появилось только в 11 или 11.1
>> - быстрый ребут без захода в биос - просто перепинывается из памяти
>> ядро и полетели (изкоробки);
> У пингвинов kexec() уж сто лет как есть.Ключевое слово тут "изкоробки". Те набираешь "reboot" и ребут происходит быстро (а reboot -p - проходя через bios). В линуксе абстрактный kexec есть, а использования его нигде нет.
>> - встроенное средство отладки любой части ОС и любого приложения - DTrace;
> Вы так говорите, как будто в пингвинах нет аналогов.И опять дьявол в деталях. Нет, адекватных аналогов, настолько же функциональных, которые можно без боязни активировать на продакшен-системах под нагрузкой "понаблюдать" - нет. oprofile и perf штуки хорошие, но никаким местом не аналоги. systemtap - сильно слабее, но аналог, но активировать его под продакшен-нагрузкой? Увольте. А вот DTrace не страшно.
> …
> А zfs уже в продакшене. Много лет.
> …
> в солярисе способы управления одинаковые уже много лет
> …
> SMF же, с другой стороны, появился в 10-ке девять (!!) лет назадТак всё дело в возрасте? Это наживное…
> Solaris раньше линукса (хотя линукс активно подтягивается, несмотря на ненавистников такого подхода) предложил новые способы настройки системы - чтобы настроить сеть, шары, точки монтирования, настройки даты/времени и локали и тому подобное командами, а не правкой конфигов. Это было сделано, чтобы обеспечить консистентный результат при правке и админом из консоли, и пользователем из гуя, и devops'ом из скрипта или puppet'а.
Опять «раньше»… Но тем не менее, в SUSE (openSUSE/SLE) есть Yast — ncurses, Qt, а теперь и web на выбор. Но дистрибутивы SUSE «одни из», а солярка «единственная», так что тут сравнение явно не в пользу Linux вообще.
> В линуксе абстрактный kexec есть, а использования его нигде нет
Если мне не изменяет склероз, в SLES используется.
> Так всё дело в возрасте? Это наживное…Разумеется. У меня нет сомнений, что и в линуксе все это будет и даже круче, проблема только в том, что могут годы пройти, пока будет достигнут тот же уровень по некоторым моментам - а системы в продакшене нужны сейчас..
> Если мне не изменяет склероз, в SLES используется.
Да. Я ошибся насчет "нигде не используется". Правда, только там и ценой потребления памяти под заранее загруженное второе ядро.
> в SUSE (openSUSE/SLE) есть Yast — ncurses, Qt, а теперь и web на выбор
Это совсем не то. В RHEL тоже есть инструменты. А еще есть (был?) универсальный webmin. Но они все всего лишь правят обычные конфиги и нормально не совместимы с их креативной правкой админом. И тем более не совместимы с правкой инструментом вроде chef/puppet.
А в солярке данные для конфигурации хранятся в своих БД, и с этими БД можно работать через различные API (чаще всего консольных команд). Конфиги, по необходимости - где-то доступны, вторичные, генерируемые, где-то заглушки, т.к. программы подтягивают данные конфигурации напрямую из БД. На первый взгляд неудобно (раньше мог в конфиге опцию крутануть, а теперь надо команду набирать "изменить то-то на то-то"), а вот на второй и третий - правка конфигов теперь изумительно скриптуется и результат *гарантирован* независимо от того, каким способом и как там подкручивались значения. Это совсем другой уровень по сравнению с "разпарзим текстовый конфиг и перепишем такие-то значения, стараясь не повердить ручные правки админа". И даже если это многим не нравится, линукс идет по тому же пути (всякие bootctl/localectl/loginctl/timedatectl и прочее, а так же правка properties сервисов через systemctl -p). Вот в солярке это все уже давно так, и глубже интегрировано.
> Но они все всего лишь правят обычные конфиги и нормально не совместимы с их креативной правкой админом. И тем более не совместимы с правкой инструментом вроде chef/puppet.Вы сами себе противоречите. Чем «правят обычные конфиги» мешает «креативной правке админом» и, тем более, «правке инструментом вроде chef/puppet»?
Тем, что в обратном порядке (вначале креативно админом, а потом из chef/puppet или тулзой) оно обычно корректно не работает.
> А в солярке данные для конфигурации хранятся в своих БД, и с этими БД можно работать через различные API (чаще всего консольных команд). Конфиги, по необходимости - где-то доступны, вторичные, генерируемые, где-то заглушки, т.к. программы подтягивают данные конфигурации напрямую из БД.Кстати, в ненавистной Windows так же (реестр на фоне %SYSTEMROOT%\System32\drivers\etc и отображения ini-файлов на реестр)…
Так MS сделал реестр по одной простой причине: FAT загнется на такой иерархии, как пить дать.
> Кстати, в ненавистной Windows так же (реестр на фоне %SYSTEMROOT%\System32\drivers\etc
> и отображения ini-файлов на реестр)…Не все идеи из Windows плохи по сути. Есть, и довольно немало, очень здравых. Правда, реализация никуда не годная..
> btrfs еще "technology preview" и невозбранно глючит.Вообще-то у меня есть с ним некоторое количество томов в не очень ответственных применениях и я имею сказать что он как правило "просто работает". Я делал кучу перезагрузок срубая его на всем ходу "ради интересна". Были всякие нештатные потери питания и что там еще. Btrfs-у пофиг. Продолжает работать. Единственное что ядро все-таки должно быть новым, а не от 1929 года. Поток крутых багов пошел на убыль где-то в районе 3.10 или около того.
> Вот прямо сейчас.
Вот прямо сейчас у меня вкалывает некое количество томов с btrfs. Я допускаю что можно срубить глюки при каких-то продвинутостях, типа RAID 5/6 или send, которым без году неделя. А обычные фичи ФС - просто работают. Ну вот так вот, да.
> А zfs уже в продакшене.
ZFS в лине нет и не будет. Это сторонний проект.
> Много лет. А многие фичи zfs там еще даже не начали толком разрабатываться.
А у ZFS куча дурных грабель в архитектуре, которые вообще скорее всего не вылечат уже никогда.
> Сходу вспоминаются: raidz/2/3, не страдающие write hole и другими
> проблемами аппаратного или софтварного raid5/6;"И в дepьме встречаются жемчужины". Все-таки было бы странно если б в ZFS были только минусы при таком объеме R&D который на него ухайдакали.
> внешние log-устройства;
CoW предполагает идею что журналом является вся площадь стоража вообще. Что и позволяет там быстрые записи с полным журналированием не делая две записи на диск одного и того же. Сани же наворотили нечто странное и довольно костыльное. При том нигде даже толком объяснить не смогли "нахрена оно сделано так". Больше всего оно похоже на "я его слепила из того что было". При том было на момент дизайна не так уж много и саночники нагородили там каких-то местных велосипедов весьма сомнительной эффективности.
Грубо говоря, я не понимаю почему нужда в "внешних log устройствах" является для CoW-based каким-то преимуществом вообще. Это скорее намек на то что CoW получился совсем г-но и пришлось подпирать костылями и подпорками, настолько люто что с отдельного девайса даже профит получается. Чего ради это надо CoW-based в плюсы записать - я не догоняю. Для классики проблема еще понятна, но в CoW-based сие просто костыли и подпорки, а не "фича".
> streaming replication;
Send/receive и в btrfs пилят.
> вложенные fs с отдельными свойствами и делегированием прав на настройку этих свойств.
Subvolumes в btrfs есть уже давно.
> А так, в теории, можно говорить, что minix3 это "почти линукс,
Да я б так не сказал - там на уровне архитектуры отличий много.
> Это объяснить сложнее, и спорить на эту тему желания нет,
Ну еще бы. Громкие маркетинговые бла-бла покрывать своей тушкой вообще занятие сложное.
> несколько интерфейсов управления контейнерами (условно "старый openvz", "новый openvz",
> lxz), каждый со своими особенностями и управляемый по-своему,OpenVZ - вообще сторонний проект. Так что если кто готов грызть кактус типа ZFS-а в пингвине - ну и VZ его смущать не должен. А мне честно говоря не нравится нужда ставить сторонние костыли типа чужих модулей ядра или кастомных ядер. Все это потенциально дестабилизирует кернель. А в случае багов с такими ядрами писать придется исключительно в спортлото. Ядерщики в майнлайне не собираются отдуваться за глюки чужих модулей, поэтому чужой модуль в ядре - приговор. Вы автоматически становитесь иизгоем - ваши баги никто в майнлайне изучать вообше не станет. А то что те дельцы ZFSных модулей, openvz или чего там еще готовы подхватить всю разработку всего кернела и разруливать вообще все баги - далеко не факт. Вот как-то так юзеры всей этой кривизны и попадают между молотом и наковальней. Когда в случае багов их будут футболить и там и там. В одном случае - "вражеский модуль может портить память, ничего не знаем, вопросы к ним!" а во втором - "это наверное не наш баг!". Такой самосбор по факту оказывается подвешен на самого юзера такой технологии и ипись там как хочешь сам. Это ясен фиг недостаток. Поэтому хорошие вещи должны быть в майнлайне.
> в солярисе поддерживалась одна система, которая обрастала фичами и в которой сейчас доступны некоторые
> вещи, которых ни в одной реализации линуксовых контейнеров или нет, или
> нет возможности настроить через стандартный интерфейс.В каком-то роде это так, "но есть нюансы", по типу конских условий лицензирования. Благодаря которым как-то так вышло что неидеальный пингвин грубо пожpaл весь рынок. И пока солярщики натирают мозоли разводя фап-фап-фап на форумах, пингвин всего ничего - выпер всех остальных с рынка контейнерных VPS пинками под задницу. Да, это не иедальное. Но работает достаточно хорошо для того чтобы быть коммерческим решением которое можно продать кастомеру, при не в пример более вменяемом лицензировании. В результате солярщики в принципе не смогут конкурировать с тем же openvz. Не смогут они при оракловых условиях поддерживать конкурентоспособный уровень цен. А контейнер задорого и с экзотичной операционкой - нафиг кастомерам не упал :).
> в солярке это есть *уже* и далеко не первый год.
В солярке - висит груша, нельзя скушать. Поэтому все хостеры дружно юзают openvz и по сути весь рынок контейнерных VPS - это вот оно и есть. Остальные вообще где-то в ж...е оказались. Сейчас набирают обороты всякие там докеры и прочие, но опять же они все о пингвине. Если пара разных управляторов и надстроек в пингвине будет рубаться - остальных эти титаны просто случайно утрамбуют в грунт, нечаянно наступив тапком. Соляра с ее лицензированием вообще никому не конкурент.
> С одной стороны, да. С другой стороны, а где этот RHEL7?
Ну как бы он релизнут, а дальше вы там уже сами разбирайтесь насколько эта фича вам нужна. Волновать этот зоопарк переходнго периода будет только наемных админов. Ну этим не привыкать разруливать "что есть".
> первые появляться, думаю, а по количеству действующих инсталляций он превзойдет RHEL6
> только года через 3.Вас это колыхать будет только если вы какой-нибудь наемный админ. Этим всегда жить сложно и они привычные.
> И админы еще далеко не все привыкли к systemd. И многие еще долго будут использовать его как "sysv
> compatible init", ограничивая взаимодействие с ним service xxx start/stop по привычке.Ну так от SMF они тогда вообще утонут в собственной блевотине. И вообще, привычки - из области достоинств и недостатков людей, а не технических решений.
> редхате - а покажите мне админов, которые использовали фичи upstart за
> пределами sysv compatible init?Я вот лично в серверных убунтах использую upstart непосредственно - вколачивая конфиги. И труба я шатал писать ему инит портянки вместо конфига на 5 строк. И если что, я вполне нормально отношусь к systemd, в отличие от заклиненых "а я привык вот так".
> SMF же, с другой стороны, появился в 10-ке девять (!!) лет назад.
А ДВС и вовсе более века используют.
> И все, кто работает с соляркой умеют работать с ним и
> использовать его функциональность.Опять же - это человеческий фактор, а не свойства системы. Да, до сих пор есть те кто умеет гонять телеги запряженные лошадьми. Ну и пусть себе гоняют, если ПДД не нарушают. Лишь бы проблемы другим участникам движения не создавали. Пусть плетутся там в своей первой полосе по второстепенным дорогам, я не против.
> На самом деле, тут интереснее другое. Solaris раньше линукса (хотя линукс активно
> подтягивается, несмотря на ненавистников такого подхода) предложил новые способы настройки
> системы - чтобы настроить сеть, шары, точки монтирования, настройки даты/времени и
> локали и тому подобное командами, а не правкой конфигов.Тут очень спорный вопрос что считать за фичу, а что за баг. Конфиги например просты в инспектировании и в них можно сунуться любимым текстовым редактором, а не какой-то кривой утилей, в которой в половине случаев вообще так как надо прямыми методами не сделаешь. И вот тут соляра с ее трансляцией XML -> SQlite получает -100 к очевидности. Решение с чтением конфига - те же конфигурационные данные, только лежат сразу в простой и быстрой БД называемой ФС и доступны всем программам (плюс-минус права доступа) а не полутора утилитам сомнительной степени кривости.
> Это было сделано, чтобы обеспечить консистентный результат при правке и админом из консоли,
> и пользователем из гуя, и devops'ом из скрипта или puppet'а.А в результате получилась очередная энтерпрайзятина, где чуть шаг в сторону - и админ мозг свихнет.
> И, опять же, в линуксе это только сейчас появляется (и многим совсем
> не нравится), а в солярке уже какое-то время есть - правда,
> по факту многое появилось только в 11 или 11.1В линухе обычно есть выбор - и если кому-то не нравится, он может пойти лесом и запилить так как ему нравится. И это хорошо. Я не считаю что система должна быть настолько негибкой и прибитой гвоздями что альтернативные варианты должны быть напрочь недоступны. Все хорошо в меру, а ультра-радикальные решения с тотальной диктатурой 1 вендора и 1 правильным путем - попахивают фашизмом. Гарри Поттера за это и не лю. Только у него этот строй не получится, по техническим причинам. А вот у оракля, MS и прочих эпплов - запросто.
И говоря за себя я бы предпочел чтобы команды утилям апдейтили конфиги, чтобы была возможность эти самые конфиги и прямым доступом рихтовать в любимом редакторе, если я посчитал что так проще чем полчаса дрюкать утилиту в командлайне.
> а использования его нигде нет.
Да, надо поставить целый 1 пакетик - kexec-tools. Раз по дефолту нет - значит настолько всем "надо" было. Будь оно супер-нужно всем вокруг - было бы иначе.
> oprofile и perf штуки хорошие, но никаким местом не аналоги. systemtap
> - сильно слабее, но аналог, но активировать его под продакшен-нагрузкой? Увольте.
> А вот DTrace не страшно.Дьяволов в деталях вообще много. Почитаешь вот лицензию на ракловое добро - пойдешь себе лесом с интересом, хоть оно там трижды замечательное. Ибо грызть кактус на таких условиях нифига не айс, а соревноваться "у кого длиннее" с юридической службой оракла затея очень на любителя. Да и натыкаться на всякие затяжки гаек и подляны может хотеть только мазохист.
О чем это я? А о том что выбор решений надо делать не по принципу "о какая няша" а по совокупности ВСЕХ параметров. У оракля конские условия лицензирования и тотальная вендорлочность, это может поxepить любые технические достоинства. И успешно с этим справляется, основные усилия разработчиков давно сместились на пингвины.
(удалено)
>> btrfs еще "technology preview" и невозбранно глючит.
> Вообще-то у меня есть с ним некоторое количество томов в не очень
> ответственных применениях и я имею сказать что он как правило "просто
> работает". Я делал кучу перезагрузок срубая его на всем ходу "радиЭто прекрасно. А я пару месяцев назад видел, как ему стало плохо при попытке использовать под нагрузкой, безо всяких перезагрузок вообще. И пометка "technology preview" все ж таки говорит о том, что в стабильности у крупных игроков есть большие сомнения.
> ZFS в лине нет и не будет. Это сторонний проект.
Мы, вроде, обсуждали, чем интересна солярка. Что в линуксе сторонний, это понятно.
> CoW предполагает идею что журналом является вся площадь стоража вообще. Что и
> позволяет там быстрые записи с полным журналированием не делая две записиCoW не заменяет лог вообще. Лог все равно необходим, в частности, без него полная жопа на синхронных операциях (БД с частым fsync или nfs сторейдж, например). Zfs умеет лог на диске, но это 1) увеличивает фрагментацию (т.к. какая-то инфа из лога записывается "прямо тут" перед данными, потом данные, потом этот кусочек стирается, остается свободное место) и 2) заставляет честно писать данные на медленный диск, в то время как внешний лог на SSD позволяет сделать это во много раз быстрее и сказать "мы все записали, fsync выполнен!"; и, зная, что данные уже никуда не потеряются, через какое-то время их аккуратно записать на реальный сторейдж.
При нормальной работе, чтения из ZIL нет. Пишется туда и пишется.
> на диск одного и того же. Сани же наворотили нечто странное
> и довольно костыльное. При том нигде даже толком объяснить не смогли
> "нахрена оно сделано так". Больше всего оно похоже на "я егоОбъяснений довольно много, вы в гугле SSD ZIL набирать пробовали? :)
>> streaming replication;
> Send/receive и в btrfs пилят.Ага, и когда допилят?.. А я вообще говорил про непрерывную репликацию, когда запускаешь операцию копирования и на второй машине можно *немедленно* работать с любыми данными из принимаемого датасета. Оно прозрачно в момент обращения к данным, которые еще не переслались немедленно пересылает именно их и отдает.
> OpenVZ - вообще сторонний проект. Так что если кто готов грызть кактус
> типа ZFS-а в пингвине - ну и VZ его смущать не
> должен. А мне честно говоря не нравится нужда ставить сторонние костыли
> типа чужих модулей ядра или кастомных ядер. Все это потенциально дестабилизируетСторонний! А в солярисе "свой". Отсюда и разница в подходах и стабильности интерфейса..
>> первые появляться, думаю, а по количеству действующих инсталляций он превзойдет RHEL6
>> только года через 3.
> Вас это колыхать будет только если вы какой-нибудь наемный админ. Этим всегда
> жить сложно и они привычные.Я просто анализирую с технической точки зрения. Лично меня не радует необходимость использовать runit или supervisord в дополнение к штатному init'у сейчас и я с нетерпением жду systemd в продакшене. Но, блин, в солярке уже все нормально. Вот в этом и разница..
>> И, опять же, в линуксе это только сейчас появляется (и многим совсем
>> не нравится), а в солярке уже какое-то время есть - правда,
>> по факту многое появилось только в 11 или 11.1
> В линухе обычно есть выбор - и если кому-то не нравится, он
> может пойти лесом и запилить так как ему нравится. И этоЭто в теории. Но если мы тянем линукс "в энтерпрайз" - увы, этого уже нет.
> О чем это я? А о том что выбор решений надо делать
> не по принципу "о какая няша" а по совокупности ВСЕХ параметров.
> У оракля конские условия лицензирования и тотальная вендорлочность, это может поxepить
> любые технические достоинства. И успешно с этим справляется, основные усилия разработчиков
> давно сместились на пингвины.Это правда. Но, во-первых, есть всякие smartos, а во-вторых, может, оракл-таки одумается ))
Вон, с джавой-то они все хорошо делают.
> Лучше линукса это следующим:
> - божественная Service Management Facility (SMF) - ни в одном линуксе нет даже намёка на подобный механизм - лишь убогие костыли типа service & update-rc.d;Ну ты тролль :) Гoвнищe smf редкое. Я иной раз только из-за него предпочитаю линукс поставить.
> - крайне гибкая и удобная настройка сети с командной строки - не надо в одном дистрибутиве править тот файл, в другом - этот и т.п.;
Ога-ога. Только вот в разных версиях соляры - по разному. И ты скромно забыл упомянуть что таки две а то и три утилиты (depend on), плюс файлики править ... это легче?!
> - быстрый ребут без захода в биос - просто перепинывается из памяти ядро и полетели (изкоробки);
Работает как надо только на спарках. На пизюкахЪ - это прострел своей ноги с особым цЫнизмомЪ
> - встроенное средство отладки любой части ОС и любого приложения - DTrace;
В лине есть похожий тул, пожиже конечно но ~%75 от дитрэйса покрывает.
> Минусы такие:
> всё молча взлетело на различных железкахПовезло. Серьёзно.
> По большому счёту, перебежчику с линукса сейчас лучше всего использовать Solaris как СХД
А это всем, СХД + подставка под БД. Всё остальное дешевле перетянуть на пизюги с линем.
>и в некоторых случаях как сервер контейнеров.Нет. Оно нищевое, не в майнстриме, ты бы ешё BSD-шный BHive посоветовал :)
Хотел писать Ышо, да beep с ним .
> А есть какой-то гайд чем это лучше линукса и с чего начать
> использовать?Можно просто охарактеризовать-ОС для исполнения сервисов на машинах
с количеством CPU в несколько десятков, и с устойчивым её функционированием
на высоких нагрузках. Плюс эта ОС для машин с специализированными процессорами,
в которые заложены на уровне архитектуры и реализации схемотехники, высокая степень
надёжности и отказоустойчивости исполнения инструкций. Но для исполнения на машинах
с x86, и количеством ядер не больше 8, эта система вообще никакая, хоть линукс, хоть *BSD
оказываются лучше на порядок по всем параметрам.
>> А есть какой-то гайд чем это лучше линукса и с чего начать
>> использовать?
> Можно просто охарактеризовать-ОС для исполнения сервисов на машинах
> с количеством CPU в несколько десятков, и с устойчивым её функционированием
> на высоких нагрузках. Плюс эта ОС для машин с специализированными процессорами,
> в которые заложены на уровне архитектуры и реализации схемотехники, высокая степень
> надёжности и отказоустойчивости исполнения инструкций.Сие есть правда.
> Но для исполнения на машинах
> с x86, и количеством ядер не больше 8, эта система вообще никакая,
> хоть линукс, хоть *BSD
> оказываются лучше на порядок по всем параметрам.А вот это брехня.
root @ host1 / # psrinfo
0 on-line since 07/22/2014 18:52:56
1 on-line since 07/22/2014 18:53:01
2 on-line since 07/22/2014 18:53:01
3 on-line since 07/22/2014 18:53:01root @ host2 / # psrinfo
0 on-line since 07/30/2014 17:27:26
1 on-line since 07/30/2014 17:27:32
2 on-line since 07/30/2014 17:27:32
3 on-line since 07/30/2014 17:27:32И ничо. Первый четыре года аптайма, второй только введен в строй.
> А вот это брехня.Запустите сортивку какую или прочую простую задачку-на малом количестве ядер (x<8 в среднем)
солярис медленнее линуксов и бсд местами в два раза. С увеличением количества ядер
произодительность приложений в солярисе увеличивается тупо линейно, в то время как
например у линукса, при количестве ядер, в среднем, больше восьми наблюдаются резкие провалы
производительности на интенсивных нагрузках на многопоточных вычислениях. Не фрюникс
сам гонял тесты от делать нечего. Из многопоточных вычислений, можно привести, для примера,
сетевой стек ядра.
Буду краток: брехня.
> Буду краток: брехня.Тут не политический, а технический форум, неплохо бы аргументировать.
Может тоже тесты гоняли? Будем рады подробностям, хоть кратким.
Вы сначала свои представьте.
>> Буду краток: брехня.
> Тут не политический, а технический форум, неплохо бы аргументировать.
> Может тоже тесты гоняли? Будем рады подробностям, хоть кратким.То, что ты написал, действительно брехня. У соляриса очень неплохой
уровень масштабируемости в плане SMP. Но и в Линуксе за последние 10 лет
в приходом NPTL он очень очень прогрессировал. Сейчас он ничем не уступает
Солярисному. Подтвержающих это бенчмарков пол тырнета. Поищи и найдешь.С другой стороны Солярис проседает в массе "нишевых" микробенчмарков по сравнению
с линупсами. Для ентерпрайза и задач типовых для соляриса оно не нужно, никто его и не вылизывает. Например fork(2) на солярисе гораздо медленне Linux/BSD-ых реализаций
(несколько лет назад я его мерил). Ну и нафиг там никому не уперся быстрый форк.
Это просто пример. Опять же микробенчмарков с участием соляриса пол тырнета.
> Можно просто охарактеризовать-ОС для исполнения сервисов на машинах
> с количеством CPU в несколько десятков, и с устойчивым её функционированием
> на высоких нагрузках.Открой для себя top500.org :-)
http://top500.org/statistics/list/
http://top500.org/statistics/details/osfam/1Linux — 97%
На компьютерах из списка достаточно много процессоров?
> На компьютерах из списка достаточно много процессоров?Ну думаю там в большистве своем 8-16 ядерные узлы, соединенные мощным интерконнектом. Это немного другой класс систем.
>> На компьютерах из списка достаточно много процессоров?
> Ну думаю там в большистве своем 8-16 ядерные узлы, соединенные мощным интерконнектом.
> Это немного другой класс систем.Ваша версия на чём-то основана или это чисто предположение? Судя по данным списка, в среднем на систему приходится 44059 ядер, это было бы около 3 тысяч 16-ядерных узлов...
Мое предположение основано на том, что 3 тысячи 16-ядерных узлов будут стоить дешевле полутора тысяч 32-ядерных (сравните цены на линейки Xeon E5-2600 или E5-2400 и E5-4600)
Есть конечно BlueGene и подобные с хитрой архитектурой, но это скорее исключение, чем правило.
> Есть конечно BlueGene и подобные с хитрой архитектурой, но это скорее исключение,
> чем правило.Скорее нынче набирают обороты: системные процессоры дирижируют, а черную работу ворочат относительно простые и глупые ALUшки в каком-нибудь GPU, Xeon Phi и тому подобных. При том ALUшки относительно глупые и простые. Зато долбят хорошо. Если уж суперскорости вычислений нужны - этого у них есть. Берут количеством.
> Ну думаю там в большистве своем 8-16 ядерные узлы, соединенные мощным интерконнектом.
> Это немного другой класс систем.А экстремальные переростки никогда и не были самыми оптимальными существами. Вон динозавры все попередохли. И не помогли им ни размеры, ни силища.
> Открой для себя top500.org :-)
> http://top500.org/statistics/list/
> http://top500.org/statistics/details/osfam/1
> Linux — 97%
> На компьютерах из списка достаточно много процессоровУ школьников с опеннета хватает мозгов прочитать про top500,
но не хватает таковых на то, чтоб изучить аппаратную конфигурацию
машин в кластерах из top500, и сколько ядер в максимуме содержат эти ноды.
> У школьников с опеннета хватает мозгов прочитать про top500,
> но не хватает таковых на то, чтоб изучить аппаратную конфигурацию
> машин в кластерах из top500, и сколько ядер в максимуме содержат эти
> ноды.Давай подсчитаем.
Count: 485
Cores: 21368763Если я правильно понимаю, то на 485 систем с Linux приходится 21368763 ядер? Считаем, сколько ядер в среднем приходится на одну систему: около 44059. Вы ведь не станете утверждать, что системы под Linux, составляющие основу списка, состоят из десятков тысяч однопроцессорных компьютеров? :-)
> Давай подсчитаем.
> Count: 485
> Cores: 21368763
> Если я правильно понимаю, то на 485 систем с Linux приходится 21368763
> ядер? Считаем, сколько ядер в среднем приходится на одну систему: около 44059.Грёбанная школота :(
step 1: Зайди на топ500 да кликни на нумбер оне - оно тебе скажет на каких процах китайцы его сделали.
step 2: Кинь в гугель и на сайте Ынтеля найди сколько у них корок.
step 3: сравни со своей средней температурой по больнице
step 4: убейся
> Грёбанная школота :(
> step 1: Зайди на топ500 да кликни на нумбер оне - оно
> тебе скажет на каких процах китайцы его сделали.Можно просто в Википедию зайти: https://ru.wikipedia.org/wiki/%D0%A2%D1%...
16 тысяч узлов, каждый из которых содержит по два 12-ядерных процессора. Т.е. каждый узел — 24 ядра. Мало?
> Можно просто в Википедию зайти: https://ru.wikipedia.org/wiki/п╒я▐п╫я▄я┘я█-2Но всю вычислительную нагрузку несут специализированные вычислительные сопроцессоры
Xeon Phi, которые задействуются драйверами и библиотеками, и работают под управлением
своих прошивок связываясь с CPU и ОС по шине. CPU выполняют обслуживающую
эти вычисления функцию, и функциию интеграции ноды в кластер, и вряд ли находятся под
серьёзной нагрузкой. И вообще, интерес представляют кластеры из top10, все
остальные просто обычные большие кластеры серверов стандартной конфигурации из
низшего ценового диапазона. И из top10 половина построена на x86, и ноды в каждом из них,
кроме CPU, оснащены специализированными сопроцессорами, которые и выполняют
все вычислительные задачи, и CPU выполняют вспомогательные задачи. В то время как на кластерах,
построеных не на x86, никаких специализированных вычислителей нет, и все вычисления проходят на самих CPU.
Коль скоро пошла пьянка с привлечением в качестве авторитетного источника информации конфигурации
машин из top500, то вышеприведённый факт свидетельствуют о несостоятельности архитектуры
x86 в интенсивных вычислениях, несмотря на то, что у большинства народа числодробильные
способности x86 сомнений не вызывают, и считается, что это их самая сильная сторона.
Дайте прямые ссылки
> Дайте прямые ссылкиПожалуйста:
http://download.oracle.com/otn/solaris/11.2/sol-11_2-text-x8...
http://download.oracle.com/otn/solaris/11.2/sol-11_2-text-x8...Только не забудьте залогиниться в OTN :)
Без залогинивания никак?
Только членам секты. Свой логин не дам только потому, что регистрация требует только почты. Мне, например часто приходилось к0чать OEL и рахловую СУБД.