Патчи от Oracle ускоряют время загрузки Linux на 49%

Тема интересная, но кажется лучше пока обсудить в Development, а если/когда патчи примут, то уже постить новость.

Опять эти гонки на скорость. Отзывчивость линукса никого не волнует.

Предложенная серия патчей позволяет откладывать инициацию struct page init

А оно там от такого не ломается?

6–49%, ускоряя отсроченный init на 63–91%

это сколько в секундах на последних интелях?

Читал, что виртуалка в облаке раньше грузилась за 4 секунды, стала за 1.5.

я бы не доверяла ораклу. у них вечно были проблемы с багами, утечками и прочим подобным, причём они сообщения о багах вместо правки заметали под ковёр.

мерзкая во всех смыслах копрорация.

я бы не доверяла ораклу. у них вечно были проблемы с багами, утечками и прочим подобным,

Код открытый, можно посмотреть.и проверить.

они сообщения о багах вместо правки заметали под ковёр.

После принятия патчей баги по идее должны открывать уже в репозитариях ядра, а не Оракла.

В линуксе относительно слабая поддержка многопроцессорности, потому простора для различных оптимизаций там валом: кто-то разрабатывает более эффективные механизмы взаимодействия процесс-процесс и процесс-ядро, кто-то блокировки масштабирует, кто-то параллелизует однопоточные алгоритмы в ядре. Почему это до сих пор еще не сделали? Прогресс тормозится большим наследнием (в т.ч. драйвера), наличием fork, и общей сложностью написания быстрого и стабильного параллелизуемого кода.

ускоряет загрузку ядра на 6–49%, ускоряя отсроченный init на 63–91%

Ну теперь то линукс будет готов.

В линуксе относительно слабая поддержка многопроцессорности

Можно в этом месте больше подробностей? Может пруфы какие, ссылки на лучшие реализации в других ОС?

с заплатами или без?)

нучо, ждём порты в мейнстрим, неча жопить.

/me всегда думал, что распределять по ядрам - это функция планировщика…

/me всегда думал, что распределять по ядрам - это функция планировщика

Это до планировщика происходит.

ну тогда это архитектурный бред…

я бы не доверяла ораклу
мерзкая во всех смыслах копрорация.

Зато субд у них хорошие.

пфффф!!!!! кхе-кхе...эээ... мдя.

А какая БД хорошая?

Зато субд у них хорошие

Это исключительно наследие, и то ценность его снижается с каждым годом, поскольку держать старый уровень разработки СУБД очень затратно, а цена железа постоянно падает, и в итоге многие люди вместо одного сервера оракла предпочитают приобрести двадцать серверов постгреса/мускуля/монго/этц. Напомню, что основная идея разработки оракла заключалась в том, что тщательная оптимизация движка дает примерно двухкратную производительность по сравнению с простой реализацией.

мерзкая во всех смыслах копрорация.

Согласен конечно, но ретроспективно оглядывая их творчество понимаешь, что они напару с красношапкой сделали львиный вклад в линь.

Код открытый, можно посмотреть.и проверить.

Эта мантра уже давно не работает. Современный софт настолько раздут, что для проверки нужно за овердофига бабла аудит заказывать и ждать его результаты. Кто будети это делать? И, самое главное, кто будет платить?

двадцать серверов ... монго/этц

Ну, наверно, всё-таки постгрес с хадупом в комплекте. И без монго. И в итоге всё равно неудобный кошмар.

Шутка дня.

Ну, наверно, всё-таки постгрес с хадупом в комплекте. И без монго. И в итоге всё равно неудобный кошмар

А типа администрирование оракле не является неудобным кошмаром?

Эта мантра уже давно не работает.

Так речь то о принимаемых в ядро патчах.

И если нельзя минимально проконтролировать принимаемый в ядро патч то как принимать патчи в ядро вообще?

Так речь то о принимаемых в ядро патчах.

Ну, патчи-то как раз есть кому проверить, хоть ты. А вот в бою кто будет это проверять, разворачивая очередной кластер серверов. Пользователи? Нет конечно! Поэтому адекватнее задать вопрос что под видом этих патчей появится в ядре?

Интересно ещё, что будет, когда их адовый процесс разработки дойдет до точки, когда они уже физически не смогут её вести, либо это перестанет быть рентабельным.

Если верить байкам, то там такой ад, что лучше уже давно было всё это дропнуть. Может быть, из-за этого вновь за MySQL и взялись.

Анализ данных важнее.

постгря, наверное. в любом случае, только опенсорц. а все эти глюкавые проприетарные поделия - это х-ня полная.

