The OpenNET Project / Index page

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



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

Оглавление

Релиз OpenZFS 2.1 с поддержкой dRAID, opennews (??), 03-Июл-21, (0) [смотреть все]

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


50. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +2 +/
Сообщение от Аноним (-), 03-Июл-21, 06:37 
Ещё бы swap довели до работоспособного состояния, а то он как бы есть, но вызывает гарантированный капут https://github.com/openzfs/zfs/issues/7734 . Того глядишь и hibernation на hdd заработает. Неужели нет башковитых, которые способны это поправить?
Ответить | Правка | Наверх | Cообщить модератору

53. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +2 +/
Сообщение от bOOster (ok), 03-Июл-21, 06:48 
> Ещё бы swap довели до работоспособного состояния, а то он как бы
> есть, но вызывает гарантированный капут https://github.com/openzfs/zfs/issues/7734
> . Того глядишь и hibernation на hdd заработает. Неужели нет башковитых,
> которые способны это поправить?

SWAP в ZFS пихать?? Да вы знаете толк в извращениях.. И все только ради того чтобы ручками изначально диск не разбивать? Дабы выделить место под SWAP?

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

74. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от Аноньимъ (ok), 03-Июл-21, 08:07 
Ну, сжатие свопа и динамическая аллокация места полезные вещи.

Впрочем, лично я противник гибернации. Это было ещё ок на 8Гб ОЗУ но с 16+ слишком непрактично по скорости для ССД. Не говоря уже о других проблемах.

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

126. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от Аноним (4), 03-Июл-21, 12:54 
64 гб озу скидываются на диск за 5 секунд или около того. Это при условии, что они скидываются все.
Ответить | Правка | Наверх | Cообщить модератору

79. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от Аноним (-), 03-Июл-21, 08:25 
Вы из тех, кто придерживается идеи: "При операциях достаточно продезинфицировать инструменты, руки мыть не нужно"? Поэтому вас не смущает, что кусок ram будет "на изначально, не извращённо разбитом куске одного hdd ручками" с неизвестным состоянием? Вам не zfs нужен, а /dev/random, пользуйтесь.
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

244. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от bOOster (ok), 05-Июл-21, 06:55 
> Вы из тех, кто придерживается идеи: "При операциях достаточно продезинфицировать инструменты,
> руки мыть не нужно"? Поэтому вас не смущает, что кусок ram
> будет "на изначально, не извращённо разбитом куске одного hdd ручками" с
> неизвестным состоянием? Вам не zfs нужен, а /dev/random, пользуйтесь.

Че за бред? Ты вообще в курсе что такое SWAP то? И как он работает? И что SWAP был задолго до ZFS?

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

162. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от Аноним (161), 03-Июл-21, 15:51 
как насчет того, что zfs рекомендует отдать диск целиком?
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

182. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +2 +/
Сообщение от пох. (?), 03-Июл-21, 22:33 
это рекомендация из solaris, как обычно, имеющая мало отношения к openzfs.
У тех-то своп работает.

Вот что делать владельцам пулов с raid/mirror - действительно не вполне очевидно. Впрочем, своп в современных системах немодно, и проще его отключить совсем.

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

184. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от Аноним (161), 04-Июл-21, 00:00 
> это рекомендация из solaris, как обычно, имеющая мало отношения к openzfs.

очень интересно. стало быть официальная документация по openzfs вот тут вот https://openzfs.github.io/openzfs-docs/Performance%20an... рассказывает все таки про соляру.

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

185. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от пох. (?), 04-Июл-21, 01:04 
ну, так и есть - тычешь там в линк с _объяснениями_ (то на что у тебя ссылка - это бессмысленные мантры), попадаешь сюда:
https://openzfs.github.io/openzfs-docs/Performance%20an...
изумляешься - "папа, ты с кем сейчас разговаривал?!" - в смысле, зачем тебе это знание и что с ним теперь делать.

Делаешь выводы о всем остальном содержимом этой свалки, разочарованно закрываешь окошко.

