Увидел свет (https://www.openindiana.org/2018/04/28/openindiana-hipster-2.../) релиз свободного дистрибутива OpenIndiana 2018.04 (https://wiki.openindiana.org/oi/2018.04+Release+notes), пришедшего на смену бинарному дистрибутиву OpenSolaris, развитие которого было прекращено компанией Oracle. OpenIndiana предоставляет пользователю рабочее окружение, построенное на базе свежего среза кодовой базы проекта Illumos (http://www.illumos.org/). Непосредственно разработка технологий OpenSolaris продолжается проектом Illumos, в котором развивается ядро, сетевой стек, файловые системы, драйверы, а также базовый набор пользовательских системных утилит и библиотек. Для загрузки сформировано (http://dlc.openindiana.org/isos/hipster/) три вида iso-образов - серверная редакция с консольными приложениями (664 Мб), минимальная сборка (391 Мб) и сборка с графическим окружением MATE (1.5 Гб).
Основные изменения (https://wiki.openindiana.org/oi/2018.04+Release+notes) в OpenIndiana 2018.04:
- Пользовательское окружение пересобрано с использованием GCC 6.4 (ранее для сборки применялся GCC 4). Сборка ядра illumos-gate по-прежнему осуществляется при помощи патченного GCC 4.4.- Для защиты от уязвимости Meltdown в ядре активирован механизм защиты KPTI (Kernel Page Table Isolation), который обеспечивает разделение таблиц страниц памяти ядра и пространства пользователя при переключении контекста во время системного вызова или прерывания;
- Прекращена поддержка рабочего стола GNOME 2 и удалены все его компоненты. Удалены библиотеки Libunique, at-spi, libgnome-desktop и GNOME-биндинги для python, вместо которых приложения портированы на использование штатных возможностей GTK2/GTK3. Избавлены от привязки к библиотекам GNOME 2 многие специфичные для OpenIndiana приложения, такие как nwam-manager, time slider и инсталлятор. В качестве базового пользовательского окружения предлагается MATE 1.18, который теперь поставляется только для 64-разрядных систем;
- В установочные образы добавлена поддержка zoneproxy, позволяющего обновлять зоны ipkg без наличия соединения с интернетом, пользуясь развёрнутым в локальной сети прокси;
- Для обработки связанных с энергопотреблением событий в состав интегрирован Upower (https://upower.freedesktop.org/). Для управления питанием задействован Mate Power Manager;- Внедрён фремворк для ежедневного автоматизированного тестирования состояния установочных сборок;
- Удалён IIIM (Internet Intranet Input Method Framework);
- Продолжается работа по поставке только 64-разрядных приложений;- Образы ISO и USB поддерживают загрузку в режиме UEFI, но его поддержка пока не доведена до конца, например, не работает VGA-консоль и недоступны некоторые шаги в инстялляторе;
- Обновлены версии пользовательских программ, в том числе Firefox 52.7.3, VLC 2.2.8, Thunderbird 52.7.0, Gnumeric 1.12.39, zsh 5.4.2, Midnight Commander 4.8.20;
- Обновлён графический стек: Xorg Server 1.19.6,
драйвер NVIDIA 340.10, добавлен видеодрайвер для Virtualbox;
- Обновлено серверное ПО: PostgreSQL 9.4, MariaDB 10.1, Percona Server 5.6, 5.7, CouchDB 2.1, ISC Bind 9.10.6-P1, ISC DHCP 4.3.6-P1,
Squid 3.5.27, Nginx 1.14.0, Apache 2.4.33, Samba 4.5.16,
Node.js 6.14.0 и 8.11.1;- Обновлены средства для разработчиков: GCC 6.4.0/7.3.0, Jenkins 2.89.4 (LTS) и 2.108, OpenJDK 1.8.162, Erlang 19.3, Mercurial 4.5.3, Git 2.16.2, memcached 1.4.37, PHP 5.6.35 и 7.0.29.
URL: https://www.openindiana.org/2018/04/28/openindiana-hipster-2.../
Новость: https://www.opennet.me/opennews/art.shtml?num=48507
Зачем и кому это нужно? Правда интересно.
это оказалось ненужно и неинтересно модераторам, поэтому обсуждение уже выпилили.
модераторы - это не истина последней инстанции
да, но не буду же я (и те кому я отвечал) тратить время на повторный пересказ.
Да они все выпиливают. А обсуждение случайно не было киданием к@кашками и рассказом какие все лохи, как обычно?
Это нужно, например, людям, которые делают стораджи для пачки виртуалок по iSCSI. И не дома, с целью потеребить ЧСВ, а в мелком бизнесе, у которого нет денег на NetApp, EMC и тому подобное
в 2013м построили san. Оптика карточки Qlogic, 6 серверов OpenIndiana, - uptime 5 лет ниразу не перегружалось.
Горячий резерв, очевидно?
Все время хочется возразить на аргумент про долгий аптайм. Сказать что мой сервак на 2003 винде тоже может годами без ребута, но строители-суки стабильно 2 раза в год рвут кабель и сидим 3 дня без света :)
Даже "строители-суки" знают, что вендузятник должен страдать.
А чем он лучше FreeBSD?
Тем что наполовину это linux
> А чем он лучше FreeBSD?Как явствовало из удалённого модераторами не являющимися ни истиной ни последней ин станцией в отличие от палаты, например тем что во FreeBSD решили похоже полностью сломать журналирование да и вообще правильную работу жёстких дисков...
> да и вообще правильную работу жёстких дисков...Будет как в Linux, с очередями и приоритетами, а планировщик IO будет сходить с ума, разруливая это?
Аутистам с одной очередью и 8 ядрами виднее
linux bug #12309 тоже будет портирован?Пример решения: https://proggear.ru/linux-bug-12309-i-fiks-padeniya-proizvod.../
> linux bug #12309 тоже будет портирован?А у соляры для начала управление памятью нормальное сделали? Чтобы ядро могло при нужде резко отобрать у дискового кэша память, а не прикладывать приложения out of memory при отожранном кэше. А то когда *bsd передирали ZFS из соляры - в этом аспекте вышел трэш и угар.
Дисковый кэш ZFS ARC динамический, может не только расти, но и ужиматься, если запускаемым приложениям нужно место в занятом ОЗУ.///---http://onreader.mdl.ru/AdvancedZFS/content/Ch07.html
ARC спроектирован и для жадных, и для щедрых. Если система имеет свободную оперативную память, а ARC предполагает, что, возможно, может извлечь из этого преимущества, ARC захватывает память. При всяком чтении с диска ARC кэширует файл в оперативной памяти. ARC продолжает кэшировать файлы до тех пор, пока система не использует всю свою оперативную память.FreBSD резервирует 1ГБ оперативной памяти для ядра и прикладных программ. Вся оставшаяся оперативная память является предметом для справедливой игры ARC. В продолжительно работающих системах с большим объёмом систем хранения и не очень большим объёмом оперативной памяти не будет сюрпризом увидеть, что ваша ARC потребляет основную часть системной памяти.
Однако, ARC имеет очень низкий приоритет для запросов к памяи. Если приложение запрашивает оперативную память, а система не имеет достаточно свободной памяти, ядро усекает ARC, предоставляя приложению запрошенную им память. Процесс возвращения оперативной памяти ARC в вашу систему для свободного применения не является мгновенным; он может занять несколько секунд.
Таким образом: если память свободна, ARC будет её использовать. Если что-то испытывает потребность в этой памяти, ARC возвращает её назад. Современные сервера имеют в наличии много оперативной памяти. Они могли бы применять её для чего- то полезного. Старая поговорка "Свободная память- потерянная память" всё ещё является верной.
---///
Теоретическая копи/паста которая в реальных боевых условиях под нагрузкой нефига не значит.
> Теоретическая копи/паста которая в реальных боевых условиях под нагрузкой нефига не значит.Есть доказательства? Приведите - почитаем.
>> Теоретическая копи/паста которая в реальных боевых условиях под нагрузкой нефига не значит.она на виртуалке на древнем ноуте нихрена не значит. Виснет 100%. Рецепт известен, причины тоже (их больше одной), толку от этого знания ноль.
> Есть доказательства? Приведите - почитаем.
я затрахался их приводить в каждом треде, упоминающем ваш фетиш.
Пользуйтесь поиском. Или гуглем. Нет, не исправлено, с 2016го года, когда проблема всплыла глобально. Разработчики предпочитают заметать крошки под ковер.И нет, у индианы все хорошо, у нее по другому устроена система управления памятью в принципе, проблема существует только в вашей любимой системе, жертве копипастинга и гонора горе-"разработчиков".
Только прикладных задач под ней не решают, поэтому пользы от этого никому и никакой.
> А у соляры для начала управление памятью нормальное сделали? Чтобы ядро моглода.
> при нужде резко отобрать у дискового кэша память, а не прикладывать
> приложения out of memory при отожранном кэше. А то когда *bsd
> передирали ZFS из соляры - в этом аспекте вышел трэш и
> угар.он и посейчас, только вместо (вместе с) улета приложений по sigsegv или кернельного oom - локапы и битые пулы.
Доулучшали.Именно по той причине, что тех частей, которые есть в соляре, и которыми невозбранно пользуется arc.c, у фри нет. И своих нет (там память жрать может не только ARC, и результат будет ровно тот же - памяти дофига, но приложению ее не дают, а при попытке поискать - виснем, потому что поиску в ядре не хватило памяти, а свопаться само ядро не умеет, поэтому своп стоит пустой)
Я бы с интересом послушал опыт с ZOL на ту же тему - как взаимодействует "неродной" ARC, "родной" buffer cache и предоставление памяти приложениям. Подозреваю, тоже все плохо, или совсем плохо, тех механизмов там тоже нет.
> он и посейчас, только вместо (вместе с) улета приложений по sigsegv или
> кернельного oom - локапы и битые пулы.Что ж ты врёшь?
> Доулучшали.
> Именно по той причине, что тех частей, которые есть в соляре, и
> которыми невозбранно пользуется arc.c, у фри нет. И своих нет (там
> память жрать может не только ARC, и результат будет ровно тот
> же - памяти дофига, но приложению ее не дают, а при
> попытке поискать - виснем, потому что поиску в ядре не хватило
> памяти, а свопаться само ядро не умеет, поэтому своп стоит пустой)Это неправда.
разрыв пердака засчитан.(неумение пользоваться гуглем тоже)
> Это неправда.
"главное - верить!"
Там планировщик не столько сходит с ума "разруливая", сколько с ума сшедший планировщик тогда уж... :-)
> Там планировщик не столько сходит с ума "разруливая", сколько с ума сшедший планировщик тогда уж... :-)Вот как заходит в тупик планировщик дисков в Debian: https://www.linux.org.ru/forum/general/14184949
Там же (постороннее) zfs заходит в тупик, не планировщик...
> Как явствовало из удалённого модераторами не являющимися ни истиной ни последней ин
> станцией в отличие от палаты, например тем что во FreeBSD решили
> похоже полностью сломать журналирование да и вообще правильную работу жёстких дисков...А если почитать оригинал, а не слушать перепев Рабиновича^W поха, то проблема там в write cache самого диска и фейковом подтверждении синка без записи на носитель.
"Правильной работой диска" назвать это можно разве что перепив смузи и навернувшись с гироскутера.
> "Правильной работой диска" назвать это можно разве что перепив смузи и навернувшись
> с гироскутера.Нефиг было фирмварь управляющую мотором на чем попало писать :)
Рецепт кому может всё-таки понадобиться назвать правильной работу дисков во FreeBSD? :-)
> А если почитать оригинал, а не слушать перепев Рабиновича^W поха, то проблема
> там в write cache самого диска и фейковом подтверждении синка без
> записи на носитель.да-да, все на свете диски неправильные, у нас works as intended.
> "Правильной работой диска" назвать это можно разве что перепив смузи и навернувшись
> с гироскутера.лолшта? Вы хотите выключить кэш у hdd ? Или возврат success это неправильная работа writeback кэша?
проблема там в непригодной для работы с кэширующими носителями структуре журнала (и, кажется, еще и неумении системы делать syncronize cache на shutdown). У ext4, к примеру, ее нет (потому что нет "софтапдейтов"). При неподтвержденном write накатится лишний раз уже накаченное (ничего не изменится) или не накатится последняя запись из лога (пропадет бесследно только что созданный файл, но fs останется консистентна)
У zfs тоже нет, поскольку COW. Либо пропадет последняя операция, либо операция выполнится но метаинформация останется старой и fs будет выглядеть, как будто она не выполнялась вовсе, либо все попадет на диск.
> У ext4, к примеру, ее нет (потому что нет "софтапдейтов"). При неподтвержденном
> write накатится лишний раз уже накаченноеИ journal_checksum добавили туда чисто по приколу, ага.
> И journal_checksum добавили туда чисто по приколу, ага.это на совсем другой случай - не когда запись подтвердилась но не доехала до диска, а когда система просто навернулась на полном ходу, и есть шанс, что напоследок записала туда вообще какой-то мусор из поврежденного стека, или электричества хватило на половину блока, а вторую тупо не успела.
Прецедентов в начале 2000х было, причем усугублялись забавным свойством ext3 накатывать журнал необратимо и неостановимо при любом обращении к разделу, даже на чтение. (возможность принудительно заблокировать журнал появилась тогда же, когда write barriers и проверки консистентности - то есть когда уже было особо и не нужно)
Но, как видим, не стали рассказывать что "это у вас у всех диски неправильные", а сделали чтоб работало правильно (и flush cache тоже научились делать на шатдауне, хотя это и полумера, но во многих случаях ее хватает)
>Это нужно, например, людям, которые делают стораджи для пачки виртуалок по iSCSI.Таки да!
Для всего остального ... есть вещи получше. Но стораджи из этого делаются хорошие. Там ведь и IPMP _рабочий_ из коробки есть, с циской друг друга понимают как родные :-)
Смутная перспектива ставить себе ЭТО, сражаясь\смиряясь с многочисленными недоработками, навроде отсутствия пачки драйверов (а значит частично работающего оборудования), поддержки пш-пш-аудио (а значит за удобства при подключении наушников, блютуз-гарнитур можно забыть), при почти полном отсутствии помощи на форумах, и все это ради того чтобы получить на десктопе Mate ?Сорян, но лучше подрoчить на TrueOS, там хоть DE самобытное.
Этот дистриб не для декстопа же. Интересно было бы сравнить производительность серверов приложений на java под OI и под linux.
> Этот дистриб не для декстопа же.Тогда что там делает Mate ?
Иногда на серверах и графика нужна бывает. Хотя обычно в этом случае ограничиваются голимыми иксами, но если кому вдруг хочется странного - пуркуа бы и не па?
> Этот дистриб не для декстопа же.этот - именно для десктопа и для недо-сереров в единичном экземпляре. (зачем бы туда тащить mate с мазилой, действительно)
То что его еще выпускают - хороший признак, значит разработчики еще едят собственную выпечку, а не сплошь пуссиэкзешники.Для голого сервера делаются OmniOS и этот, joyent'овский, опятьзабыл.
Только они все полуживые, к сожалению.
Чем лучше обычной солярки?