Разработчики документо-ориентированной СУБД MongoDB уведомили (https://engineering.mongodb.com/post/farewell-solaris) пользователей об исключении Solaris из числа поддерживаемых платформ. В качестве причины указывается нежелание впустую тратить ресурсы на сопровождение платформы судьба которой под вопросом и которая потеряла спрос среди клиентов. В частности, утверждается, что неопределённость Oracle в отношении Solaris и вялость развития данной платформы привели к тому, что все нынешние коммерческие клиенты, применявшие Solaris, перешли на другие платформы или планируют подобный переход. Невостребованность данной платформы среди пользователей MongoDB также подтверждает статистика загрузок сборок MongoDB для Solaris.URL: https://engineering.mongodb.com/post/farewell-solaris
Новость: https://www.opennet.ru/opennews/art.shtml?num=47093
>судьба которой под вопросомВопросы? Какие тут могут быть вопросы? Ну кроме проблемы выбора между белыми тапочками и туфлями.
-> между белыми тапочками и туфлями.
Между белыми тапочками и деревянным макинтошем.
Fixed.
-> между белыми тапочками и туфлями.
Между белыми тапочками и деревянным макинтошем.
Fixed.
Никакого. Рррракл уволил почти всех разработчиков соляры и zfs.
Интересно куда клиенты переходят и куда хотят перейти?! P.s. интересуюсь для общего развития.
На RHEL или Oracle Linux.
А ведь всё могло быть неплохо у Solaris, если бы на Oracle. Лет 10 назад его пробовал, очень даже ничего был.
ЕМНИП лет 10 назад была только десятка, которая была (и есть) жутким окаменевшим гoвном мамонта.
Когда они пришли за коммунистми - я молчал, я же не коммунист
Додушить проприетарные юниксы - святое дело
Однако ж первым делом задушили они OpenSolaris.
Невозможно убить то что уже мертво.
Что мертво, умереть не может (с)
> Однако ж первым делом задушили они OpenSolaris.Он даже не родился, поэтому как максимум это выкидыш по причине дурной наследственности.
Раньше тут занзвер появлялся. Вот..
Тоже не видел ничего плохого в том, что солярку так и не успели открыть.
На фоне айзена и его "сддл — самая открытая из всех приоткрытых" .. ну или как-то так.
Ситуация с systemd как бы показала что и линукс, несмотря на открытость кода и gpl, насквозь проприетарен. Сообщество и открытый код бессильны против бабла.
Вот чудак. Про генту и devuan напомнить? Открытый линукс на то и открыт, что практически на любую глупость находится достаточно недовольных, чтобы сделать альтернативу.
http://www.cucumberlinux.com/ :)
А писать портируемый код они не умеют. Про фрагментации - бред, все вокруг illumos. Clang прекрасно работает, как и gcc.
А сборки загружают меньше, потому что олдскул, а не линукс-школота - собирают сами.
> А сборки загружают меньше, потому что олдскул, а не линукс-школота - собирают сами.Значит и монгу сами майнтайнить как нибудь будут. Они же не школота какая-то, да?
Сходи и объясни им как надо писать портабельный код. А лучше просто напиши статейку на этот счёт. Базы данных устраивают довольно весёлые пляски с бубном вокруг mmap, всячески борясь с ядром, чтобы то не встревало в процесс со своим дисковым кешом. Причём, я подозреваю, что там всё ещё более весело, чем я думаю, потому что я случайно и довольно давно интересовался тем как это делается, и довольно смутно представляю себе проблемы. Я бы с радостью почитал какую-нибудь статейку минут на десять-двадцать чтения, которая бы описала как эти проблемы надо решать портабельно. Так что не таи свои знания, поделись с сообществом.
Не кричите так сильно, он только что Питоняшу выучил, теперь умеет писать переносимо.
О, да, mmap сильно "фрагментирован". Они катят бочку на сообщество и компиляторы. При этом поддерживают Windows - совершенно другую систему. Mysql и Postgres могут в Солярис, а Монго не могу, значит, неосиляторы. С появлением json в Постгресе и Мускуле, Монго не нужна.
Вероятно причина в том что разработчики или хотя-бы тестировщики с виндой у них есть, а с соляркой таких найти - сами понимаете. Соляркой в основном размахивают ископаемые админы, от которых толку в процессе разработки ноль. Вот поддержка соляры в софте и загибается. Где-то быстрее, где-то медленнее. Зависит от терпения разработчиков и их желания иметь дело с экзотикой неизвестно ради чего.
Ага, давайте писать портируемый код. Для начала откажемся от epoll, kevent и прочих /dev/poll и начнем везде использовать портируемый select(). Вот весело-то будет.
По такой логике можно и от C++ отказаться в пользу языка ассемблера. А тут даже самостоятельно абстракции писать не надо, есть libuv, например.
[irony] Но ведь libuv не портируем на произвольный юникс!
> По такой логике можно и от C++ отказаться в пользу языка ассемблера.Только на днях в ffmpeg прилетели оптимизации декодера VP9. На чистейшем AVX2 асм. Зачем? Ассемблерный вариант функции на AVX2 в 10 раз быстрее сишной версии!!! Старинный SSE2 тоже быстрее, но "всего" в 5 раз. Это против простого си, где оверхеда мало и он относительно предсказуем.
> оптимизации декодера VP9. На чистейшем AVX2 асмНо ведь не весь ffmpeg написан на AVX2 асм? Там же есть дефолтная версия на Си, правда?
> Но ведь не весь ffmpeg написан на AVX2 асм? Там же есть
> дефолтная версия на Си, правда?Есть. И на ассемблере или simd intrinsics пишут только критичный код. Но если собрать ffmpeg в чисто сишном виде, работать будет медленно и печально. В libvpx недавно тоже кто-то с @loongson.cn комитнул. Каждый комит давал 100-500% прироста. Побить generic C в критичных к скорости вычислениях не так уж сложно. Тем более что перед вызовом куска асма делают определение cpu в рантайм и вызывают самый хороший кусок. А если с этим набором команд всю прогу собрать - так она грохнется на проце без нужных фич. Всякие явы могут в принципе генерить код используя все фичи проца, но на практике им это не очень помогает по куче других причин, так что толку с этого чуть.
> Ага, давайте писать портируемый код. Для начала откажемся от epoll, kevent и
> прочих /dev/poll и начнем везде использовать портируемый select(). Вот весело-то будет.Платформо-зависимый код должен быть изолирован в одном месте, а не раскидан по всему проекту.
А с чего вы взяли, что в монге он раскидан по всему проекту?
А чего тогда слились? Пишут же - каждый раз тоо мэни эффортс то киииипап ...Да хрен с ней с этой монгой, кому короме строителей уютненьких оно упёрлась?! :-\
> А чего тогда слились? Пишут же - каждый раз тоо мэни эффортс
> то киииипап ...Конечно мэни. Ведь работу программы надо еще и проверить на платформе, если ее поддержка заявляется. Вываливать код который вы даже ни разу не запустили - свинство. Это означает что кто-то должен платформу развернуть, настроить там софт, суметь там собрать программу тамошними тулсами и проч. И где таких желающих взять, если пользователи соляры сильны только в пантарезе и рассказах про правильные юниксы?
> Конечно мэни. Ведь работу программы надо еще и проверить на платформе, если ее поддержка
> заявляется.разумеется. Причем желательно - откатив автоматом комит, а еще лучше - недопустив комита вообще, если тестовая сборка не проходит тесты.
А, да - у нормальных людей это автоматизировано.
> Это означает что кто-то должен платформу развернуть, настроить там софт, суметь там
> собрать программу тамошними тулсами и проч.а разработчики модной хипстерской погребени, разумеется, ничего этого не умеют.
Зато они могут под виндовс, ага. А виноват, разумеется, клятый оракл.не то чтобы, конечно, мне хотелось видеть хоть где-нибудь у себя эту ман..а-дб...
> разумеется. Причем желательно - откатив автоматом комит, а еще лучше - недопустив
> комита вообще, если тестовая сборка не проходит тесты.Есть нюансы.
1: Автоматизировать проверку локалей при логине про которую тут ныли - неочевидно. Возможно проверить вручную раз в релиз проще.
2: Если делать реверт на автомате, подразумевается что кто-то может засетапить тест и при непрохождении кто-то готов с особенностями платформы разбираться. Иначе выйдет саботаж разработки.
3: Заявление поддержки конфигурации подразумевает готовность чинить баги которые там вылезли. Как это делать если у разработчиков нет компетенции в ОС?> А, да - у нормальных людей это автоматизировано.
Автоматизация не заменяет компетенцию в области а лишь разгружает от рутины.
> а разработчики модной хипстерской погребени, разумеется, ничего этого не умеют.
Разработчики скорее всего видели солярис только на картинке и поэтому чинить проблемы своей гребени в этой ОС не способны.
> Зато они могут под виндовс, ага. А виноват, разумеется, клятый оракл.
Виновата ситуация в целом - система мало кому нужна и у нее нет сообщества разработчиков. А вот виндовс достаточно популярный - есть у кого-то из разработчиков. Найти того кто разберется с проблемами виндовса - реально. Поэтому проблемы в виндовсе они починить могут.
> не то чтобы, конечно, мне хотелось видеть хоть где-нибудь у себя эту ман..а-дб...
...но найти программу, где поддержку соляры кто-то декларировал, да еще и реально проверил...
> Платформо-зависимый код должен быть изолирован в одном месте, а не раскидан по
> всему проекту.Так его и "изолировали": прикопали в могилку с солярисом.
+1Молодец. В каждой функции есть своя изюминка,
причем оригинальные решения не приветствуются,
так как написано много программ. Функции совершенствуются
по мере разработки нестандартных алгоритмов или их доработки.
Может, поэтому Linux так популярен, что его постоянно переделывают ?Вообще, к уважению Microsoft, было введено понятие программных
интерфейсов в ООП. Я думаю тоже самое можно сделать и в Linux.
Ну по крайней мере попытаться. Разнообразие конечно нужно
бывает для творчества, но УНИФИКАЦИЯ тоже нужна, только не во вред
качеству.
> к уважению MicrosoftОксюморон ;)
После такого эпичного заявления пользователи ОС Solaris наконец-то узнают о существовании СУБД MongoDB и то что их не посчитали, нет они просто обязаны это узнать иначе разработчики MongoDB сделают еще более дурацкое заявление.
> пользователи ОС Solaris наконец-то узнаютнет. Мозг уже отмер, осталось только вздувшееся тело
Это неважно. Важно что бабла всё ещё немерянно :)
> Это неважно. Важно что бабла всё ещё немерянно :)У кого? У оракла? Они и без саляриса найдут на чем его срубить. Основным активом у них база-переросток, а на чем она там работает вообще дело десятое.
Им пофигу т.к. PostgreSQL есть с JSONB и результат получше ем у монги
>PostgreSQL есть с JSONB и результат получше ем у монгиВлажные фантазии. Никогда РСУБД с примотанным изолентой JSON не сможет догнать изначально документоориентированную СУБД, ни по скорости, ни по фичам.
> Влажные фантазии. Никогда РСУБД с примотанным изолентой JSON не сможет догнать изначально документоориентированную СУБД, ни по скорости, ни по фичам.Сразу видна "осведомлённость" в вопросе :D
Пожалей жабиста, "жабабыстреепроцессора" :-)
Монга очень условно документноориентированная.
Внутре у нея неонка, ну то есть BTree, что вообще очень странный выбор в качестве единственной структуры данных для индекса полей документов, где разреженность может быть очень даже немала. В постгресе же из коробки есть инвертированные индексы, даже два - GIN и GIST на выбор.Главная фича монги - это горизонтальное масштабирование из коробки. На единственном сервере постгрес будет эффективнее на подавляющем большинстве задач (если, конечно, его правильно готовить).
>Главная фича монги - это горизонтальное масштабирование из коробки.Да.
Но комрад А. его люто обо$#@л :) Типо "бибикает и теряет файлы" :) А он - в большом авторитете по поводу поломки сейфов и субдЫ :)
> Главная фича монги - это горизонтальное масштабирование из коробки. На единственном сервере постгрес будет эффективнее на подавляющем большинстве задачА ACID уже стало бесплатным?
В РСУБД вообще НИКОГДА не видел скорости INSERT больше 5-6k в сек. Только не надо про костыли COPY или ораклового SQLloader, речь про программное добавление/изменение данных, а не приседания с csv-шками.
Массовый update такой же "быстрый".
При этом и select-ы проседают мама не горюй.
В слоновий JSON с какой скоростью будет грузиться разлапистый JSON на 1МБ и 500-элементов?
Главный вопрос что там с типами полей?! Автоопределение или всё как string (omg?)
А можно как в монге сделать в одно и то же поле поле и String и например Long в разных документах. При этом .find() прекрасно их различать будет.
> В слоновий JSON с какой скоростью будет грузиться разлапистый JSON на 1МБ и 500-элементов?Сам проверил. autocommit off, 1000 документов весом 40МБ вставлялось 4756мс (коммит после 1000), итого по 200 записей в сек. У монги скажем так, чтобы не обидеть, примерно в 10 раз больше. Безо всякого "правильно готовить"...
Плюс удобные фишки в духе автосоздания коллекций и миллиона других.
Жду прохладных былин про разрыв Монги Постгресом...
А как монга измерялась? Write concern?Не знаю, как сейчас, а раньше монга на операции записи по дефолту возвращала "ок", как только данные _приняты_ к записи, ничего еще по факту не записав.
> А как монга измерялась? Write concern?На одном сервере-то? Читай всю ветку, если комментируешь.
> Не знаю, как сейчас, а раньше монга на операции записи по дефолту
> возвращала "ок", как только данные _приняты_ к записи, ничего еще по
> факту не записав.Итого "слышал звон"...
>Не вижу смысла считать производительность без профиля нагрузки.
Конечно, нет смысла.
Слон сливает по всем критериям (где не нужно ACID).
> итого по 200 записей в сек.Когда же этот безрукий уже повесится?
Ну запиши видео как ты грузишь в слона хмл полумеговые быстрее 300 в сек, я навсегда свалю с этого сайта. Сервак один, не топовый. Вперёд и с песней
> В РСУБД вообще НИКОГДА не видел скорости INSERT больше 5-6k в сек.А ты попробуй начать транзакцию, а потом сразу много INSERT-ов до COMMIT. Будешь немало удивлен. Но в случае чего отменится вся группа, конечно. Так импортируют большие объемы данных в базы. А можно вместо этого пойти путем ББ и вместо RTFMа месяц хрустеть ноутбучным диском, слезно рассказывая о том какая база плохая.
>> В РСУБД вообще НИКОГДА не видел скорости INSERT больше 5-6k в сек.
> А ты попробуй начать транзакцию, а потом сразу много INSERT-ов до COMMIT.Теоретик, ты попробуй сам получи больше 6к в сек, потом будешь учить меня.
Без батча, с автокоммитом и многих других крутилок, у Постгреса скорость вообще 300 инсертов в сек. Со всеми возможными приседаниями 4-6к (зависит от размера записи.
У Монги upto 100k.
Не вижу смысла считать производительность без профиля нагрузки.Если надо практически только инсертить - то эффективнее всего будет хранить данные в простом текстовом файле.
Типичный профиль - это, все же, преобладание селектов.
> Влажные фантазии. Никогда РСУБД с примотанным изолентой JSON не сможет догнать изначально документоориентированную СУБД, ни по скорости, ни по фичам.А починили глобальные локи?
Потерю данных?
Инмемори добавили или только в платной версии?
Добавили транзакции?
Допилили вменяемые запросы?
И наконец можно ограничеть что бы не жрало 100Гб рамы?!!!
А то фичей полно а банального функционала нехватает.
>Добавили транзакцииМда, эксперты опеннета во всей красе. Зачем носклю транзакции? Чтобы получился очередной тормозной Постгрес? Атомарность на уровне документов 100 лет в обед. В том числе на композитные операции типа findAndReplace. Протокол давно починили. А у ПГ всё так же врукопашную мастера переключаете, критики Монги? 8)))
Ключу cacheSizeGB сто лет в обед. Но когда монга ест свои 60% ОЗУ, она и работает божественно. А у слона 350МБ на поток и неотключаемые тормоzzzzZZZZZZzzzzаааа в комплекте.
>Допилили вменяемые запросы
неосиляторы в треде. монговский диалект это шаг вперёд по сравнению с SQL. точка.
>> Допилили вменяемые запросы
> неосиляторы в треде. монговский диалект это шаг вперёд по сравнению с SQL. точка.то есть что бы получить часть данных мне надо всё заселектить
ну это определённо шаг вперёд *лол*
>> Добавили транзакции
> Мда, эксперты опеннета во всей красе. Зачем носклю транзакции? Чтобы получился очередной тормозной Постгрес? Атомарность на уровне документов 100 лет в обед. В том числе на композитные операции типа findAndReplace. Протокол давно починили. А у ПГ всё так же врукопашную мастера переключаете, критики Монги? 8)))
> Ключу cacheSizeGB сто лет в обед. Но когда монга ест свои 60% ОЗУ, она и работает божественно. А у слона 350МБ на поток и неотключаемые тормоzzzzZZZZZZzzzzаааа в комплекте.
>> Допилили вменяемые запросы
> неосиляторы в треде. монговский диалект это шаг вперёд по сравнению с SQL. точка.Чем ТУПЕЕ СУБД тем она быстрее - memcache рулит и пипикает
>> Мда, эксперты опеннета во всей красе. Зачем носклю транзакции? Чтобы получился очередной тормозной Постгрес? Атомарность на уровне документов 100 лет в обед. В том числе на композитные операции типа findAndReplace. Протокол давно починили. А у ПГ всё так же врукопашную мастера переключаете, критики Монги? 8)))Потеряли часть данных?, да и хер с ними...
Обновление - единственныйт показатель в котором mongodb ещё опережает mysql и postgresql
> Потеряли часть данных?, да и хер с ними... Обновление - единственныйт показатель в котором mongodb ещё опережает mysql и postgresqlКакие фантазии. Если Р держать в Ж, то и в Оракле будут теряться данные.
> Какие фантазии. Если Р держать в Ж, то и в Оракле будут теряться данные.Транзакции жеш ...
В принципе можно и дальше люто фапать на монгу. "рукалицо"
> В принципе можно и дальше люто фапать на монгу. "рукалицо"У меня в продакшне и Слон и Монго. Монга разрывающе быстрее и намного удобнее. И теряется там только фапа у фапающих фаперов. ;)
>> В принципе можно и дальше люто фапать на монгу. "рукалицо"
> У меня в продакшне и Слон и Монго. Монга разрывающе быстрее и
> намного удобнее.Ну, если лютый жабист__ так говорит, то значит так и есть! И вооще, лютым жабистам__ принято верить на слово! Ведь лютые жабисты__ еще ни разу не попадались на опеннете на фантазерстве и неосиляторстве! :)
> Ну, если лютый жабист__ так говорит, то значит так и есть! И вооще, лютым жабистам__ принято верить на слово!Я всё гадаю, кто тут сидит. Чуть копнёшь - в СУБД профаны, в прогерстве профаны, в админстве как-то тоже не очень. Ещё и онани(*)мусы 8 из 10.
> Я всё гадаю, кто тут сидит. Чуть копнёшь - в СУБД профаны,
> в прогерстве профаны, в админстве как-то тоже не очень. Ещё и
> жабисты 8 из 10.Во-во. Место видать такое.
Солярка всё! :(
Где-то полгода назад ставил её из любопытства. Случайно не поменял раскладку на английскую и имя ввёл по русски и пароль. Или может не случайно, хотел попробовать, годится она для русскоязычных. Так вот тупизм ситуации такой, что при вводите логина на русский нельзя было переключится, а при вводе пароля почему-то можно... В общем пришлось переустановить систему из-за этого косяка. Соляркой уже никто не интересуется, даже сама Oracle пока ей не позвонят пользователи, которые платят за техподдержку Solaris не вспоминает о ней!
Так бы и написал: ниасилил!
Тоже мне, аналитег диванный!
> Так бы и написал: ниасилил!
> Тоже мне, аналитег диванный!Это называется "мы не тестировали свою систему с локалями отличными от английской", а вовсе не то о чем вы подумали.
>> Так бы и написал: ниасилил!
>> Тоже мне, аналитег диванный!
> Это называется "мы не тестировали свою систему с локалями отличными от английской",
> а вовсе не то о чем вы подумали.Это называется не смог настроить.
> Это называется не смог настроить.А зачем кому-то забесплатно тратить время на исправление оракловской жопорукости и нежелания тестировать систему?
> While several of our senior developers know their way around Solaris well [...]
> [...] знанием тонкостей Solaris обладают лишь несколько матёрых разработчиков [...]
> senior
> матёрыхОтличный перевод!
Хаха, отлично. "Вакансия: матёрый C++-разработчик" :-)
Если они не хотят поддерживать свой софт на соляре, то это их дело.Но "неопределённость Oracle в отношении Solaris" - феерический бред!
Если кто-то чего не знает, то это не его проблемы.
В феврале Oracle собирал своих партнеров, клиентов и рассказывал о своих планах на будущее.
У Oracle все очень ясно и определенно в отношении Solaris - солярка будет развивать след. образом 11.3 -> 11.4 -> 11.5 и так далее.
Новый релиз соляры будет связан с обновлением железа, в основном процов.
12-го соляриса пока не обещают.
Процы SPARC Oracle развивает. За 6 лет они разработали 7 процов. В кремнии уже есть новый проц, 8-ой проц по счету и в следующем году обещают релизнуть.Разработка процов дело затратное и вкладывать деньги в направление, которое собираются закрыть, как-то глупо и не в обычаях Oracle.
Вас дезинформировали. Определенность, конечно, есть, но она не столь радужна, как об этом говорят партнерам. 11.5 в планах нет. M8 уже есть физически, но будут ли системы на нем - большой вопрос. Спарк линукса и систем на нем уже нет (впрочем, не жалко). На этой неделе ожидается очередная волна увольнений как раз железячников и ОС-ников по всем фронтам (разработка, пресейл, поддержка). Спустить в /dev/null тысячи человеко-лет - это вполне в духе этой полимерной компании.Новости агентства "ОБС", конечно.
Может и так конечно. Но чёто сомнительно.
Время рассудит... Самому тяжко всё это узнавать.
> Может и так конечно. Но чёто сомнительно.Что сомнительно? На layoffs.com или как там его на днях были сведения что народ занимавшийся zfs из оракла поперли, практически всю команду.
Подтверждаю каждое слово этого предсказания.Меня сняли со спарк-линукса (куда меня перевели меньше года назад со спарк-соляриса), хотят направить на арм-линукс, но я пока отбиваюсь.
То что коммент в минусах доставляет отдельно. Опеннет такой смешной, живет в своем мирке.
> Меня сняли со спарк-линукса (куда меня перевели меньше года назад со спарк-соляриса),
> хотят направить на арм-линукс, но я пока отбиваюсь.А вроде ж перспективное направление, модно-молодежно, с такими скиллами можно будет развиваться и после того, как оракл кончится...
"Молодежно" это мне уже не так важно, в сороковник-то.А вообще я не настоящий сварщик. Все это меня больше мучало, чем развлекало. Хочу больше в сторону админить, ну или писать на Perl или TCL, которые люблю.
А кто то кроме жабаскрип фанатов , ну и любителей поэкспериментировать ставит в проект это?