The OpenNET Project / Index page

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



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

Оглавление

Выпуск набора базовых системных утилит GNU Coreutils 9.0, opennews (??), 24-Сен-21, (0) [смотреть все]

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


12. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"  –1 +/
Сообщение от Онаним (?), 24-Сен-21, 22:57 
Единственное что всерьёз поддерживает reflink на данный момент - это БТР.
В XFS ещё есть, и типа годно для продакшна, но честно говоря у меня от XFS всегда возникает ощущение, что она прямо под ногами сломается.
Ответить | Правка | Наверх | Cообщить модератору

57. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"  +1 +/
Сообщение от Аноним (57), 25-Сен-21, 04:30 
А это как раз зря. Нестабильна именно бтрфс. Впрочем про ZFS никто что-то и не вспомнил, а ведь там плюшки посерьезнее и не экспериментальный как в бтре.
Ответить | Правка | Наверх | Cообщить модератору

68. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"  –2 +/
Сообщение от Онаним (?), 25-Сен-21, 08:47 
ZFS на боевых системах - это вообще хождение по граблям. Она в целом годится только для файлопомоек (NAS), где может жрать столько памяти, сколько захочет, да и то с трудом - багов там припасено на целую вечность.

Впрочем да, по числу всяких говен внутри БТР не уступает.

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

72. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"  –1 +/
Сообщение от Аноним (72), 25-Сен-21, 09:02 
> Она в целом годится только для файлопомоек (NAS)

Будем считать, что коммент 2018 года, а не 2021. Сейчас на ней можно даже базы вращать, но тем не менее, O_DIRECT не поддерживается.
> где может жрать столько памяти, сколько захочет

Сильно не любит ООМы, ZFS kthreads крашатся вместе с юзерспейсной прогой. Это мне чувак обещал полгода назад починить. Проверить смогу только с бубунтой 22.04LTS
> Впрочем да, по числу всяких говен внутри БТР не уступает.

Я бы сказал что уступает.

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

107. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"  –1 +/
Сообщение от Онаним (?), 25-Сен-21, 18:20 
> Сейчас на ней можно даже базы вращать, но тем не менее

Из буханки хлеба тоже можно троллейбус сделать, но тем не менее...
А так да, эта штука не умеет совмещать свою шерсть с го... простите, свой кеш с системным.
Поэтому что 2021, что 20021, на боевых системах ей не место.

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

120. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"  –3 +/
Сообщение от пох. (?), 26-Сен-21, 18:27 
нет понятия "системный кэш". Есть понятие "убогий буферный кэш в линooops образца 1992го года" и есть понятие "ARC".

Оба совершенно одинаково "системные". Первый давным-давно надо зак...ть и еще осиновый кол вбить.

12309 передает всем приветы.

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

121. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"  +/
Сообщение от Онаним (?), 26-Сен-21, 20:32 
Тем не менее ворочается он всё-таки лучше, чем у винды.
В той тяжёлые процессы моментально эвиктят, а если эвиктить уже нечего и в основном лежит запись, оно ещё и OOM'ить умудряется, хотя можно легко отписать и выбросить.

Возможно с этим связано то, что винда поотзывчивее при нагрузке на кеш - она предпочитает ронять процессы. Ну и "12309" у меня на винде в полный рост вставал на 82801AB и аналогичных, когда при нагрузке на дисковую подсистему вставало раком всё, одна из многих причин, после которых я по доброй воле на интел больше ни ногой.

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

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

126. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"  +/
Сообщение от пох. (?), 27-Сен-21, 12:04 
Adaptive Replacement Cache у нас оказывается не кэш, угу, ого.

> который вовремя системе при резко поднявшейся нагрузке отдать не выходит от слова "совсем"

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

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

141. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"  +1 +/
Сообщение от Онаним (?), 27-Сен-21, 22:30 
От того, что я лежащий в углу кусок говна назову Corner Crap Cache, он кешем внезапно не становится.
Ответить | Правка | Наверх | Cообщить модератору

142. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"  +/
Сообщение от Онаним (?), 27-Сен-21, 22:41 
Нет, если отбросить софистику - чисто формально он кеш, конечно.
Так же, как у squid'а ворох лежащих файлов - тоже кеш, только совсем другого типа и применения.

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

Дело не в том. В случае файловых операций важно не только наличие собственно буферизации операций. Системный (ядерный) дисковый кеш/буфер умеет эвиктить по требованию, потому что тесно интегрирован с mm. Когда возрастает нагрузка на память и требуются свободные страницы - ядерный кеш моментально отдаёт mm чистые блоки, и начинает отписывать грязные блоки, чтобы их отдать - заставляя прочие части ядра подождать с аллокацией, но не вызывая при этом OOM в аппликухах. Это как раз тот системный дисковый кеш, о котором идёт речь. ARC же от ядра и mm оторван, а поэтому он свой собственный кеш ZFS, он же аппликушный пул, т.к. ZFS можно в этом контексте рассматривать как обычную не особо интегрированную аппликуху, которая с ядром в плане высвобождения блоков по требованию напрямую не работает.

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

143. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"  +/
Сообщение от Онаним (?), 27-Сен-21, 22:45 
Но самое страшное в ARC даже не то, что он память вовремя отдать не может.
Самое страшное именно то, что он аппликушный, и с mm не интегрирован.
Это создаёт две большие половинной длины грабли, которые бьют точно по нужным местам:
- Содержимое ARC дублируется в системном дисковом кеше
- В то время, как данные из системного кеша могут быть просто подсунуты приложению страницей без копирования самих данных (mm делает банальный page mapping), данные из ARC реально копируются перед передачей приложению, какую дополнительную нагрузку это создаёт - догадаться не сложно
Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

147. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"  +/
Сообщение от пох. (?), 28-Сен-21, 10:04 
> Это создаёт две большие половинной длины грабли

а вот это - исключительно проблемы linoops'ей и их кастрированной реализации, а не самой fs.
Заметим, у dm'ного bcache нет ни одной из этих проблем.

Разумеется, их можно было бы решить несложными путями, патчик на две странички. Но его никто и никогда не примет в ведро, а без нужных апи со стороны ведра ничего не получится. У фри все в этом плане хорошо, у соляриса тоже, а тут низя-низя, тут можно только пользоваться теми апи которые нате-на-лопате, и еще, вот, EXPORT_GPL вам в довесок, потому что вы смерды и не должны ничего грязными лаптями в ведро приносить. А если вас заставить ведро пересобирать, а не только модуль - вы ж завоете как кошка с прищемленным хвостом.

И, разумеется, никто ничего никуда не копирует в нормальных системах. Но тут нюанс: трудами диверсантов из deplhix у нас нынче ARC - compressed, причем отображает реальное состояние дел на диске (ну а диски по умолчанию таки да). Поэтому отдавать страницу из него бесполезно.

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

152. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"  +/
Сообщение от Онаним (?), 28-Сен-21, 22:22 
> а вот это - исключительно

А вот хрен там это исключительно.
Во-первых, во фряхе ARC всё так же дублирует page cache, он же системный кеш.
Во-вторых, он так же не умеет вовремя отдавать страницы, только когда уже поздновато.
В-третьих, точно так же нет zero copy.

Короче говоря это проблема ZFS, присущая ей хоть во фряхе, хоть в пингвинах.

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

153. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"  +/
Сообщение от пох. (?), 29-Сен-21, 11:33 
Во фряхе нет никакого "системного кэша" в привычном лап4-м понимании вообще.

> Короче говоря это проблема ZFS

нет. Это проблема ЛЮБОГО выделения памяти в любой операционной системе. Помимо fs, внезапно, еще миллион мест нуждается в больших блоках памяти при нагрузке.