Оно там все такое. Мантры, давно утратившие смысл обрядовые танцы мертвым богам...

А на деле как никто не мог десять лет назад победить need_free(), так и посейчас #ifdef solaris...

Зато, вот, influx db. Именно эта фича была необходимейшей! (нет. именно такие фичи только и умеют запилить макаки, дорвавшиеся до права комитов. Впрочем, их менеджеры именно такого и ждут.)

Б-ть, ну куды бечь, я вас спрашиваю?!

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

190. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от Аноним (161), 04-Июл-21, 02:53 
> On Linux, the Linux IO elevator is largely redundant given that ZFS has its own IO elevator.

причем последний включается, если отдавать диск, а не раздел

>А на деле как никто не мог десять лет назад победить need_free(), так и посейчас #ifdef solaris...
> Зато, вот, influx db. Именно эта фича была необходимейшей! (нет. именно такие фичи только и умеют запилить макаки, дорвавшиеся до права комитов. Впрочем, их менеджеры именно такого и ждут.)

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

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

212. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от Аноним (215), 04-Июл-21, 12:17 
> причем последний включается, если отдавать диск, а не раздел

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

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

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

Энтерпрайзные хранилки никаких графичков в формате заковыристой никому ненужной поделки (вместо line based или хотя бы модно-молодежного json если совсем с мозгами беда) не рисуют, у них вообще с гуем "все сложно" - дЭффективным менеджерам нахер не надо там ничего видеть, а инженеры работают через cli.

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

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

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

204. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от bOOster (ok), 04-Июл-21, 11:35 
> как насчет того, что zfs рекомендует отдать диск целиком?

А голову включить?

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

73. "Релиз OpenZFS 2.1 с поддержкой dRAID"  –1 +/
Сообщение от Аноньимъ (ok), 03-Июл-21, 08:04 
Это скорее особенность работы линукса с памятью... Чем проблема зфс.
Если хотите свап на зфс то нужно внимательно всё настроить.

На линуксе похожие проблемы возникают при записи на флешку - система может повиснуть.

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

80. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от Аноним (-), 03-Июл-21, 08:31 
Подскажите как правильно, а то в рекомендациях OpenZFS есть инструкция и на следующей строчке "не работает, не используйте", судя по issue - никто до сих пор не смог "правильно" настроить.

Из-за флешки система ни разу не висла, если это важно.

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

100. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +1 +/
Сообщение от Аноньимъ (ok), 03-Июл-21, 10:04 
Ну с ходу, свапинес в 100 выставить.
А вытеснение кешей в 200(или 1), в зависимости от логики.
Сжатие свопа(забыл как оно называется)  которое страницы памяти сжимает, отключить.
Кеши зфс настроить так, чтобы они не занимали больше трети ОЗУ. Впрочем 10% скорее. Как кеши записи так и чтения. Особенно записи конечно в данном случае.

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

И чексуммы отключить если свап не зеркальный.

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

103. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +2 +/
Сообщение от iZENemail (ok), 03-Июл-21, 10:50 
SWAP на FreeBSD средствами ZFS:
zfs create -V 4G poolname/swap
zfs set org.freebsd:swap=on poolname/swap
zfs set compress=off poolname/swap
zfs set sync=disabled poolname/swap
zfs set dedup=off poolname/swap
zfs set primarycache=none poolname/swap
swapon /dev/zvol/poolname/swap
Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

111. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от Аноним (-), 03-Июл-21, 11:22 
Аноньимъ и iZEN,
Понимаю, что вы хотите блеснуть рабочим решением, но для начала сами попробуйте прогнать stress-ng --vm 8 --vm-keep --vm-bytes 120% с вашими настройками. Никакой "свапинес", тем более 100 - не поможет, "sync=disabled" https://github.com/openzfs/zfs/issues/7734#issuecomment-7236... вообще из разряда вредных советов. Выше есть ссылка с обсуждением этой "признанной" проблемы с логами, никакой волшебной пилюли нет.
Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

144. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от Аноньимъ (ok), 03-Июл-21, 14:01 
>вообще из разряда вредных советов. Выше есть ссылка с обсуждением этой "признанной" проблемы с логами, никакой волшебной пилюли нет.

Если я ничего нее путаю, то, если не отключить синхронную запись, диск и ЗФС будет делать двойную работу, вначале писать в log на диске, а потом переписывать из него опять на диск уже в нормальном виде.
Поправьте меня если что.

Разбираться в этих тестах неохота, фря у меня никогда не залипла со свопом на ЗФС, тестировал сборкой древа портов которая сожрала неприличный объём ОЗУ.

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

153. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от iZENemail (ok), 03-Июл-21, 14:25 
> Если я ничего нее путаю, то, если не отключить синхронную запись, диск
> и ЗФС будет делать двойную работу, вначале писать в log на
> диске, а потом переписывать из него опять на диск уже в
> нормальном виде.
> Поправьте меня если что.

У CoW ФС log является самой файловой системой, вообще-то. Когда в него что-то пишется, он в это время является log'ом, когда записалось — уже частью пользовательских данных. Таким образом, ничто никуда повторно не переписывается, а просто местоположение меняет статус.

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

154. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от Аноньимъ (ok), 03-Июл-21, 14:48 
ЗФС работает не так, погуглите. ЛОГ у неё отдельный.
Ответить | Правка | Наверх | Cообщить модератору

155. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от iZENemail (ok), 03-Июл-21, 14:52 
> ЗФС работает не так, погуглите. ЛОГ у неё отдельный.

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


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

160. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от Аноньимъ (ok), 03-Июл-21, 15:38 
Нет, ZIL присутствует в виде спец области на блочном устройстве - https://jrs-s.net/2019/05/02/zfs-sync-async-zil-slog/
Ответить | Правка | Наверх | Cообщить модератору

259. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от Juha (ok), 05-Июл-21, 15:08 
По Вашей же ссылки написано что ZIL не равно SLOG в плане хранилища.
То есть
ZIL - содержится на тех же дисках
SLOG - на отдельном быстром

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

263. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от Аноньимъ (ok), 05-Июл-21, 18:36 
Так я и не писал нигде что равно.
Ответить | Правка | Наверх | Cообщить модератору

163. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от Аноним (4), 03-Июл-21, 16:03 
> ZIL будет отдельным, если его специально обозначить для пула на отдельном носителе.
> Лучше, если это будет сверхбыстрое устройство долговременного хранения, но небольшой ёмкости.

Intel Optane?

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

170. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от Аноньимъ (ok), 03-Июл-21, 17:23 
> Intel Optane?

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

Но люди и SAS диски юзали для такого...

Еще можно использовать обычный ССД с SLC кешированием, главное знать размер этого кеша и выделить область равную этому размеру.

Честные MLС диски то-же подходят в общем.

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

200. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от Аноньимъ (ok), 04-Июл-21, 10:32 
Я выше конечно наврал.
Из лога переписывать не будет. Будет писать из ОЗУ.
Но лог(zil) таки отдельная область на диске и данные будут записаны дважды.
В случае синхронной записи.

Когда запрос не синхронный данные в лог не попадают вообще, и пишутся только в кеш ОЗУ.

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

193. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от Ivan_83 (ok), 04-Июл-21, 05:19 
А расскажите о проблемах зфс подробнее.
Насколько оно устойчиво при заполнении 99%?
Насколько легко потерять данные с вылетом одного диска если делать зеркалирование средствами зфс?
Как там с криптой?
Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

243. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от bOOster (ok), 05-Июл-21, 06:42 
> А расскажите о проблемах зфс подробнее.
> Насколько оно устойчиво при заполнении 99%?
> Насколько легко потерять данные с вылетом одного диска если делать зеркалирование средствами
> зфс?
> Как там с криптой?

GMIRROR и GELI, но линуксоиды этой стройной системой обделены..

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

125. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +2 +/
Сообщение от Хан (?), 03-Июл-21, 12:46 
Хочешь ZFS ставь FreeBSD и не делай людям мозги
Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

