The OpenNET Project / Index page

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



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

Оглавление

Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD, opennews (??), 07-Янв-21, (0) [смотреть все]

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


63. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  –3 +/
Сообщение от Аноним (22), 07-Янв-21, 20:43 
Ай да молодец. Установи сначала steam, игру более-менее большую, поиграй и посмотри, прежде чем писать "типичную" писанину но и чём.
При использовании ext4, btrfs и xfs ничего подобного не происходит, а с zfs - даже после выхода со всех программ из 8 гб доступными остаются только 1-2 гб. Побегал по форумам и да, действительно, zfs при определенных обстоятельствах жрёт очень много оперативки. Она вообще очень сырая, и на текущий момент её уровень соответствует уровню btrfs 5-летней давности.
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

75. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (75), 08-Янв-21, 03:46 
Это zol такой. zfs в солярисах работает как надо.
Ответить | Правка | Наверх | Cообщить модератору

76. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (22), 08-Янв-21, 04:22 
Спору нет, более чем уверен, что в Solaris оно работает наверное идеально, или около того.
Ответить | Правка | Наверх | Cообщить модератору

145. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от пох. (?), 09-Янв-21, 20:13 
> Это zol такой. zfs в солярисах работает как надо.

ноль остается?
Ну да, примерно так.

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

80. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +2 +/
Сообщение от Аноньимъ (ok), 08-Янв-21, 05:41 
Потребление памяти зфс как бы настраивается. Дефолты там серверные.

Про сырость это вы так толстите или туту?

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

103. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от пох. (?), 09-Янв-21, 14:07 
То что его там надо "настраивать" - неисправимая ошибка в ДНК тех людей, которые, к сожалению, захватили контроль над проектом. Почему потребление памяти ext4 НЕ НАДО настраивать, это всегда вся свободная память системы (даром что используется неэффективно в виду родовых травм)?

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

slw@ свалил пилить ceph.

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

105. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноньимъ (ok), 09-Янв-21, 14:32 
Нет не вся.
То же нужно настраивать для спецефических задачь.
Коими для зфс является персональный компьютинг с низким объёмом ОЗУ.

А в екс4 в принципе нет тех механизмов кеширования что в зфс.

На счёт Соляриса незнаю, вы пользовались солярисом на десктопе?

Попробуйте сравнить челе на одном и том же железе.

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

128. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 09-Янв-21, 19:31 
> ext4 НЕ НАДО настраивать, это всегда вся свободная память системы (даром
> что используется неэффективно в виду родовых травм)?

Более того - в btrfs его тоже не надо настраивать. Юзает сколько может, отдает когда надо другим, без дурацких драк за ресурс. Ну и вот так по приколу взлетает на мипсе с 64 мегами и особо не тормозит. Ext4 пошустрей конечно, но чексумы и дублирование метаданных все же не умеет.

> В солярисе ничего настраивать было не надо.

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

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

148. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 09-Янв-21, 20:26 
>> ext4 НЕ НАДО настраивать, это всегда вся свободная память системы (даром
>> что используется неэффективно в виду родовых травм)?
> Более того - в btrfs его тоже не надо настраивать. Юзает сколько
> может, отдает когда надо другим, без дурацких драк за ресурс. Ну

только неэффективно - поскольку кэш этот не ее, а дядин. А дядя ничего не знает о том, что можно отдавать, а что попридержать. Баг 12309 - он именно оттуда, на вымывании кэша.

> Так там это не было дублирующейся фичой, за ресурс драться было не

Было, у нее тоже была ffs с afair уже даже buffer cache в последних версиях. Как не с кем? Память для программ откуда по твоему взяться должна?
Просто ее инженеры проектировали, и как один общий проект, а не как лебедьщукураком и "мы вам запретим пользоваться avx-фичами процессора чтоб у вас все плохо работало, патамушта могем".

Взяли и запилили апи специально для избегания global lock и быстрого отъема лишнего - просто потому что он коллегам был нужен именно такой.

> Но из линухов и бздей никто в здравом уме их кэши
> не выкинет, там другие users этого есть.

Внезапно, vm_obj shadowing с (uncompressed) arc - работает. А никакой другой кэш поверх arc - не нужен (и особенно ненужен ZoL'овый abd с его локапами. Кстати, эта память жрется как не в себя, и ее нигде не видно).

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

162. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (162), 09-Янв-21, 21:08 
> только неэффективно - поскольку кэш этот не ее, а дядин. А дядя
> ничего не знает о том, что можно отдавать, а что попридержать.

Намного прикольнее если ФС не тормозит, зато программа огребла out of memory и вообще навернулась, потому что отнять память под ее запрос здесь и сейчас сдув дисковый кэш ядро не смогло. А это точно фича на системах которые не файлопомойки?

> Баг 12309 - он именно оттуда, на вымывании кэша.

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

> Было, у нее тоже была ffs с afair уже даже buffer cache
> в последних версиях. Как не с кем? Память для программ откуда по твоему взяться должна?

Откуда может память взяться вариантов много. А может и ниоткуда. Вернуть гаду NULL, и пусть что хочет то и делает.

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

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

> Взяли и запилили апи специально для избегания global lock и быстрого отъема
> лишнего - просто потому что он коллегам был нужен именно такой.

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

> Кстати, эта память жрется как не в себя, и ее нигде не видно).

Прикольно, чо.

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

180. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 10-Янв-21, 00:34 
> Намного прикольнее если ФС не тормозит, зато программа огребла out of memory

Ну вот до нашествия openzfs еще были шансы это починить.

>> Баг 12309 - он именно оттуда, на вымывании кэша.
> Он не оттуда, он из-за thrashing с отбрасыванием страниц из файлов а

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

>> Взяли и запилили апи специально для избегания global lock и быстрого отъема
>> лишнего - просто потому что он коллегам был нужен именно такой.
> И получили в результате нечто пригодное только для файлопомоек, по большому счету.

в каком месте sun'ы у тебя работали файлопомойками?
Причем у них, в результате, в отличие от всех остальных, не возникал deadlock в случае, когда для освобождения памяти надо бы сперва потратить память, и они могли себе позволить держать swap в zfs.

>> Кстати, эта память жрется как не в себя, и ее нигде не видно).
> Прикольно, чо.

ЛинOOPSь, сэр... Они ТАК управляют большими блоками памяти. Опять же до поры, до времени, это вредительство можно было слегка поубавить, а теперь уже вряд ли.

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

232. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Онаним (?), 12-Янв-21, 10:24 
12309 - он от интеловских ICH, которые начиная с 82801 встают раком при задержках от диска.
И до сих пор встают раком, что-то там с обработкой оных награблили.
Ответить | Правка | К родителю #148 | Наверх | Cообщить модератору

233. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Онаним (?), 12-Янв-21, 10:25 
(и даже в винде "12309" офигительным образом есть - на интеловском железе)
Ответить | Правка | К родителю #148 | Наверх | Cообщить модератору

88. "Выпуск OpenZFS 2.0.1, реализации ZFS для Linux и FreeBSD"  +3 +/
Сообщение от Аноним (34), 08-Янв-21, 16:52 
> Она вообще очень сырая, и на текущий момент её уровень соответствует уровню btrfs 5-летней давности.

ЧИТД. Уровень икспердизы зашкаливает.

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

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

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




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

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