LINUX.ORG.RU

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

 ,


0

2

В 2017 году Oracle Linux Kernel Team анонсировала технологию KTask для реализации многопоточности в ядре для задач с интенсивным использованием процессора. Платформа KTask использовалась исключительно с Unbreakable Enterprise Kernel от Oracle Linux и в основную ветку не попало.

Дальнейшее развитие это Linux PADATA - предложенный Oracle механизм параллельного выполнения для заданий на нескольких процессорах с сохранением порядка задач. PADATA в его нынешнем виде работает параллельно, может выполнять однопоточные задания, но благодаря работе Oracle, он может обрабатывать многопоточные задания, равномерно распределяя работу между ядрами процессора. Предложенная серия патчей позволяет откладывать инициацию struct page init, что является основным узким местом в процессе загрузки Linux.

Ведущий разработчик ядра Linux Даниэль Джордан из Oracle сообщил: «Это было протестировано на различных системах x86 и ускоряет загрузку ядра на 6–49%, ускоряя отсроченный init на 63–91%».

Подробности

Перемещено alpha из kernel

Ответ на: комментарий от linuxmachtfrei

с ораклом никак не согласуются действия и её подрядчиками при принятии в ядро?

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

kirk_johnson ★☆
()
Ответ на: комментарий от kirk_johnson

то есть никакого соглашения с ораклом и ядром нет и можно наделать откровенной х-ни и никаких претензий от оракла не будет?

linuxmachtfrei
()
Ответ на: комментарий от kirk_johnson

ну как с чего вдруг? оракл, допустим, анонсирует «ускоряет загрузку ядра на 6–49%, ускоряя отсроченный init на 63–91%»», а какой-то чувак взял и всё изгадил, в ядро приняли, но мимо оракла

linuxmachtfrei
()
Ответ на: комментарий от linuxmachtfrei

поправят по запросу оракла или по запросу каких-то васянов?

Поправят по баг-репорту. Чувак, серьезно, LKML в открытом доступе, история коммитов тоже. Иди да читай :D

kirk_johnson ★☆
()

эх сейчас бы в 2020 за время загрузки волноваться. грузимся же по 5 раз на дню со старого дряхлого hdd

orchestrator
()
Ответ на: комментарий от kirk_johnson

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

linuxmachtfrei
()
Ответ на: комментарий от kirk_johnson

если бы так было: написано при царе горохе, а изменения только по багам вносят

linuxmachtfrei
()
Ответ на: комментарий от anonymous

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

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 1)
Ответ на: комментарий от Iron_Bug

так gpl точно так же могут запретить использовать в недостойных регионах, только вот разговор, в который ты влезла, был про бд, а не компанию или лицензию

anonymous
()
Ответ на: комментарий от anonymous

gpl не могут. и разговор был про говноконтору, с бд уже не помню, кто влез. ты, наверное, и влез.

Iron_Bug ★★★★★
()
Ответ на: комментарий от Iron_Bug

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

Удачи писать опенсорсный драйвер под нвидию без помощи производителя, бг-г-г.

byko3y ★★★★
()

Уже писали про sleep(30) в коде юниксового бинарника для оракловой БД? И как они здорово потом ускорили ее запуск? Здесь не так же?

cocucka ★★★★☆
()
Ответ на: комментарий от Iron_Bug

при чём тут без помощи? спецификация. вот и вся «помощь». ну, раз уж они сами не способны.

С нетерпением ждем ссылок на написанные тобой драйвера.

kirk_johnson ★☆
()
Ответ на: комментарий от Iron_Bug

ссылок на написанные тобой драйвера для видеокарт, а не какой-нибудь примитивной хери, добавлю к вышесказанному

anonymous
()
Ответ на: комментарий от anonymous

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

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.