136. "Релиз OpenZFS 2.1 с поддержкой dRAID"  –2 +/
Сообщение от Аноним (128), 03-Июл-21, 13:50 
Хочешь ZFS ставь Ubuntu и не делай людям мозги
Ответить | Правка | Наверх | Cообщить модератору

236. "Релиз OpenZFS 2.1 с поддержкой dRAID"  –1 +/
Сообщение от пох. (?), 04-Июл-21, 23:28 
> Хочешь ZFS ставь FreeBSD и не делай людям мозги

какой смысл ставить мертвую систему чтобы получить тот же самый дельфиксовый zfs ?

Баги в котором не исправляют годами потому что "у нас нет ресурсов"(c)

ставь бубунточку, тебе анон все правильно посоветовал. Или забей и ставь дисяточку. Там нормальные storage spaces, с нормальной refs, правда, павершел придется выучить - полноценный гуй обещали только в 11.

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

269. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от bOOster (ok), 07-Июл-21, 06:16 
>> Хочешь ZFS ставь FreeBSD и не делай людям мозги
> какой смысл ставить мертвую систему чтобы получить тот же самый дельфиксовый zfs
> ?
> Баги в котором не исправляют годами потому что "у нас нет ресурсов"(c)
> ставь бубунточку, тебе анон все правильно посоветовал. Или забей и ставь дисяточку.
> Там нормальные storage spaces, с нормальной refs, правда, павершел придется выучить
> - полноценный гуй обещали только в 11.

storage spaces это вообще корявая поделка в попытке догнать enterprise FS. Чего стоит только то что для кэширования ты можешь использовать ТОЛЬКО четное количество дисков если в зеркале диски стоят.

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

135. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от Аноним (128), 03-Июл-21, 13:49 
> На линуксе похожие проблемы возникают при записи на флешку - система может повиснуть.

С отдельным kthread? Повиснуть? Ты наверное не видел линукса после 2.6.38.
Просто я, на своей бубунтячке 20.04 часто использую медленные старые флешки, процесс копирования на которые подвисает на уровне kthread по причине чрезмерного заполнения кэшей, но сама система - так же отзывчива.
Строго говря - 12309 вывели в отдельный поток.

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

148. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от Аноньимъ (ok), 03-Июл-21, 14:10 
Приложение все равно же может повиснуть, которое копирует?
И потом если попытаться в момент этого затыка открыть диск в файловом менеджере.
или если браузер или любая другая программа запомнили его где-то и при запуске или открытии окна сохранения файла решили пропинговать.

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

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

205. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от bOOster (ok), 04-Июл-21, 11:37 
> Приложение все равно же может повиснуть, которое копирует?
> И потом если попытаться в момент этого затыка открыть диск в файловом
> менеджере.
> или если браузер или любая другая программа запомнили его где-то и при
> запуске или открытии окна сохранения файла решили пропинговать.
> И с сетевыми дисками у меня проблемы похожего характера.

FreeBSD - нет, не может..

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

150. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +/
Сообщение от Аноньимъ (ok), 03-Июл-21, 14:14 
>Ты наверное не видел линукса после 2.6.38

Старые линуксы у меняя вываливались в кернел паник частенько, впрочем кноппикс пробовал основательно, и никаких проблем не было с ним от слова совсем.
Никаких залипаний и прочего.
Причем работал он с сиди диска.
СД диска, Карл.
И с флешки отлично работал.

Работал отлично и без проблем и боли, я прям прослезился, что с линуксом стало? Зачем убили десктопный линукс?

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

195. "Релиз OpenZFS 2.1 с поддержкой dRAID"  +2 +/
Сообщение от Аноним (195), 04-Июл-21, 06:48 
У меня всегда свежее ядро.
Недавно система начала виснуть, когда копировал на флешку гигабайты.
Жалкой ноунейм юсб 2.0 флешке система выдаёт первую космическую скорость, а потом система висит, пока файл не перенесётся полностью самом деле.
Решается подключением флешки с синхронизацией, где показывает честные несколько сотен кб в сек.
Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

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

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




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

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