Просто для линуксного buffer cache ее накостылили, сделав со стороны ведра механизмы memory pressure, для фри такие механизмы достаточно универсальные и существуют изначально, но вот к zfs их приделывать отказались альтернативно-одаренные "владельцы" кода - это ж надо было код писать, а не копипастить у дельфикса.

А за это им зарплату не платили.

Патч, в общем решавший проблему, существовал, но в апстрим принят не был - во первых NIH, а во-вторых зарплату не за это, а за копипастинг.

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

161. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"  +/
Сообщение от Онаним (?), 29-Сен-21, 15:45 
> Во фряхе нет никакого "системного кэша" в привычном лап4-м понимании вообще.

Гонево. Всё тот же page cache.

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

86. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"  –1 +/
Сообщение от Аноним (2), 25-Сен-21, 10:44 
>ZFS на боевых системах - это вообще хождение по граблям.

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

В остальном опензфс вполне допилен и фичаст, под свои задачи.

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

144. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"  +/
Сообщение от Онаним (?), 27-Сен-21, 22:46 
Да блин, ну одно отсутствие zero-copy из ARC аппликухе - это уже всё, крест на тяжёлых по диску приложениях
Ответить | Правка | Наверх | Cообщить модератору

155. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"  +/
Сообщение от пох. (?), 29-Сен-21, 11:46 
> Да блин, ну одно отсутствие zero-copy из ARC аппликухе - это уже
> всё, крест на тяжёлых по диску приложениях

zero copy из _compressed_ arc - совершенно никому не нужен в принципе. Проснитесь, мущина - нежатые сырые данные давно немодно, пока не наступила эра всеобщего щастья в виде persistent memory devices, тяжелым по диску приложениям становится легче от уменьшения объема того, что гоняется между памятью и диском.

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

162. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"  +/
Сообщение от Онаним (?), 29-Сен-21, 15:45 
Да я не спорю, что он не нужен. Вместе с ZFS собственно и не нужен.
Ответить | Правка | Наверх | Cообщить модератору

71. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"  +/
Сообщение от пох. (?), 25-Сен-21, 08:59 
только вот CoW до юзерлэнда в ней - так и не донесли. "luck of developer resources" и так далее.

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

Пора бы давно уже переименовать gnu coreutils в linux-only coreutils. Так честнее. Ни в какой другой unix-like системе все равно ничего не работает и не будет.
Скоро и собираться тоже.

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

75. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"  –2 +/
Сообщение от Аноним (72), 25-Сен-21, 09:07 
> Полтора раба iX

Што? Причём здесь iXsystems к ZoL вообще? Они ведь старую бздовую зфс пилили.

> Пора бы давно уже переименовать gnu coreutils в linux-only coreutils.

Переименуй.

> Ни в какой другой unix-like системе все равно ничего не работает и не будет.

Скоро и собираться тоже.
Бзды, макаки, вантуз(хоть и не юникс), аикс, и даже линукс. Вообще прекрасно не_работает и не_собирается!

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

124. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"  +/
Сообщение от 1 (??), 27-Сен-21, 10:00 
>> Полтора раба iX
> Што? Причём здесь iXsystems к ZoL вообще? Они ведь старую бздовую зфс пилили.

Это было давно и неправда. Во времена ещё FreeNAS-а

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

148. "Выпуск набора базовых системных утилит GNU Coreutils 9.0"  +/
Сообщение от пох. (?), 28-Сен-21, 10:09 
> Это было давно и неправда. Во времена ещё FreeNAS-а

они и во времена фринаса пилили больше сук, на котором сами сидели.
Вот, допилили до характерного "хрусь", и полетели вместе с суком вниз. Где уже раззявил пасть комбайн по переработке на древесное волокно.

Никого и не жалко.

Отлизывать коки клиентам видать их истиное призвание, а не разработчиками fs работать. "works as intended".

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

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

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




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

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