вот я бы их именно за это и уничтожила. красношапка столько зла принесла в опенсорц, что просто ужас. что ни кошмар - то их поделие. и поцтеринг оттуда. так что это рассадник зла.

В линуксе относительно слабая поддержка многопроцессорности

Если в Linux’е слабая, то у кого тогда сильная?

P.S. Linux занял 100% рынка суперкомпьютеров и самый большой кусок серверного рынка (+облака), где эта многопроцессорность используется в хвост и в гриву.

Так что это твоё утверждение выглядит несколько блёкло.

Мне кажется, что ядро нужно дифференцировать - отдельно собирать с конфигом и патчами для облаков и виртуалок, отдельно под сырое железо, отдельно под всякие малинки. Просто таким вещам мало уделяют внимания, а оптимизировать там «есть чо», здесь мне нравится подход Alpine Linux, а в Slackware собирай сам, на это и намекают жирным «huge» ванильным ядром по дефолту

ни у кого, особенно не у многих типичных алгоритмов и задач

пфффф!!!!! кхе-кхе...эээ... мдя.

а по существу тебе и сказать нечего, что как обычно

А типа администрирование оракле не является неудобным кошмаром? а чем оно от того же постгреса или мускуля отличается?

Если верить байкам, то там такой ад, что лучше уже давно было всё это дропнуть.

это касается любого большого продукта, прожившего более 10 лет.

Может быть, из-за этого вновь за MySQL и взялись.

потому что микросервис и докер головного мозга на хайпе, а ещё комодити и прочий буллшит, который скоро опять закончится. им-то насрать на чём деньги зарабатывать, они же не фанатики какие.

постгря, наверное.

лол, у них только недавно более-менее нормальное партиционирование появилось(про то пионерское поделие, что было до 12 версии можешь даже не заикаться), мастер-мастер, не, не слышале. так-то оно даже ничего, для селектов из домашнего бюджета. но хорошо, что развивается.

потому что халява, никаких технологических преимуществ он не имеет.

то у кого тогда сильная?

У AIX и Solaris на RISC. Облака - это про другое. Это как mongo vs SQL.

я более чем достаточно тут уже говорила. копрорасты - зло. и гнать их надо ссаными тряпками от опенсорца.

подсасывай и дальше копрорастам. на то ты и онанимус, что боишься даже залогиниться.

Так суть опенсорса это и есть взаимодействие корпораций (плюс хакерское времяпрепровождение в долине).

Интересно ещё, что будет, когда их адовый процесс разработки дойдет до точки, когда они уже физически не смогут её вести, либо это перестанет быть рентабельным.
Если верить байкам, то там такой ад, что лучше уже давно было всё это дропнуть. Может быть, из-за этого вновь за MySQL и взялись.

Абсолютно то же самое можно сказать про Linux. Всегда можно перевести продукт на простую поддержку и продолжать доить старых заказчиков, у которых контракты еще на десять лет вперед.

Кого волнует время загрузки ОС, которая обычно загружается на серваке один раз и работает потом несколько месяцев или даже лет.

А кто ядро писать будет? Школьники, студенты, пожарники после работы? Может домохозяйки? Или профессиональные программисты за зарплату?

Linux занял 100% рынка суперкомпьютеров и самый большой кусок серверного рынка (+облака), где эта многопроцессорность используется в хвост и в гриву

Оч хотелось бы сказать «Solaris», но он не развивается толком, потому, взвешивая недостатки одного и второго, многие потребители выбирают линукс. Не потому, что у него такая классная многопроцессорность, а потому что по совокупности он удобнее. Да, какая-то поддержка многопроцессорности имеется, но в итоге в продакшене приходится прибивать процессы гвоздями к конкретному процессору, иначе планировщик убьет тебе производительность, а под специфичные задачи с высокими требованиями к параллельности и скорости патчить ядро и надеяться, что эти патчи когда-то примут в мейнстрим.

Это имеет значение для облаков, где виртуалки грузятся тысячами. Oracle имеет большой интерес к данной области.

А типа администрирование оракле не является неудобным кошмаром?

а чем оно от того же постгреса или мускуля отличается?

Я пытался недавно поднять тестовую базу оракла. Не смог. Ни с постгресом, ни с мускулем у меня и близко таких проблем не было.

Кого волнует время загрузки ОС, которая обычно загружается на серваке один раз и работает потом несколько месяцев или даже лет.

только это не про модные нынче микросервисы, которые пачками за день перезапускают, что-то там бесконечно обновляют, релизят.

Абсолютно то же самое можно сказать про Linux

Схрена ли?