The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз ядра Linux 5.4, opennews (ok), 25-Ноя-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


117. "Релиз ядра Linux 5.4"  –2 +/
Сообщение от . (?), 25-Ноя-19, 16:38 
родной page cache - то, от чего _избавлялись_ в zfs. Потому что его эффективность в несколько раз  ниже чем у arc.

Ну да, давайте просто пользоваться fat (12, конечно, у 16 "переусложненная внутренняя кухня") - что годилось дидам, то и нам сойдет.

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

А оракл не поделится.


Ответить | Правка | Наверх | Cообщить модератору

119. "Релиз ядра Linux 5.4"  +1 +/
Сообщение от имя (ok), 25-Ноя-19, 16:51 
> родной page cache - то, от чего _избавлялись_ в zfs. Потому что
> его эффективность в несколько раз  ниже чем у arc.

Сомневаюсь, что эффективность генного совокупления ужа с ежом, то есть, ээээ, сочетания несолярного ядра с ARC позволяет говорить хоть о каком-то выигрыше (проверять это, правда, некому, никто не станет вычления ARC и дружить его с ext ради каких-то никому не нужных бенчмарков — людей хватает разве что на редкую правку страничек на linux-mm wiki с планами соскока с LRU). Зато приколов во время резкого выделения памяти и при прочих сценариях хоть отбавляй.

Спасибо, на этом фоне я лучше с родными механизмами посижу.

Ответить | Правка | Наверх | Cообщить модератору

128. "Релиз ядра Linux 5.4"  –1 +/
Сообщение от . (?), 25-Ноя-19, 17:09 
>> родной page cache - то, от чего _избавлялись_ в zfs. Потому что
>> его эффективность в несколько раз  ниже чем у arc.
> Сомневаюсь, что эффективность генного совокупления ужа с ежом, то есть, ээээ, сочетания

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

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

его нельзя подружить с ext. Надо всю систему менять. Поскольку одной из его особенностей является то что он _знает_ что в нем лежит (и надо ли вообще это туда класть).

> Спасибо, на этом фоне я лучше с родными механизмами посижу.

теми которые надысь опять silent filesystem corruptions нам подарили? Пожалуйста, сидите, не ерзайте. Вам какой стул - тот что с пиками точеными, или вот тот, второй?

Ответить | Правка | Наверх | Cообщить модератору

131. "Релиз ядра Linux 5.4"  +2 +/
Сообщение от имя (ok), 25-Ноя-19, 17:20 
>> Сомневаюсь, что эффективность генного совокупления ужа с ежом, то есть, ээээ, сочетания
> там нет никакого ужа с ежом. Соляркино ядро

А речь как раз не о солярке, а о потугах натянуть ARC на всё остальное абы как.

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

Это про SLAB или про что?

>> Спасибо, на этом фоне я лучше с родными механизмами посижу.
> теми которые надысь опять silent filesystem corruptions нам подарили?

blk-mq ≠ page cache

Ответить | Правка | Наверх | Cообщить модератору

180. "Релиз ядра Linux 5.4"  +/
Сообщение от пох. (?), 26-Ноя-19, 15:49 
>>> Сомневаюсь, что эффективность генного совокупления ужа с ежом, то есть, ээээ, сочетания
>> там нет никакого ужа с ежом. Соляркино ядро
> А речь как раз не о солярке, а о потугах натянуть ARC

вы читать дальше первого притягиваемого к вашим глюкам слова вообще умеете?

arc никак к солярке не относится, это теоретическая модель, разрабатывалась, внезапно, вообще IBM под той же аббревиатурой с чуть иной расшифровкой - но и те не взяли ее с потолка, а использовали наработки, существовавшие еще до них.
Конкретная реализация завязана на структуры и особенности zfs, а не на сановскую архитектуру - в частности, умеет отличать данные от метаданных.

> Это про SLAB или про что?

это про танцы вокруг kmalloc/ __vmalloc в линуксной версии. В конечном итоге вызвавшие к жизни ад и трэш с "abd cache", потому что по другому у авторов нишмаглось.

>>> Спасибо, на этом фоне я лучше с родными механизмами посижу.
>> теми которые надысь опять silent filesystem corruptions нам подарили?
> blk-mq ≠ page cache

зато это прекрасный "родной механизм", среди прочих.


Ответить | Правка | Наверх | Cообщить модератору

181. "Релиз ядра Linux 5.4"  +/
Сообщение от имя (ok), 26-Ноя-19, 16:33 
>> А речь как раз не о солярке, а о потугах натянуть ARC
> вы читать дальше первого притягиваемого к вашим глюкам слова вообще умеете?

У меня к вам такой же вопрос.

> Конкретная реализация завязана на структуры и особенности zfs, а не на сановскую
> архитектуру

Только вот конкретных реализаций, не завязанных на санкины кишки, нет, и имеем мы на выходе только ZoL/ZoF, которые не умеют быстро отдавать много памяти. Кстати, я давно уже хочу ради эксперимента взять и оторвать этот ARC под линуксом нафиг, тем более что есть подозрение, что ZFS-у на практике гораздо больше помогает нетривиальное упреждающее чтение, нежели устойчивый к регулярным крон-задачам с сексканом кеш.

> вызвавшие к жизни ад и трэш с "abd cache", потому что
> по другому у авторов нишмаглось.

Тогда вопрос знатокам солярок: если у них там такой же бонвиковский slab, почему про них не пишут, что "slabs can become highly fragmented"?

>> blk-mq ≠ page cache
> зато это прекрасный "родной механизм", среди прочих.

А с неродными не лучше. У меня тут до сих пор рядом лежат диски с zpool, MOS-блоки которого в один момент резко получили странныме размеры при в остальном нормально выглядящем содержимом. И объяснить такое проделками чисто ядерных механизмов я не могу.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру