The OpenNET Project / Index page

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



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

Оглавление

Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..., opennews (??), 19-Сен-12, (0) [смотреть все]

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


88. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 20-Сен-12, 17:07 
> ...просто потому что BTRFS сможет то что и ZFS. И даже больше.

Вот когда сможет хотя бы RAID-5, тогда приходите.

> И лучше.

Вот когда будет годный btrfsck, тогда и приходите.

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

89. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от ананим (?), 20-Сен-12, 18:35 
>Вот когда сможет хотя бы RAID-5, тогда приходите.

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

во-первых - уже.
во-вторых - а в ZFS? :D

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

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

90. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 20-Сен-12, 19:36 
>>Вот когда сможет хотя бы RAID-5, тогда приходите.
> для моего ноута не критично.

А для моего десктопа критично. ;p

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

Вы хотите сказать: "Не так давно, хоть что-то появилось, что может что-то чинить"?
http://www.linux.org.ru/forum/talks/8203698/page4?lastmod=13...

> во-вторых - а в ZFS? :D

zpool scrub <poolname>. Было с самого начала.

> зыж
> а ты придумал уже, что будешь писать, когда реализуют 5-й рэйд то?

"На Btrfs можно делать несколько копий данных?"

> а то уже скоро обещают, а ты и не готов?

Я всегда готов. Только ты об этом узнаешь ВНЕЗАПНО.

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

91. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от ананим (?), 20-Сен-12, 20:43 
>А для моего десктопа критично. ;p

наслышен, наслышен :D
>http://www.linux.org.ru/forum/talks/8203698/page4?lastmod=13...

Ха! http://www.lissyara.su/articles/freebsd/file_system/zfs_reco.../ :D
или http://hardforum.com/archive/index.php/t-1656030.html
а чудику btrfs [filesystem] balance start [options] <path> надо было сделать.
раз уж сам ставил, то сам бы и разруливал.
>Вы хотите сказать: "Не так давно, хоть что-то появилось, что может что-то чинить"?
>> во-вторых - а в ZFS? :D
>zpool scrub <poolname>. Было с самого начала.

btrfs scrub start [-Bdqr] <path>|<device>
было с самого начала.
но (для посикс/лсб) сделали ещё и фсчк.
а у вас там фсчк есть? а сбойные блоки не провирть? :D
>"На Btrfs можно делать несколько копий данных?"

ага :D
>Я всегда готов. Только ты об этом узнаешь ВНЕЗАПНО.

это тебе так кажется. :D

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

92. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 20-Сен-12, 22:32 
> Ха! http://www.lissyara.su/articles/freebsd/file_system/zfs_reco.../ :D

Это уже баян, который давно порвали на кусочки. В ZFSv28 (с 6 июня 2011 года во FreeBSD) есть волшебная команда "zpool import -F <poolname>" в случае FAULTED-пула.
http://www.mail-archive.com/freebsd-stable@freebsd.org/...

> или http://hardforum.com/archive/index.php/t-1656030.html

"12-02-2011, 12:13 AM"
Давайте жить сегодняшними реалиями.

> а чудику btrfs [filesystem] balance start [options] <path> надо было сделать.

Так объяснил бы этому чудику.

>>zpool scrub <poolname>. Было с самого начала.
> btrfs scrub start [-Bdqr] <path>|<device>
> было с самого начала.
> но (для посикс/лсб) сделали ещё и фсчк.
> а у вас там фсчк есть? а сбойные блоки не провирть? :D

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

>>"На Btrfs можно делать несколько копий данных?"
> ага :D

Каким образом? Через снапшоты? :))

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

93. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от ананим (?), 21-Сен-12, 00:20 
>Это уже баян,

угу.
>"12-02-2011, 12:13 AM"
>Давайте жить сегодняшними реалиями.

Так кто ж спорил бы! :D
>2012-05-07
>    Migration from http://btrfs.ipv5.de
>Latest btrfs-progs (c. 26 Mar 2012)
>    btrfsck can now repair some forms of filesystem breakage
>Enterprise btrfs support (Feb 2012)
>    Since February 2012 there are two vendors who support btrfs in their distributions, Oracle and SUSE.

и боянист из тебя плохой - 0.19 даже уже в википедии нет.

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

111. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  –1 +/
Сообщение от Аноним (-), 21-Сен-12, 06:04 
> и боянист из тебя плохой - 0.19 даже уже в википедии нет.

Да ты слушай больше этого Ыксперта, у тебя тоже диски будут работать как у него  :) [выжимая аж целых 6мб/сек на шпиндель, ололо]

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

134. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 22-Сен-12, 21:47 
>> и боянист из тебя плохой - 0.19 даже уже в википедии нет.
> Да ты слушай больше этого Ыксперта, у тебя тоже диски будут работать
> как у него  :) [выжимая аж целых 6мб/сек на шпиндель,
> ололо]

http://www.linux.org.ru/forum/talks/8255499?cid=8255518

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

144. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 09:52 
> http://www.linux.org.ru/forum/talks/8255499?cid=8255518

data=journal, drive cache=off, fsync
а чтобы не извращаться - надо ставить ИБП

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

153. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 11:10 
>> http://www.linux.org.ru/forum/talks/8255499?cid=8255518
> data=journal, drive cache=off, fsync
> а чтобы не извращаться - надо ставить ИБП

Ну вот оказываеся ext4 без журнала гробит данные. И что же это она во всех тестах, где всех рвет - без журнала ? :-))  А с журналом что сливает ?

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

158. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 11:17 
> Ну вот оказываеся ext4 без журнала гробит данные. И что же это
> она во всех тестах, где всех рвет - без журнала ?
> :-))  А с журналом что сливает ?

Да нет, просто журналирование ДАННЫХ (не метаданных) - удел нищебродов, неспособных позволить себе UPS на критичное приложение. А если нет критичного приложения - то и вообще не актуально.

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

160. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 11:21 
>> Ну вот оказываеся ext4 без журнала гробит данные. И что же это
>> она во всех тестах, где всех рвет - без журнала ?
>> :-))  А с журналом что сливает ?
> Да нет, просто журналирование ДАННЫХ (не метаданных) - удел нищебродов, неспособных позволить
> себе UPS на критичное приложение. А если нет критичного приложения -
> то и вообще не актуально.

Сие следует понимать так - нетаскать упс за ноутом удел нищебродов :-))) Ага и чемодан с батарейками в свободную руку :-))) Короче говоря для ноутов с их тормознутами но зато противоударными дисками дисками линукс с ext4 не годится, будет еще тормознутей :-)))

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

164. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 11:27 
> Сие следует понимать так - нетаскать упс за ноутом удел нищебродов :-)))

Сие следует понимать так:
Работать с критичными данными на ноуте с разряженной батареей - моветон.

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

165. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 11:28 
>> Сие следует понимать так - нетаскать упс за ноутом удел нищебродов :-)))
> Сие следует понимать так:
> Работать с критичными данными на ноуте с разряженной батареей - моветон.

Ну и да - если уж нельзя "оторваться от производства" по пути - только нищеброды не могут себе позволить сменную батарею.

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

168. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 11:38 
>>> Сие следует понимать так - нетаскать упс за ноутом удел нищебродов :-)))
>> Сие следует понимать так:
>> Работать с критичными данными на ноуте с разряженной батареей - моветон.
> Ну и да - если уж нельзя "оторваться от производства" по пути
> - только нищеброды не могут себе позволить сменную батарею.

А как вы смените батарею не выключая бук и не закрывая все приложения ? :-)) Гибернейшен разве у всех работает ? :-))

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

175. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 12:14 
> А как вы смените батарею не выключая бук и не закрывая все
> приложения ? :-)) Гибернейшен разве у всех работает ? :-))

У кого в критичной среде оное не работает - милости прошу об стену или в окно.

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

194. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 17:03 
> У кого в критичной среде оное не работает - милости прошу об
> стену или в окно.

И как помогает ? :-)))


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

206. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 18:43 
>> У кого в критичной среде оное не работает - милости прошу об
>> стену или в окно.
> И как помогает ? :-)))

Не знаю. Первый раз человека с подобной проблемой увидел по приведенной выше ссылке. Очевидно, редкий вид. На собственной практике не случалось ни разу.

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

405. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 26-Сен-12, 13:40 
> И как помогает ? :-)))

Проверьте. Вы же любите требовать тесты. Теперь наша очередь :)

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

177. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 23-Сен-12, 12:18 
>> Сие следует понимать так - нетаскать упс за ноутом удел нищебродов :-)))
> Сие следует понимать так:
> Работать с критичными данными на ноуте с разряженной батареей - моветон.

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


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

196. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 17:05 
>>> Сие следует понимать так - нетаскать упс за ноутом удел нищебродов :-)))
>> Сие следует понимать так:
>> Работать с критичными данными на ноуте с разряженной батареей - моветон.
> Человек вообще не открывал те файлы, что у него обнулились, но случайно
> оказались в одном каталоге с запущенной программой.

Когда при запуске fsck в фоне обнуляются открытые файлы это херово но не ново, но вот когда соседние это просто ППЦ.

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

207. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 18:43 
> Когда при запуске fsck в фоне обнуляются открытые файлы это херово но
> не ново, но вот когда соседние это просто ППЦ.

Я бы сказал, если руки из задницы - может и весь диск обнулиться.
Потому, что если подумать - этого не может быть потому, что не может быть.
Скорее всего (с вероятностью 99%) - камиказе с отключенным журналом метаданных.

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

241. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 20:40 
>> Когда при запуске fsck в фоне обнуляются открытые файлы это херово но
>> не ново, но вот когда соседние это просто ППЦ.
> Я бы сказал, если руки из задницы - может и весь диск
> обнулиться.
> Потому, что если подумать - этого не может быть потому, что не
> может быть.
> Скорее всего (с вероятностью 99%) - камиказе с отключенным журналом метаданных.

А случай с улетевшим разделом ? Этого не может быть потому что быть не может ? Месье накурился ?


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

244. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 20:43 
> А случай с улетевшим разделом ? Этого не может быть потому что
> быть не может ? Месье накурился ?

За два года юза ext4 в продакшне не было ни одного случая отказа FS. Был случай выпадения двух дисков в пятом рейде, но тут уже любая FS ляжет. Порядка 25 серверов. На некритичных (и включенных по этой причине без UPS) происходили в т.ч. отключения питания. Никаких развалов, обнулений файлов, и прочего. Но тут потому, что софт обучен не делать ftruncate/rewrite. Только write/unlink/mv.

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

468. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 01-Окт-12, 15:32 
> Скорее всего (с вероятностью 99%) - камиказе с отключенным журналом метаданных.

Он написал про какой-то фон. Уж не пнул ли этот баклан fsck на смонтированном разделе? Ну там где fsck еще истошно орет варнингами про то что в таком режиме он может раздестроить все и вся и никаких гарантий дескать нет. Если он сделал это - ну он и получил что заслужил. Потому что сложно быть глупым, да.

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

479. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 02-Окт-12, 00:29 
>> Скорее всего (с вероятностью 99%) - камиказе с отключенным журналом метаданных.
> Он написал про какой-то фон. Уж не пнул ли этот баклан fsck
> на смонтированном разделе? Ну там где fsck еще истошно орет варнингами
> про то что в таком режиме он может раздестроить все и
> вся и никаких гарантий дескать нет. Если он сделал это -
> ну он и получил что заслужил. Потому что сложно быть глупым,
> да.

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

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

516. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 02-Окт-12, 21:40 
> fsck запускался из хост системы без монтирования.

А, вот оно что. А при чем тут фон?

> Сложно сапортить когда системы ставят глупые люди.

Самокритичненько.

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

406. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 26-Сен-12, 13:41 
> Человек вообще не открывал те файлы, что у него обнулились, но случайно
> оказались в одном каталоге с запущенной программой.

Не верю (с)
либо руки

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

408. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 26-Сен-12, 13:49 
>> Человек вообще не открывал те файлы, что у него обнулились, но случайно
>> оказались в одном каталоге с запущенной программой.
> Не верю (с)
> либо руки

Либо фс :-))


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

410. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 26-Сен-12, 14:04 
> Либо фс :-))

Многолетней практикой не подтверждено - значит руки.

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

480. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 02-Окт-12, 00:30 
>> Либо фс :-))
> Многолетней практикой не подтверждено - значит руки.

Какая у вас интересная практика, неужели за все эти годы нельзя было научиться хотябы самому простому ? :-)))

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

485. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 02-Окт-12, 07:22 
> Какая у вас интересная практика, неужели за все эти годы нельзя было
> научиться хотябы самому простому ? :-)))

Моя практика стабильно работает годами на множестве серверов, поэтому заявления жопоруких о "либо ФС" мне как-то не интересны.

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

428. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 26-Сен-12, 20:30 
> Либо фс :-))

Массовых воплей не видно при том что оно дефолтное в 100500 дистрах, стало быть дело не в бобине. Было б там все плохо - все багтрекеры бы уже легли под натиском пострадавших.

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

431. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  –1 +/
Сообщение от nagualemail (ok), 26-Сен-12, 21:11 
>> Либо фс :-))
> Массовых воплей не видно при том что оно дефолтное в 100500 дистрах,
> стало быть дело не в бобине. Было б там все плохо
> - все багтрекеры бы уже легли под натиском пострадавших.

Вот действительно у бсд до пследнего времени была всего одна UFS и никакой паники несмотря на грозные высеры ЛГМовцев :-))

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

452. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 30-Сен-12, 20:58 
> Вот действительно у бсд до пследнего времени была всего одна UFS и
> никакой паники несмотря на грозные высеры ЛГМовцев :-))

Стало вместо 1 тормознутой ФС две. Вторая - тормознутая и переросточная. Ассортимент, однако :)

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

486. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 02-Окт-12, 07:23 
> Вот действительно у бсд до пследнего времени была всего одна UFS и
> никакой паники несмотря на грозные высеры ЛГМовцев :-))

Да там так и есть "всего одна UFS", ZFS реально эксплуатабельной считать нельзя - так, для файлопомоек сгодится, но судя по Сети - реальных юзкейсов почти 0. Собственно, поэтому и никакой паники - число юзкейсов BSD не намного превышает число юзкейсов ZFS.

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

499. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 02-Окт-12, 13:44 
>> Вот действительно у бсд до пследнего времени была всего одна UFS и
>> никакой паники несмотря на грозные высеры ЛГМовцев :-))
> Да там так и есть "всего одна UFS", ZFS реально эксплуатабельной считать
> нельзя - так, для файлопомоек сгодится, но судя по Сети -
> реальных юзкейсов почти 0. Собственно, поэтому и никакой паники - число
> юзкейсов BSD не намного превышает число юзкейсов ZFS.

Это статистика по твоей больнице что ли? :) Оно и понятно.

http://forum.ixbt.com/topic.cgi?id=11:44215-77
80 человек юзают ZFS (во FreeBSD — 43 и 7 — в Solaris)
18 человек юзают Linux (Ext* или ZoL).
17 — Windows

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

500. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 02-Окт-12, 15:38 
88 человек - это МЕГА репрезентативная выборка, имя которой - "ни о чём".

Тем более очень специфично то, что именно о NAS на x86 речь идёт. Совершенно бессмысленный и беспощадный юзкейс, хотя бы по электропитанию.

Основная ЦА - самоделкины, которым в силу каких-то причин сильно лень купить нормальный сохошный NAS c линуксами внутри, стоящий гораздо меньше, чем железо, которое используется в треде.

Нет, конечно, из имеющихся под рукой говна и палок можно и NAS слепить, но тогда уж надо себе сказать, что это чисто ради эксперимента. А если делать по уму - надо делать на ARM/MIPS, и нормально (как и сделано в нормальных NAS).

У меня например сетевое хранилище совмещено с серваком, который и так есть. Тупо виртуалка с SMB и несколькими разделами ext4 на VMFS, который на рейде вместе со всем остальным. В отдельном NAS смысла не вижу.

А юзерам, у которых сервака нет - на самоделия фиолетово, и они купят какой-нибудь SOHO NAS от WD или прочих компаний.

Т.е., в итоге - имеем в треде узкий круг любителей городить огород там, где смысла в нем нет в принципе. Что показательно - в основном BSD'шники.

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

501. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 02-Окт-12, 15:52 
Вот гораздо более вменяемый юзкейс:
http://www.dlink.ru/ru/products/120/1477.html
Внутри - как бы ты думал, какая ОС? :)

Куча хранилок корпоративного уровня от SYNOLOGY - тоже на нём :)

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

503. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 02-Окт-12, 16:04 
> Вот гораздо более вменяемый юзкейс:
> http://www.dlink.ru/ru/products/120/1477.html
> Внутри - как бы ты думал, какая ОС? :)
> Куча хранилок корпоративного уровня от SYNOLOGY - тоже на нём :)

Длинк гавно - проверено на wi-fi роутерах и адсл мопедах ...

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

504. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 02-Окт-12, 16:50 
> Длинк гавно - проверено на wi-fi роутерах и адсл мопедах ...

Чем именно?

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

517. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 02-Окт-12, 21:44 
> Длинк гaвно - проверено на wi-fi роутерах и адсл мопедах ...

Длинк - это тайванокитайцы. Поэтому у них есть все. От супершита до вполне нормальных девайсов. А модемы у них г, но местные тут когда-то делали для них нормальные прощивки. Был такой человек - McMcc. С его прошивками гэ вполне себе становилось конфеткой. Правда они прощелкали клювом и спец ушел делать прошивки конкурентам. FAIL, да.

Упомянутый - девайс как девайс. Свою нишу имеет, народом покупается. В тиражах явно превосходящих ваши полтора^W 88 землекопов на многие порядки. А подобные по смыслу штуки есть и у synology, qnap и еще 100500 производителей. У некоторых на таком пепелаце даже LAMP отбабахан :)

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

518. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 03-Окт-12, 22:54 
> Вот гораздо более вменяемый юзкейс:
> http://www.dlink.ru/ru/products/120/1477.html
> Внутри - как бы ты думал, какая ОС? :)

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

> Куча хранилок корпоративного уровня от SYNOLOGY - тоже на нём :)

Куча хранилок корпоративного уровня iXsystems, Inc. на FreeBSD с ZFS и что? Твоя пузомерка в чём заключается, в технологичности или в массовости/доступности (для средних умов)?


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

519. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 03-Окт-12, 23:02 
>> Вот гораздо более вменяемый юзкейс:
>> http://www.dlink.ru/ru/products/120/1477.html
>> Внутри - как бы ты думал, какая ОС? :)
> Тулчейн по изменению прошивки прилагается бесплатно или нужно подписывать специальное
> соглашение на ограничения по разработке и распространение технологических секретов? ;)
>> Куча хранилок корпоративного уровня от SYNOLOGY - тоже на нём :)
> Куча хранилок корпоративного уровня iXsystems, Inc. на FreeBSD с ZFS и что?
> Твоя пузомерка в чём заключается, в технологичности или в массовости/доступности (для
> средних умов)?

Обновил скрипты http://actika.livejournal.com/619.html

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

520. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 03-Окт-12, 23:34 
> Куча хранилок корпоративного уровня iXsystems, Inc. на FreeBSD с ZFS и что?

Простите, что такое iXSystems? D-Link, WD, Synology - их знает весь мир. А iXSystems? В реале не встречал ни разу, честно.

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

521. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 03-Окт-12, 23:34 
А, сам себе отвечу.

Это чудесники, которые купили и похоронили PC-BSD...

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

523. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 04-Окт-12, 16:31 
> А, сам себе отвечу.

Обновил тесты
http://actika.livejournal.com/619.html
ext4 сошел с дистанции ...

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

524. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 04-Окт-12, 21:44 
> Обновил тесты
> http://actika.livejournal.com/619.html
> ext4 сошел с дистанции ...

Ржали над высером про фрагментацию на рамдиске всей командой.
Потом на перекуре долго обсуждали - сколько нужно свободного места для дефрагментации.
Пришли к выводу, что данный юзкейс с близким к 0 объемом свободного места и дефрагером мог придумать только клинический идиот.

Заскриншотил, буду показывать образчик феерического бреда будущим коллегам и потомкам.

Но вот за табличку с перформансами спасибо - сошлись во мнении, что табличка явно рассказывает, кто есть что.

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

525. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 04-Окт-12, 22:45 
>> Обновил тесты
>> http://actika.livejournal.com/619.html
>> ext4 сошел с дистанции ...
> Ржали над высером про фрагментацию на рамдиске всей командой.
> Потом на перекуре долго обсуждали - сколько нужно свободного места для дефрагментации.

Вместе с доктором ? или опять соло ?

> Пришли к выводу, что данный юзкейс с близким к 0 объемом свободного
> места и дефрагером мог придумать только клинический идиот.

Если дефрагментатор запускуается наверно он знает сколько ему нужно места ? Или админ с калькулятором прилагается к каждому дефрагментатору автоматически ?

> Заскриншотил, буду показывать образчик феерического бреда будущим коллегам и потомкам.

Тяжело спорить с клиническими идиотами, но я буду стараться ...

> Но вот за табличку с перформансами спасибо - сошлись во мнении, что
> табличка явно рассказывает, кто есть что.

Ну да фаворит(ext4fs) выбыл по причине нестабильности ... все остальные либо дохлыей (рейзер) либо древние и заброшенные(ext3 ext2) либо впереди планеты всей (btrfs) :)))


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

526. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 04-Окт-12, 22:47 
> Ну да фаворит(ext4fs) выбыл по причине нестабильности ...

пруф, или клиника...


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

527. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 04-Окт-12, 22:53 
>> Ну да фаворит(ext4fs) выбыл по причине нестабильности ...
> пруф, или клиника...

пруф жж если неасилили - клинака ...

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

529. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 05-Окт-12, 11:38 
> пруф жж если неасилили - клинака ...

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

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

530. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 05-Окт-12, 14:08 

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

Месье потрудится опровергнуть хотябы одно утверждение из жж ? а то слив не защитан ...
По ссылке http://www.linux.org.ru/forum/talks/8255499?cid=8302757 разжеванный вариант специально для месье.

> Ну да - всё те же тормоза.

У меня тоже возникает ощущение что я спорю с тормозом.

> Не ошибается тот, кто ничего не делает.

Умные люди предпочитают учиться на чужих ошибках ...

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

531. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 05-Окт-12, 14:16 
> По ссылке http://www.linux.org.ru/forum/talks/8255499?cid=8302757 разжеванный вариант
> специально для месье.

Бугага, тебе и там разъяснили, что ты чушь порешь по большей мере. Удачи в жевании кактусов, бро. А твои "тесты" - полнейшая туфта. BONNIE+ я и сам взять могу.

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

347. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 24-Сен-12, 23:41 
> Сие следует понимать так - нетаскать упс за ноутом удел нищебродов :-)))

У ноута и так "ups" встроен.

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

122. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 21-Сен-12, 12:34 
> А для моего десктопа критично. ;p

Десктоп изена, тот что с голубыми кристаллами^W^W дисками выдающими 6Мб/сек :)

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

139. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 23-Сен-12, 01:48 
>> А для моего десктопа критично. ;p
> Десктоп изена, тот что с голубыми кристаллами^W^W дисками выдающими 6Мб/сек :)

Хватит уже дурь свою показывать. Освободится место — скорость увеличится.


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

149. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 09:57 
> Хватит уже дурь свою показывать. Освободится место — скорость увеличится.

Не увеличится, дефраггера-то нетуть...

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

170. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 23-Сен-12, 11:59 
>> Хватит уже дурь свою показывать. Освободится место — скорость увеличится.
> Не увеличится, дефраггера-то нетуть...

Освободил 30 ГБ — скорость возросла в разы. Что я сделал неправильно?


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

176. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 12:15 
> Освободил 30 ГБ — скорость возросла в разы. Что я сделал неправильно?

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

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

181. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 23-Сен-12, 12:36 
>> Освободил 30 ГБ — скорость возросла в разы. Что я сделал неправильно?
> Скорость чего? Перемещения руки вверх-вниз при просмотре содержимого?

Скорость всего — чтения, записи, просмотра данных.

> В какой-то соседней теме замеры уже выкладывались - всё очевидно, собственно.

Вот и я говорю: спорить о скорости CoW при 97-99% заполненности данными не имеет смысла.

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

301. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 24-Сен-12, 06:50 
> Скорость всего — чтения, записи, просмотра данных.

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

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

210. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 23-Сен-12, 18:57 
> Вы хотите сказать: "Не так давно, хоть что-то появилось, что может что-то чинить"?
> http://www.linux.org.ru/forum/talks/8203698/page4?lastmod=13...

Гениально! На основании того что у кого-то разбился тестовый прототип самолета мы сделаем глобальный вывод: все самолеты - гэ! Defective by design! Ходите  пешком!!!1111

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

246. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 20:48 
>> Вы хотите сказать: "Не так давно, хоть что-то появилось, что может что-то чинить"?
>> http://www.linux.org.ru/forum/talks/8203698/page4?lastmod=13...
> Гениально! На основании того что у кого-то разбился тестовый прототип самолета мы
> сделаем глобальный вывод: все самолеты - гэ! Defective by design! Ходите
>  пешком!!!1111

Правильным выводом было бы приостановить эксплуатацию этой модели самолета (btrfs) и провести детальное исследование катастрофы для устанения возможных деффектов в этой модели.

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

302. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 24-Сен-12, 06:54 
> Правильным выводом было бы приостановить эксплуатацию этой модели самолета (btrfs) и провести
> детальное исследование катастрофы для устанения возможных деффектов в этой модели.

Сложно "приостановить эксплуатацию" для штуки явно позиционируемой как тестовый прототип. И да, у гражданина ФС жила 2.5 года, т.е. ФС создавалась и изначально писалась куда как более древним ядром. Что оно там понаворотило и сколько багов с тех пор исправили - вопрос интересный. При том от предложения расследовать гражданин отказался и вообще шустро-быстро замел все следы, что как-то подозрительно. Ну то-есть гражданин как-то и не был заинтересован в изучении результатов. Ну так его право, тогда ему грех жаловаться. А учитывая размеры раздела "с кошкину задницу" и прочая - возникает ощущение что гражданин прямо заранее нацелился на то что у него тестовый самолет расшибется и он всем скажет какое это гэ.

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

128. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 21-Сен-12, 18:26 
>>Вот когда сможет хотя бы RAID-5, тогда приходите.
> для моего ноута не критично.
> использую бтр и не жалуюсь.
>>Вот когда будет годный btrfsck, тогда и приходите.
> во-первых - уже.
> во-вторых - а в ZFS? :D
> зыж
> а ты придумал уже, что будешь писать, когда реализуют 5-й рэйд то?
> а то уже скоро обещают, а ты и не готов?

Ну вот каких то два дня обсуждений и выясняется что btrfs неимеет того функционала что есть в ZFS например ZFS рекомендуют ставить на диски заменяя функционал аппаратных рейдов и если btrfs с ее общесистемным кешем это отличноее решения для десктопа то ZFS с ее заменой рейда это решение для сервера ... честно говоря linux он больш для десктопа и на сервере ему делать нефиг. Была прада java которая по идейным сображениям (лицензионным вестимо) не работает на bsd но не волнуйтесь можно даже сказать не смневайтесь - оракл ёё похерит :))) судя по стремительности выпуска секурных обновлений работа в этом направлени просто кипит :)))

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

130. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 22-Сен-12, 09:12 
> Ну вот каких то два дня обсуждений и выясняется что btrfs неимеет

Не с глаголами пишется раздельно :P.

> того функционала что есть в ZFS

Да, пока еще не абсолютно все фичи реализованы. Тем не менее, есть и фичи на которые ZFS будет нечем ответить без заметной переделки. Вон например не успели BSDшники попонтоваться насчет send/receive как он был реализован в свежих ядрах :)

> например ZFS рекомендуют ставить на диски заменяя функционал аппаратных рейдов

Аппаратные рэйды имеют как свои плюсы так и свои минусы. Из очевидных плюсов, у них бывает кэш с батарейкой на случай слета питания (батарейка программно, простите, не эмулируется) и оффлоад вычислений коррекции ошибок например.

> и если btrfs с ее общесистемным кешем это отличноее решения для десктопа

<sarcasm>Да, да, и вон та возможность ребалансинга на множество дисков - это тоже специально для десктопа сделано. Да что уж там, ноута с одним хилым винчом. Будем менеджить пул из целого 1 девайса, во! </sarcasm>.

> то ZFS с ее заменой рейда это решение для сервера ... честно говоря linux он больш
> для десктопа и на сервере ему делать нефиг.

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

> Была прада java которая по идейным сображениям (лицензионным вестимо) не работае на bsd

В этом месте по сценарию iZEN делит на ноль в очередной раз :D.

> но не волнуйтесь можно даже сказать не смневайтесь - оракл ёё похерит :)))

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

> судя по стремительности выпуска секурных обновлений работа в этом направлени
> просто кипит :)))

Зато у бздельников все как обычно: паршиво поддерживается новое железо + на выбор две тормознутые ФС. Одна из которых к тому же прожорливая до RAM да еще и под кривой и странной лицензией от сан с легким копилефтным уклоном :). Зато, блин, не линукс и не гпл и "ваще типа крута, патамучта вася из 3-го подъезда так сказал".

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

132. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 22-Сен-12, 10:19 
> Да, пока еще не абсолютно все фичи реализованы. Тем не менее, есть
> и фичи на которые ZFS будет нечем ответить без заметной переделки.

О да как жежить под zfs и без дефрагментатора :-))) Обожаю дефрагментацию :)))


> Аппаратные рэйды имеют как свои плюсы так и свои минусы. Из очевидных
> плюсов, у них бывает кэш с батарейкой на случай слета питания
> (батарейка программно, простите, не эмулируется) и оффлоад вычислений коррекции ошибок
> например.

Вы наверно не внимательно читали доку по zfs в двух словах это лучше чем контролер с батарейкой. Кстати иногда батарейки портятся и ппц подкрадывается незаметно :)))

> Ну да, конечно, вот всякие гуглы, фэйсбуки, твиттеры и прочие википедии, обслуживающие
> всю планету серваками с линуксом - они лохи. А вот некий
> nagual лучше них знает как надо. Радуют меня такие самоуверенные кексы,
> с умным виом несущие пургу :)

На данный момент "всякие гуглы" не ставят сырые фс под хранилища ...


> Зато у бздельников все как обычно: паршиво поддерживается новое железо + на
> выбор две тормознутые ФС. Одна из которых к тому же прожорливая
> до RAM да еще и под кривой и странной лицензией от
> сан с легким копилефтным уклоном :). Зато, блин, не линукс и
> не гпл и "ваще типа крута, патамучта вася из 3-го подъезда
> так сказал".

Что такое ? Месье неасилил поставить настроить bsd? Такой высокий порог вхождения? 8-0
А месье уже сделал домашние задания на понедельник ?


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

143. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 09:49 
> Что такое ? Месье неасилил поставить настроить bsd? Такой высокий порог вхождения?
> 8-0

Простите, а зачем? Или ставить BSD ради поставить и настроить - это тренд такой? У нас и линуксы неплохо работают, и даже крутить 100500 тыщ ручек после установки не требуется в общем случае.

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

152. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 11:08 
>> Что такое ? Месье неасилил поставить настроить bsd? Такой высокий порог вхождения?
>> 8-0
> У нас и линуксы неплохо работают, и даже крутить
> 100500 тыщ ручек после установки не требуется в общем случае.

В одном из двух случаев "не" явно лишнее :-))

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

157. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +1 +/
Сообщение от AlexAT (ok), 23-Сен-12, 11:16 
> В одном из двух случаев "не" явно лишнее :-))

В случае с *BSD - вероятно, да.

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

211. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 23-Сен-12, 19:12 
> О да как жежить под zfs и без дефрагментатора :-)))

Не знаю как вы там "жежите". Это наверное тут оффтопик.

> Обожаю дефрагментацию :)))

А изен вон обожает 6Мб/сек со шпинделя. Тоже вариант :)

>> (батарейка программно, простите, не эмулируется) и оффлоад вычислений коррекции ошибок например.
> Вы наверно не внимательно читали доку по zfs в двух словах это лучше чем контролер
> с батарейкой. Кстати иногда батарейки портятся и ппц подкрадывается незаметно :)))

В доках от сана замечено много маркетингового булшита и хитрого виляния попой на неудобных вопросах. В частности, по вопросу насчет фрагментации везде технично повиляно попой. Маркетологи в санях не зря хлеб кушают, но мне то не маркетинг, а чтоб работало и хорошо. Btrfs до этого состояния допинают. Его нынче такая толпа пилит что по другому у них просто не получится.

> На данный момент "всякие гуглы" не ставят сырые фс под хранилища ...

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

> Что такое ? Месье неасилил поставить настроить bsd?

Мсье бодал что-то там "осиливать". Ему нужна система которая будет работать и делать свое дело. Желательно быстро, качественно и с минимальными усилиями на администрирование. А осиливать, то-есть жрать через силу кактус - это ваша прерогатива.

> Такой высокий порог вхождения?

Скорее, просто геморная и грабельная система. Созданная не для жизни а для сферических коней в вакууме. Осилить я могу хоть выставление состояний CPU тумблерами на шине. Только вот в общем случае могу != хочу этим постоянно заниматься на регулярной основе для повседневных задач.

> А месье уже сделал домашние задания на понедельник ?

Еще как. Лет ...цать назад.

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

249. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 21:02 
> вместо десктопа или ноута ...

Безусловно btrfs отличное решение для десктопа или ноута, правда на лоре пишут что за 2.5 года сдыхает, но ничего, починят, года этак через 2.5 :-)))))

> Мсье бодал что-то там "осиливать". Ему нужна система которая будет работать и
> делать свое дело. Желательно быстро, качественно и с минимальными усилиями на
> администрирование.

Помнится по apt-update обновление на grub2 пришло и один боевой серв после ребута не поднялся. Безусловно дебиан это система которая умеет работать и
делать свое дело...быстро, качественно и с минимальными усилиями на
администрирование. :-)))

>> Такой высокий порог вхождения?
> Скорее, просто геморная и грабельная система.

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

>> А месье уже сделал домашние задания на понедельник ?
> Еще как. Лет ...цать назад.

Похоже не все.


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

303. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 24-Сен-12, 07:03 
> Безусловно btrfs отличное решение для десктопа или ноута, правда на лоре пишут
> что за 2.5 года сдыхает,

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

> но ничего, починят, года этак через 2.5 :-)))))

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

> Помнится по apt-update обновление на grub2 пришло и один боевой серв после
> ребута не поднялся.

Простите, а у вас там что, testing или unstable был? Такие приколы только там бывали пару раз. Если вы их в боевых серверах юзаете - сами виноваты.

> Безусловно дебиан это система которая умеет работать и
> делать свое дело...быстро, качественно и с минимальными усилиями на
> администрирование. :-)))

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

>> Скорее, просто геморная и грабельная система.
> Такое впечатление может возникнуть только у людей которым лень в чем то
> разбираться детально.

Скорее, привыкать к чужой кривизне. Привыкнуть можно много к чему. Вот только нафиг нужно.

>>> А месье уже сделал домашние задания на понедельник ?
>> Еще как. Лет ...цать назад.
> Похоже не все.

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

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

314. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 24-Сен-12, 11:22 
> Простите, а у вас там что, testing или unstable был? Такие приколы
> только там бывали пару раз. Если вы их в боевых серверах
> юзаете - сами виноваты.

Всего пару раз :-))) зачет :-))) дебиан о такой дебиан :-)))

> Собственно, даже слетевший grub чинится за считанные минуты при наличии прямых рук.
> Но это актуально только для камикадзей которые зачем-то юзают testing или
> unstable. В релизной версии дебиана а так же всяких там убунтах
> - таких проблем не наблюдается.

Это 100% был релиз :-))


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

350. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 24-Сен-12, 23:45 
> Всего пару раз :-))) зачет :-))) дебиан о такой дебиан :-)))

У дебиана есть свои проблемы. А у *bsd - свои. Если уж о дебиане вспомнили то чего-то debian/kfreebsd сильно сливает ... самому себе, но с пингвиньим ядром. Что недвусмысленно намекает что дебиан такой дебиан, а bsd такое bsd :)

>> unstable. В релизной версии дебиана а так же всяких там убунтах - таких проблем не наблюдается.
> Это 100% был релиз :-))

Ну фиг знает, мне о таких прецедентах со stable ничего не известно.

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

360. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 25-Сен-12, 00:13 
> Ну фиг знает, мне о таких прецедентах со stable ничего не известно.

Теперь известно.



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

407. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 26-Сен-12, 13:45 
> Теперь известно.

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

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

140. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 23-Сен-12, 01:53 
> Была прада java
> которая по идейным сображениям (лицензионным вестимо) не работает на bsd но
> не волнуйтесь можно даже сказать не смневайтесь - оракл ёё похерит
> :))) судя по стремительности выпуска секурных обновлений работа в этом направлени
> просто кипит :)))

Почему я не удивляюсь твоей глупости?

На, посмотри на Java в *BSD:
http://www.freshports.org/search.php?query=jdk&num=500
http://www.freshports.org/search.php?query=jre&num=500
http://www.freebsd.org/ru/ports/java.html

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

151. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 11:00 
>> Была прада java
>> которая по идейным сображениям (лицензионным вестимо) не работает на bsd но
>> не волнуйтесь можно даже сказать не смневайтесь - оракл ёё похерит
>> :))) судя по стремительности выпуска секурных обновлений работа в этом направлени
>> просто кипит :)))
> Почему я не удивляюсь твоей глупости?
> На, посмотри на Java в *BSD:
> http://www.freshports.org/search.php?query=jdk&num=500
> http://www.freshports.org/search.php?query=jre&num=500
> http://www.freebsd.org/ru/ports/java.html

Я знаю что java отлично работает под bsd как и многое другое. Но сановская java не сертифицирована под bsd ибо бесплатные конкуренты нахер не нужны. Потому люди которые используют java ни в жизнь не поставят сее bsd ...

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

172. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 23-Сен-12, 12:11 
>[оверквотинг удален]
>>> просто кипит :)))
>> Почему я не удивляюсь твоей глупости?
>> На, посмотри на Java в *BSD:
>> http://www.freshports.org/search.php?query=jdk&num=500
>> http://www.freshports.org/search.php?query=jre&num=500
>> http://www.freebsd.org/ru/ports/java.html
> Я знаю что java отлично работает под bsd как и многое другое.
> Но сановская java не сертифицирована под bsd ибо бесплатные конкуренты нахер
> не нужны. Потому люди которые используют java ни в жизнь не
> поставят сее bsd ...

Картина маслом "Опять двойка".

Сановская Java 5.0 и 6.0 была ещё сертифицирована под FreeBSD 6.x и 7.x. Технология Java™ получила право распространения в бинарном порте под именем Diablo-JDK/JRE для платформ [i386] и [amd64].
http://www.freebsdfoundation.org/downloads/java16.shtml
//--
The FreeBSD Foundation has a license with Sun Microsystems to distribute FreeBSD binaries for the Java Runtime Environment (JRE) and Java Development Kit (JDK). These implementations have been made possible through the hard work of the FreeBSD Java team as well as through donations to the FreeBSD Foundation that supported hardware, developer costs, and legal fees.

The official JRE and JDK binaries based on Sun's latest partner sources provide end-users and developers alike with confidence that they can use and create Java applications on FreeBSD with the same degree of portability, robustness and stability that they have come to expect from other supported operating systems. These binaries have been fully tested under Sun's compatibility test suite.
--//
Diablo JDK/JRE до сих пор поддерживается в текущих версиях FreeBSD через слой совместимости Compat7x. Периодически выходят критические исправления.

Сейчас Oracle JDK доступен в виде порта java/jdk16. OpenJDK 6 и 7 доступны с последними исправлениями. Плагин для поддержки апплетов в браузере (icedtea-web-1.3) успешно работает в firefox-15.0.1 на платформе OpenJDK6 (openjdk6-b25_2).

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

190. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 16:49 
>> Я знаю что java отлично работает под bsd как и многое другое.
>> Но сановская java не сертифицирована под bsd ибо бесплатные конкуренты нахер
>> не нужны. Потому люди которые используют java ни в жизнь не
>> поставят сее bsd ...
> Картина маслом "Опять двойка".

Месье не использует java но знает лучше людей использующий java ... Это уже диагноз.

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

195. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 23-Сен-12, 17:04 
>>> Я знаю что java отлично работает под bsd как и многое другое.
>>> Но сановская java не сертифицирована под bsd ибо бесплатные конкуренты нахер
>>> не нужны. Потому люди которые используют java ни в жизнь не
>>> поставят сее bsd ...
>> Картина маслом "Опять двойка".
> Месье не использует java но знает лучше людей использующий java ... Это
> уже диагноз.

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

% pkg_info -R openjdk6-b25_2
Information for openjdk6-b25_2:

Required by:
icedtea-web-1.3_1
rssowl-1.2.3_8
swt-3.5.2_2
eclipse-3.7.1_3
eclipse-emf-2.7.2
eclipse-gef-3.7.2
eclipse-datatools-1.9.2
eclipse-webtools-3.3.2

% uname -a
FreeBSD roxy.fire 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0: Wed Sep 19 19:03:52 VOLT 2012     root@roxy.fire:/usr/obj/usr/src/sys/ROXY  amd64

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

213. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 23-Сен-12, 19:13 
Писец, вы умудрились обламерить даже друг друга.
Ответить | Правка | Наверх | Cообщить модератору

141. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 09:40 
> Ну вот каких то два дня обсуждений и выясняется что btrfs неимеет
> того функционала что есть в ZFS например ZFS рекомендуют ставить на
> диски заменяя функционал аппаратных рейдов

За такие рекомендации надо отрывать руки. Я бы посмотрел, как любимая некоторыми извращенцами ZFS расковыривает "на лету" RAID6 (RSC) с одним отказавшим диском на "хиленьком" CPU общего назначения, просто не предназначенном для блочных вычислений, но там оного просто нет. И не будет, имхо.

> рейда это решение для сервера ... честно говоря linux он больш
> для десктопа и на сервере ему делать нефиг. Была прада java

Садись, два.


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

150. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 10:57 
> За такие рекомендации надо отрывать руки. Я бы посмотрел, как любимая некоторыми
> извращенцами ZFS расковыривает "на лету" RAID6 (RSC) с одним отказавшим диском
> на "хиленьком" CPU общего назначения, просто не предназначенном для блочных вычислений,
> но там оного просто нет. И не будет, имхо.

Дорогой контроллер рейда куча дисков и сервр на сдачу ? Месье стал жертвой маркетологов? Ему впихнули всерв все что завалялось на складе или вернулось по гарантии ? При таком уровне компетенции дальше можно не читать.

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

156. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 11:14 
> Дорогой контроллер рейда куча дисков и сервр на сдачу?

Дорогой контроллер рейда? С разморозкой, дорогой друг.
А тем временем даже дома уже контроллер с RAID6 стоит. Не софтовый. Intel RS2BL080.

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

159. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 11:18 
>> Дорогой контроллер рейда куча дисков и сервр на сдачу?
> Дорогой контроллер рейда? С разморозкой, дорогой друг.
> А тем временем даже дома уже контроллер с RAID6 стоит. Не софтовый.
> Intel RS2BL080.

Месье таки стал жертвой рекламы интела, 20к собаке в сраку :-)) а жена в курсе ? Месье откройте для себя FreeNAS.

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

163. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 11:25 
> Месье таки стал жертвой рекламы интела, 20к собаке в сраку :-)) а
> жена в курсе ? Месье откройте для себя FreeNAS.

Зачем оно мне? У меня есть своя специфика - виртуалки, dev/test среда. Поэтому всякие поделия для домашних файлопомоек неприменимы. Увы. Я еще пока не настолько чокнулся, чтобы собирать на ФС на FreeNAS'е ядрышко или софт.

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

167. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 11:35 
>> Месье таки стал жертвой рекламы интела, 20к собаке в сраку :-)) а
>> жена в курсе ? Месье откройте для себя FreeNAS.
> Зачем оно мне? У меня есть своя специфика - виртуалки, dev/test среда.
> Поэтому всякие поделия для домашних файлопомоек неприменимы. Увы. Я еще пока
> не настолько чокнулся, чтобы собирать на ФС на FreeNAS'е ядрышко или
> софт.

Совершенно с вами сгласен связка lvm+ext4 явно не для сервера ...

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

174. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +1 +/
Сообщение от AlexAT (ok), 23-Сен-12, 12:13 
> Совершенно с вами сгласен связка lvm+ext4 явно не для сервера ...

Только UFS, только хардкор.


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

193. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  –1 +/
Сообщение от nagualemail (ok), 23-Сен-12, 17:02 
>> Совершенно с вами сгласен связка lvm+ext4 явно не для сервера ...
> Только UFS, только хардкор.

Если бы месье вылез из криокамеры он бы написал UFS+J или хотябы UFS+S на вскидку отставание лет на 10-12 :-)))

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

205. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 18:42 
> Если бы месье вылез из криокамеры он бы написал UFS+J или хотябы
> UFS+S на вскидку отставание лет на 10-12 :-)))

Все равно до уровня ext4 этим ископаемым прилично далеко.

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

216. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 23-Сен-12, 19:27 
>> Если бы месье вылез из криокамеры он бы написал UFS+J или хотябы
>> UFS+S на вскидку отставание лет на 10-12 :-)))
> Все равно до уровня ext4 этим ископаемым прилично далеко.

"Ископаемое" UFS2 в 2006 имело возможность работы со снапшотами, ACL, квотами, фрагментами блоков и верифицироваться fsck в фоне. А "ультрасовременное" Ext* до этого ещё не эволюционировало. Такие дела в Linux-королевстве творятся, что дальше собственного носа подданные этого королевства ничего не видят. :))


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

219. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 19:40 
> "Ископаемое" UFS2 в 2006 имело возможность работы со снапшотами, ACL, квотами,

Квотирование было еще в бородатом ext2 -
http://www.linux.org.ru/books/HOWTO/Quota.html
1997 год мануалу, случилось же оно еще раньше.

> фрагментами блоков

А экстенты там уже есть, или все еще тупой блочный аллокатор имени FAT'ов?

Снапшоты - в принципе не задача FS, хотя последнее время есть тенденции. LVM снапшоты делал еще в бородатом 2004.
http://arstechnica.com/information-technology/2004/10/linux-.../

А вот fsck во время выполнения - это уже к божественным ветрам (kami kaze)

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

256. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 21:33 
> А вот fsck во время выполнения - это уже к божественным ветрам
> (kami kaze)

После сбоя питания в дц виртуалка грузится в ридонли и них...а не работает. Выключаем и запускаем fsck прямо с хоста ... вылечило так что востанавливать уже нех...р. ext4 такая современная ос, нужно дописать в документацию что после ребута fsck запускать ненужно, только время терять, нужно искать бакапы.


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

269. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 23:15 
> После сбоя питания в дц виртуалка грузится в ридонли и них...а не
> работает. Выключаем и запускаем fsck прямо с хоста ... вылечило так

Расскажи, как тебе это удаётся?

Открою тебе маленький секрет: какое-то время на моем домашнем сервачке стоял рейд-контроллер без BBU, но со включенным кешем (тьфу-тьфу, сейчас BBU купил). Да, вопиющее просто нарушение всех канонов надежности системы, но благо бэкапы всегда под рукой... Так вот - отключения питания БЫЛИ. 4 активные площадки с ext4, журналировались только метаданные. И - ничего. Даже файлы в нули не вылетали. fsck находил мелкую хренотень при старте, типа несоответствия числа свободных блоков, и орфановых инодов (иноды, которые создались, но файлами стать не успели), и усё.

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

278. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 23:36 
- Как тебе это удаётся? Баримор
- Хецнер сер.
:)))))


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

426. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 26-Сен-12, 19:31 
> - Хецнер сер.

Видимо, ярый бсдшник не смог найти хостера где хостом был бы бсд и предлагали бы бсдшные системы :)

Могу подсказать, есть firstvds. Правда работает все это так, что его можно советовать только в качестве жестокой шутки. Но вам - можно. Подумаешь, глюк на глюке и падает постоянно. Зато уютная бсдшечка :)

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

290. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 24-Сен-12, 00:25 
>> После сбоя питания в дц виртуалка грузится в ридонли и них...а не
>> работает. Выключаем и запускаем fsck прямо с хоста ... вылечило так
> Расскажи, как тебе это удаётся?
> Открою тебе маленький секрет: какое-то время на моем домашнем сервачке стоял рейд-контроллер
> без BBU, но со включенным кешем (тьфу-тьфу, сейчас BBU купил). Да,
> вопиющее просто нарушение всех канонов надежности системы, но благо бэкапы всегда
> под рукой... Так вот - отключения питания БЫЛИ. 4 активные площадки
> с ext4, журналировались только метаданные. И - ничего. Даже файлы в
> нули не вылетали.

Интересно подтверждение целостности файлов: раз всё работает и не улетело, значит всё нормально. :)) Вы хоть сравните файлы с архивными копиями по CRC, а то мало ли что после такого сбоя питания... ;)

> fsck находил мелкую хренотень при старте, типа несоответствия
> числа свободных блоков, и орфановых инодов (иноды, которые создались, но файлами
> стать не успели), и усё.

Ну-ну. ;) С архивными копиями сравнить не помешало бы.

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

291. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 24-Сен-12, 00:30 
> Ну-ну. ;) С архивными копиями сравнить не помешало бы.

А вот для этого очень могут пригодиться снапшеты :-))


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

292. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 24-Сен-12, 00:30 
> Ну-ну. ;) С архивными копиями сравнить не помешало бы.

Сравнивалось один раз. Непонятно, правда, зачем. Все, кроме СУБД - выживает. БД естественно оба раза разворачивал из бэкапов, и чистил все активные кеши, потому что реордеринг записи приводит к интересным последствиям. К слову, с ZFS будет совсем ни капельки не лучше, потому что гарантии выполнения записи в строго заданной "непротиворечивой" последовательности в этих страшных условиях (аппаратный RAID с активированным кешем, но без BBU) - никакой.

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

293. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 24-Сен-12, 00:34 
Опять же - упрежу тонну треша про "непротиворечивость ZFS":
"Непротиворечивость" как ZFS, так и BTRFS/ext4 базируется на механизме write barriers. В случае активации кеша контроллера WB снимается уже после записи в кеш, а на диск данные поступают, как попало - считается, что кеш удержится батарейкой, если что. Если батарейки нет - весь этот механизм не работает, и данные на диске порой оказываются в странных состояниях.

ext'ам тут несколько проще даже - объем метаданных не так велик, так что шанс либо поступить целиком, либо не поступить вообще - более высок.

Сразу говорю - не стоит в здравом уме делать то, что сделал я - включать кеш контроллера без BBU. Это путь камикадзе - и в своем случае я прекрасно понимал, для чего мне это надо, и где риски. С планом восстановления на любой случай. А в повседневной практике - лучше не повторять. Серьёзно.

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

295. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 24-Сен-12, 01:42 
> Опять же - упрежу тонну треша про "непротиворечивость ZFS":
> "Непротиворечивость" как ZFS, так и BTRFS/ext4 базируется на механизме write barriers.

До сих пор думал, что у ZFS непротиворечивость записи базируется на логике CoW (новые данные не перезаписывают предыдущие), ZIL (динамический журнал намерений системных вызовов дисковых транзакций, пока транзакционная группа DMU не будет сохранена в стабильный пул) и атомарном обновлении uber-блока после записи контрольных сумм.

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

Когда ZFS замечает, что с носителем творится что-то неладное, она перестаёт с ним работать и останавливается, чтобы не угробить записанные данные.

> ext'ам тут несколько проще даже - объем метаданных не так велик, так
> что шанс либо поступить целиком, либо не поступить вообще - более
> высок.

У вас, я смотрю, на уровне вероятности всё работает. :))

> Сразу говорю - не стоит в здравом уме делать то, что сделал
> я - включать кеш контроллера без BBU. Это путь камикадзе -
> и в своем случае я прекрасно понимал, для чего мне это
> надо, и где риски. С планом восстановления на любой случай. А
> в повседневной практике - лучше не повторять. Серьёзно.

Попробуй повторить это с ZFS. Уверен, что эта ФС вовремя заметит неполадки в дисковой подсистеме и просто перестанет работать до устранения этих неполадок. Можешь даже задействовать команду "zpool import -F <poolname>" на убитом, как тебе покажется, пуле. ;)

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

307. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 24-Сен-12, 07:22 
> До сих пор думал, что у ZFS непротиворечивость записи базируется на логике
> CoW (новые данные не перезаписывают предыдущие), ZIL (динамический журнал намерений системных вызовов дисковых транзакций, пока транзакционная группа DMU не будет сохранена в стабильный пул) и атомарном обновлении uber-блока после записи контрольных сумм.

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

> Когда ZFS замечает, что с носителем творится что-то неладное, она перестаёт с
> ним работать и останавливается, чтобы не угробить записанные данные.

Угу. Это будет также ровно на этапе монтирования.

> У вас, я смотрю, на уровне вероятности всё работает. :))

Скорее - на уровне теории, подтверждаемой практикой.

> Попробуй повторить это с ZFS. Уверен, что эта ФС вовремя заметит неполадки
> в дисковой подсистеме и просто перестанет работать до устранения этих неполадок.

Фокус знаешь в чем? Ровно до момента отключения питания нет никаких неполадок. А после отключения InnoDB хоть как будет разрушен - потому что часть данных запишется, а часть - нет.

Причем заранее неизвестно, в каких "версиях" будут конкретные блоки - например блоки с порядковыми номерами 100498 и 100500 могут оказаться записаны, вместе с "правильным" суперблоком и CRC, а блок с номером 100499 - нет, не успел.

Но если честно - заинтриговал. Наверное, возьму спецом ZFS-FUSE, отдельный диск, и попробую воспроизвести - найду еще одну тачку с LSI, сниму BBU, выключу кеш на всём, кроме тестового диска, и устрою потерю питания. Быстро не обещаю, но протестирую.

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

325. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 24-Сен-12, 20:13 
>> До сих пор думал, что у ZFS непротиворечивость записи базируется на логике
>> CoW (новые данные не перезаписывают предыдущие), ZIL (динамический журнал намерений системных вызовов дисковых транзакций, пока транзакционная группа DMU не будет сохранена в стабильный пул) и атомарном обновлении uber-блока после записи контрольных сумм.
> Угу. Вот только без write barrier порядка записи никто не гарантирует, и
> любой блок может записаться на диск в любом порядке - а
> не так, как хотела FS. И не факт, что атомарно. В
> случае контроллеров с огромными кешами может быть еще и так, что
> добрая сотня транзакций запишется в произвольном порядке.

Так запишется или нет? Если запишется, то, очевидно, вся транзакционная группа DMU. А уж порядок внутри неё не имеет никакого значения. Если не запишется (питание вырубилось, батарейки нет), то ZFS останется в том состоянии, в котором была до записи транзакционной группы DMU, и ничего восстанавливать не надо — ZFS в непротиворечивом состоянии.  

>> Когда ZFS замечает, что с носителем творится что-то неладное, она перестаёт с
>> ним работать и останавливается, чтобы не угробить записанные данные.
> Угу. Это будет также ровно на этапе монтирования.

Если носитель "протёртый до дыр", то с ним никакая ФС не будет нормально работать.

>> Попробуй повторить это с ZFS. Уверен, что эта ФС вовремя заметит неполадки
>> в дисковой подсистеме и просто перестанет работать до устранения этих неполадок.
> Фокус знаешь в чем? Ровно до момента отключения питания нет никаких неполадок.
> А после отключения InnoDB хоть как будет разрушен - потому что
> часть данных запишется, а часть - нет.

Не бывает такого, чтобы на ZFS файл не до конца модифицировался и остался в "промежуточном" состоянии модификации, если только такой случай прямо не поддерживается в программном обеспечении, которое использует данный файл. СУБД относятся к такому ПО, и у них (у нормальных СУБД) есть собственная подсистема журналирования транзакций с возможностью отмены незавершённых транзакций (rollback). В этом случае ZFS уж точно оставляет файлы в том состоянии, когда они были нормальными, а не забивает их нулями, как некоторые классические ФС при аварийном отказе питания.

> Причем заранее неизвестно, в каких "версиях" будут конкретные блоки - например блоки
> с порядковыми номерами 100498 и 100500 могут оказаться записаны, вместе с
> "правильным" суперблоком и CRC, а блок с номером 100499 - нет,
> не успел.

Ты описал типичную ситуацию проблемы "Write hole" для аппаратного RAID-5.
Вкратце: http://phpsuxx.blogspot.com/2010/08/raid-z.html

> Но если честно - заинтриговал. Наверное, возьму спецом ZFS-FUSE, отдельный диск, и
> попробую воспроизвести - найду еще одну тачку с LSI, сниму BBU,
> выключу кеш на всём, кроме тестового диска, и устрою потерю питания.
> Быстро не обещаю, но протестирую.

А чего ж не ядерный модуль ZFSonLinux? С FUSE намучаешься.

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

330. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 24-Сен-12, 20:53 
> Так запишется или нет?

Может быть запишется, а может быть нет. А может быть и не всё.

> Если запишется, то, очевидно, вся транзакционная группа DMU.

Не факт. Реордеринг записи имеет место быть - поэтому и не выживают СУБД без BBU.

> Если не запишется (питание вырубилось, батарейки нет), то ZFS останется в том состоянии, в котором была до записи транзакционной группы DMU

Транзакционность обеспечивается write barrier'ом. Когда оно не работает, а данные записываются в порядке 100500 - 999 - 1 - 768 - 993 - 998 - ... - ни о какой непротиворечивости и речи быть не может. Поэтому батарейка для кеша обязательна.

> Если носитель "протёртый до дыр", то с ним никакая ФС не будет
> нормально работать.

А при чём тут протёртый до дыр носитель?

> Не бывает такого, чтобы на ZFS файл не до конца модифицировался и

Это в штатных условиях. А в нештатных - см. выше.

> к такому ПО, и у них (у нормальных СУБД) есть собственная
> подсистема журналирования транзакций с возможностью отмены незавершённых транзакций

Которая также расчитана на транзакционность железа. Совершенно нештатный режим (контроллер с активным writeback кешем, но без BBU) - убивает эту логику полностью.

> Ты описал типичную ситуацию проблемы "Write hole" для аппаратного RAID-5.
> Вкратце: http://phpsuxx.blogspot.com/2010/08/raid-z.html

Это не write hole, это ХУЖЕ. Тут объем - не страница R5, а совершенно произвольный. Может даже так случиться, что последние поступившие 400-500 Мб запишутся, а первые 2-3 - нет.

> А чего ж не ядерный модуль ZFSonLinux? С FUSE намучаешься.

Лениво мучать ядрышко. С FUSE проще.

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

294. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 24-Сен-12, 00:42 
>> Ну-ну. ;) С архивными копиями сравнить не помешало бы.
> Все, кроме СУБД - выживает.

Умеете вы людей обрадовать ...

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

308. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 24-Сен-12, 07:24 
>>> Ну-ну. ;) С архивными копиями сравнить не помешало бы.
>> Все, кроме СУБД - выживает.
> Умеете вы людей обрадовать ...

Ну я же спецом написал: "Сразу говорю - не стоит в здравом уме делать то, что сделал я - включать кеш контроллера без BBU."

Она не выживает не из-за FS, а из-за того, что запись идёт в совершенно отличном от того, что ожидает движок, порядке, и write barriers не работают.

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

458. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 01-Окт-12, 00:24 
Наброски в продолжение темы:
http://actika.livejournal.com/619.html
Ответить | Правка | К родителю #290 | Наверх | Cообщить модератору

460. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 01-Окт-12, 09:31 
> Наброски в продолжение темы:
> http://actika.livejournal.com/619.html

Ещё проверь ZFS с checksum=off.


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

463. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 01-Окт-12, 14:42 
> Наброски в продолжение темы:
> http://actika.livejournal.com/619.html

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

Судя по таблице - UFS непригодна для эксплуатации вообще: явно отсутствует zero-copy, и совсем всё плохо с алгоритмами работы.

ZFS спасает то, что там есть кеш 2 уровня, логика которого, видимо, работает достаточно шустро. И еще то, что она игнорирует встроенную логику файловых систем *BSD, являясь независимой надстройкой над ней.

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

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

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

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

464. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 01-Окт-12, 14:51 
> Судя по таблице - UFS непригодна для эксплуатации вообще: явно отсутствует zero-copy,
> и совсем всё плохо с алгоритмами работы.

Бедненькие бздунишки — мучаются со всеми этими допотопными FS и горя не знают. Лёша их жалеет. :))

> ZFS спасает то, что там есть кеш 2 уровня, логика которого, видимо,
> работает достаточно шустро. И еще то, что она игнорирует встроенную логику
> файловых систем *BSD, являясь независимой надстройкой над ней.

Кэш второго уровня включается вручную, вообще-то, если есть скоростные носители. Обычно он: "L2ARC is disabled".

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

Так как в Linux создать полноценный RAM-диск? Кроме tmpfs вроде ничего нету. А файловая система в файле не интересна — включается двойное кэширование и буферизация данных.

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

469. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 01-Окт-12, 15:45 
> Бедненькие бздунишки — мучаются со всеми этими допотопными FS и горя не
> знают. Лёша их жалеет. :))

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

> Кэш второго уровня включается вручную, вообще-то, если есть скоростные носители. Обычно
> он: "L2ARC is disabled".

Значит только то, что он не использует основную часть логики FS ядра BSD...

> Так как в Linux создать полноценный RAM-диск? Кроме tmpfs вроде ничего нету.
> А файловая система в файле не интересна — включается двойное кэширование
> и буферизация данных.

И даже с "двойным кешированием и буферизацией" оно оказывается быстрее BSD'шной логики без кеширований и буферизаций.

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

470. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 01-Окт-12, 16:23 
>> А файловая система в файле не интересна — включается двойное кэширование
>> и буферизация данных.

Если уж быть совсем честным - в Linux ничего, кстати, не включается. Потому, что страницы tmpfs и так считаются кэшем. Поскольку на протяжении всей цепочки от FS до юзерспейса используется zero-copy - ни о какой буферизации вообще речи нет. Отсюда и разница в производительности по сравнению с BSD.


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

495. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 02-Окт-12, 11:50 
>>> А файловая система в файле не интересна — включается двойное кэширование
>>> и буферизация данных.
> Если уж быть совсем честным - в Linux ничего, кстати, не включается.
> Потому, что страницы tmpfs и так считаются кэшем. Поскольку на протяжении
> всей цепочки от FS до юзерспейса используется zero-copy - ни о
> какой буферизации вообще речи нет. Отсюда и разница в производительности по
> сравнению с BSD.

Что, уже и тесты есть для сравнения производительности фришных md(4)-девайсов и линуксовой tmpfs? А когда tmpfs перелезет в SWAP из-за нехватки места в ОЗУ, то всё равно быстрее RAM-диска md будет? Волшебно. Ж)


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

496. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 02-Окт-12, 11:52 
>>>> А файловая система в файле не интересна — включается двойное кэширование
>>>> и буферизация данных.
>> Если уж быть совсем честным - в Linux ничего, кстати, не включается.
>> Потому, что страницы tmpfs и так считаются кэшем. Поскольку на протяжении
>> всей цепочки от FS до юзерспейса используется zero-copy - ни о
>> какой буферизации вообще речи нет. Отсюда и разница в производительности по
>> сравнению с BSD.
> Что, уже и тесты есть для сравнения производительности фришных md(4)-девайсов и линуксовой
> tmpfs? А когда tmpfs перелезет в SWAP из-за нехватки места в
> ОЗУ, то всё равно быстрее RAM-диска md будет? Волшебно. Ж)

http://www.linuxforums.org/forum/installation/11239-what-doe...

Наверно и под фрей имеет смысл сделать рам диск при загрузке.

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

498. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 02-Окт-12, 12:48 
> Что, уже и тесты есть для сравнения производительности фришных md(4)-девайсов и линуксовой tmpfs? А когда tmpfs перелезет в SWAP из-за нехватки места в
> ОЗУ, то всё равно быстрее RAM-диска md будет? Волшебно. Ж)

1. А что, мы сравниваем FS при перелезании в свап, или, может быть, просто FS на рамдисках?
2. Если рамдиск в BSD такое убожество, что убивает производительность - это проблема BSD.
3. Я уже говорил, что это сферический тест в вакууме, без реальной подоплеки - т.е. идиотизм. Но тем не менее, кое-что он показал явно - нагрузка на ПСП при работе FS на рамдисках в BSD в разы выше, нежели в Linux.

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

502. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 02-Окт-12, 15:56 
>>>> А файловая система в файле не интересна — включается двойное кэширование
>>>> и буферизация данных.
>> Если уж быть совсем честным - в Linux ничего, кстати, не включается.
>> Потому, что страницы tmpfs и так считаются кэшем. Поскольку на протяжении
>> всей цепочки от FS до юзерспейса используется zero-copy - ни о
>> какой буферизации вообще речи нет. Отсюда и разница в производительности по
>> сравнению с BSD.
> Что, уже и тесты есть для сравнения производительности фришных md(4)-девайсов и линуксовой
> tmpfs? А когда tmpfs перелезет в SWAP из-за нехватки места в
> ОЗУ, то всё равно быстрее RAM-диска md будет? Волшебно. Ж)

Обновил тесты в жж.

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

505. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 02-Окт-12, 16:57 
> Обновил тесты в жж.

В общем-то, ничего не изменилось :) BSD все так же сливает по загрузке системы при работе с FS по всем показателям.

Кроме того - появилось дополнительное подтверждение тому, что это из-за архитектурной особенности: отсутствия zero-copy механизмов. Тест "zfs" - это тест zfsOL, правильно? В ZFS под Linux де-факто отсутствует zero-copy. Результаты тестирования нагрузки на шину памяти (а ничем иным тест с фс на рамдиске не является) от zfs под Linux тоже не радостные.

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

506. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 02-Окт-12, 17:10 
>> Обновил тесты в жж.
> В общем-то, ничего не изменилось :) BSD все так же сливает по
> загрузке системы при работе с FS по всем показателям.

Месье вообще куда смотрит ? Эксклюзивные галюцинации ?

> Кроме того - появилось дополнительное подтверждение тому, что это из-за архитектурной особенности:
> отсутствия zero-copy механизмов. Тест "zfs" - это тест zfsOL, правильно? В
> ZFS под Linux де-факто отсутствует zero-copy. Результаты тестирования нагрузки на шину
> памяти (а ничем иным тест с фс на рамдиске не является)
> от zfs под Linux тоже не радостные.

В данном тесте zfs единственная журналируемая фс, так как ext4 это псевдо журналируемая. Тесты с рейзером добавлю. Но и так видно что реализация zfs под linux не супер. Ах да btr опять улетел в кувет, ну что за непруха...

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

471. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 01-Окт-12, 16:42 
> Наброски в продолжение темы:

Набросы. Унылые при том.

> http://actika.livejournal.com/619.html

Не в обиду тому кто делал бенчи,
1) Я не вижу тестов btrfs в этой таблице. Совсем. Вякнуть что-то про то что он "как ufs" - самое эпичное ламерство всех времен и народов. До такого даже на форониксе не додумываются. Просто потому что совершенно разные по устройству ФС с разными свойствами.

2) Даже всеми обсираемый фороникс все-таки в состоянии нормально оформить результаты. А данный автор настолько ж@порук что даже таблицу читабельно сделать не может. У меня глаза сломались при попытке хоть как-то сравнить по такой таблице что получилось.

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

473. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 01-Окт-12, 16:58 
> Набросы. Унылые при том.

Нечитал но осуждаю ?

> Не в обиду тому кто делал бенчи,
> 1) Я не вижу тестов btrfs в этой таблице. Совсем. Вякнуть что-то
> про то что он "как ufs" - самое эпичное ламерство всех
> времен и народов. До такого даже на форониксе не додумываются. Просто
> потому что совершенно разные по устройству ФС с разными свойствами.

Месье ниасилил пояснения к тестам ? Итак на диске с btrfs в 6 гиг тест bonnie++ валится при попытке записи 5300 мег при этом dd легко пишет 5400 ...
Rewriting...Can't write block.: No space left on device
Bonnie: drastic I/O error (re write(2)): No space left on device
Такая точно херня с геом журналом, но последний хотябы рекомендуют делать отдельным слайсом. Можно разбить 6 гиг на 5 и 1 и проверить ...

> 2) Даже всеми обсираемый фороникс все-таки в состоянии нормально оформить результаты.

Раскажите это создателям жж с их афуенно жопоруким редактором.
> А данный автор настолько ж@порук что даже таблицу читабельно сделать не может.

Еще раз таблица генерится bon_csv2html из пакета bonnie++ а вот как ее покажет жж это не к тестеровщику вопрос.


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

484. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 02-Окт-12, 07:19 
> Еще раз таблица генерится bon_csv2html из пакета bonnie++ а вот как ее
> покажет жж это не к тестеровщику вопрос.

"Мотоцикл не мой, я только разместил объяву"?

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

220. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 19:41 
posix ACL тоже были в ext2 как минимум в 2003

так что, увы, археологи археологами и останутся

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

236. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 20:35 
>> Если бы месье вылез из криокамеры он бы написал UFS+J или хотябы
>> UFS+S на вскидку отставание лет на 10-12 :-)))
> Все равно до уровня ext4 этим ископаемым прилично далеко.

ДА было дело при запущенном fsck в фоне открытый на запись файл обнуляло в UFS+S но до такова уровня как в lvm+ext4 чтоб похерить весь раздел до невозможности востановления через fsck таки да небыло ниразу ...


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

240. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 20:39 
> ДА было дело при запущенном fsck в фоне открытый на запись файл
> обнуляло в UFS+S но до такова уровня как в lvm+ext4 чтоб
> похерить весь раздел до невозможности востановления через fsck таки да небыло
> ниразу ...

Дык. Тут нужен специальный угол рук и необычное местоположение их начала.

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

409. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 26-Сен-12, 14:02 
> Дык. Тут нужен специальный угол рук и необычное местоположение их начала.

Достаточно быть осьминогом. Когда руки, голова и задница совмещены в одном месте.

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

214. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 23-Сен-12, 19:21 
> Если бы месье вылез из криокамеры он бы написал UFS+J или хотябы
> UFS+S на вскидку отставание лет на 10-12 :-)))

А какая разница? КрЮтые разработчики BSD заявили что на капитальную переделку этого - ресурсов нет. Так что к запору примотали "скамейку" проволокой, кой-как привинтили колеса от мерса и наклеили наклейки SPARCO. Типа, заапгрейдили. Правда, аэродинамика лучше не стала, да и двигатель - тоже. Поэтому быстрее ездить и меньше тарахтеть оно не стало. Вот UFS-хоть-там-плюс-что отличается редкостной тормознутостью. Достаточно любой бенч на одинаковом оборудовании запустить. И да, EXT4 порвет этот античный хлам как тузик грелку. По крайней мере, в нем доперли сделать экстенты наконец. А в UFS - их нет.

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

217. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 23-Сен-12, 19:31 
>> Если бы месье вылез из криокамеры он бы написал UFS+J или хотябы
>> UFS+S на вскидку отставание лет на 10-12 :-)))
> Вот UFS-хоть-там-плюс-что отличается редкостной
> тормознутостью. Достаточно любой бенч на одинаковом оборудовании запустить. И да, EXT4
> порвет этот античный хлам как тузик грелку.

Может и пруфлинки на тестирование Ext4 и UFS2+SJ предоставите? Не стесняйтесь. Обсудим.

> По крайней мере, в нем доперли сделать экстенты наконец. А в UFS - их нет.

UFS2 работает на уровне фрагментов блоков. А в Ext* такого нет, а значит теряется свободное пространство на мелких файлах — блоки заполнены не до конца, а распределить незаполненные "хвосты" эта ФС не в силах. :p


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

221. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 19:48 
> Может и пруфлинки на тестирование Ext4 и UFS2+SJ предоставите? Не стесняйтесь. Обсудим.

http://www.phoronix.com/scan.php?page=article&item=zfs_ext4_...
Похороникс, конечно, но тесты вполне реальны.
Особенно весел тест на TPS. Ставить ТАКОЕ (UFS) на боевые серверы - лучше сразу застрелиться.

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

226. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 23-Сен-12, 20:24 
>> Может и пруфлинки на тестирование Ext4 и UFS2+SJ предоставите? Не стесняйтесь. Обсудим.
> http://www.phoronix.com/scan.php?page=article&item=zfs_ext4_...
> Похороникс, конечно, но тесты вполне реальны.
> Особенно весел тест на TPS. Ставить ТАКОЕ (UFS) на боевые серверы -
> лучше сразу застрелиться.

Пруфлинк не годен. Там UFS+J (журнал на уровне GEOM) и UFS+S (это просто Soft-updates).

Я просил сравнение современных технологий файловых систем (прежде всего UFS2+SUJ, где журнал располагается на уровне файловой системы и одновременно поддерживается Soft-updates), а ты подсунул какую-то тухлятину 2010 года.

К тому же, в пяти тестах из одиннадцати ZFS очень хорошо так нагнула традиционную ФС — Ext4, а это, знаешь ли, показательно. Что там делала Btrfs, не вполне ясно — она в то время ничего не умела, кроме как терять данные на ровном месте.

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

231. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 20:30 
Тестов UFS2 практически нет, что означает только одно: Неуловимый Джо.

> К тому же, в пяти тестах из одиннадцати ZFS очень хорошо так
> нагнула традиционную ФС — Ext4

Если приглядеться - это конкретная группа тестов: на запись, причем на запись небольшую и многопоточную. Логично, что ZFS и BTRFS тут слегка "на коне", поскольку превратили рандомную запись в линейную - это "плюшка" CoW.

Но вот как только объём многопоточной записи в той же группе тестов стал достаточно большим - ZFS слилась полностью... причём скорее всего именно из-за архаичного блочного аллокатора, который был вынужден лопатить горы метаданных. А у BTRFS... ничего не произошло - как выигрывала за счёт превращения произвольной записи (треды) в линейную, так и выиграла. Аллокация экстента на пустом диске - задача не ахти какая сложная.

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

420. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 26-Сен-12, 17:15 
> Тестов UFS2 практически нет, что означает только одно: Неуловимый Джо.

На форониксе бывали, но увидев непотребный результат бздуны как обычно орут что фороникс аццтой. Разумеется переделывать бенчи для доказательства тезиса всем лень. Орать то намного проще.

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

434. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  –1 +/
Сообщение от Аноним (-), 27-Сен-12, 15:29 
> а ты подсунул какую-то тухлятину 2010 года.

Так с тех пор никто не переделывал основные дисковые структуры ФС. А тормоза именно из-за них, никакой +SUJ там не поможет особо.

Выглядит все это безобразие как-то так: http://i077.radikal.ru/1102/50/794f2fb9e84e.jpg

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

437. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 28-Сен-12, 12:28 
>> а ты подсунул какую-то тухлятину 2010 года.
> Так с тех пор никто не переделывал основные дисковые структуры ФС. А
> тормоза именно из-за них, никакой +SUJ там не поможет особо.

Правда что ли? Тебе надо покопаться в истории изменений UFS/FFS за последний год что ли, чтобы увидеть обратное.

> Выглядит все это безобразие как-то так: http://i077.radikal.ru/1102/50/794f2fb9e84e.jpg

Ну да, Ext4 так и выглядит. Только бампер подновлён. :))


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

440. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 28-Сен-12, 15:20 
> Ну да, Ext4 так и выглядит. Только бампер подновлён. :))

Ну вот неправда же там все переделали на спичках :-))

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

441. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 28-Сен-12, 15:21 
> Ну да, Ext4 так и выглядит. Только бампер подновлён. :))

А еще загладывая в будущее разработчики ext4 прицепили инвалидную каляску вместо подушек безопасности. Ну просто провидцы :-)))

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

442. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 30-Сен-12, 19:09 
>>> а ты подсунул какую-то тухлятину 2010 года.
>> Так с тех пор никто не переделывал основные дисковые структуры ФС. А
>> тормоза именно из-за них, никакой +SUJ там не поможет особо.
> Правда что ли? Тебе надо покопаться в истории изменений UFS/FFS за последний
> год что ли, чтобы увидеть обратное.
>> Выглядит все это безобразие как-то так: http://i077.radikal.ru/1102/50/794f2fb9e84e.jpg
> Ну да, Ext4 так и выглядит. Только бампер подновлён. :))

Хотел потестить ext4 и оказалось что в линуксе диск в памяти нельзя отформатировать во что то вообще :-)) там только tmpfs ...

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

443. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 30-Сен-12, 19:12 
> Хотел потестить ext4 и оказалось что в линуксе диск в памяти нельзя
> отформатировать во что то вообще :-)) там только tmpfs ...

Сферический тест в вакууме без реальной составляющей? Ну давай, успехов...

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

449. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 30-Сен-12, 20:00 
>> Хотел потестить ext4 и оказалось что в линуксе диск в памяти нельзя
>> отформатировать во что то вообще :-)) там только tmpfs ...
> Сферический тест в вакууме без реальной составляющей? Ну давай, успехов...

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

ЗЫ В винде это было еще во времена Колчака ... :-)))

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

444. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 30-Сен-12, 19:16 
Ну и да - способ создать ext4 на рамдиске прост, как бревно (таким же способом можно создать ext4, и не только, в любом файле, и монтировать через loopback):

mkdir /ramdisk
mkdir /ramext4
mount -t tmpfs ramdisk /ramdisk
dd if=/dev/zero of=/ramdisk/ext4 bs=по вкусу count=по вкусу
mkfs.ext4 /ramdisk/ext4
(отвечаем y на предупреждение)
mount -o loop /ramdisk/ext4 /ramext4

Усё.

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

450. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 30-Сен-12, 20:13 
>[оверквотинг удален]
> (таким же способом можно создать ext4, и не только, в любом
> файле, и монтировать через loopback):
> mkdir /ramdisk
> mkdir /ramext4
> mount -t tmpfs ramdisk /ramdisk
> dd if=/dev/zero of=/ramdisk/ext4 bs=по вкусу count=по вкусу
> mkfs.ext4 /ramdisk/ext4
> (отвечаем y на предупреждение)
> mount -o loop /ramdisk/ext4 /ramext4
> Усё.

Фс на файл лежащий на фс в памяти :-)) какой тонкий юмор :-)) лан щас заценим :-))

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

453. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 30-Сен-12, 21:06 
>[оверквотинг удален]
> (таким же способом можно создать ext4, и не только, в любом
> файле, и монтировать через loopback):
> mkdir /ramdisk
> mkdir /ramext4
> mount -t tmpfs ramdisk /ramdisk
> dd if=/dev/zero of=/ramdisk/ext4 bs=по вкусу count=по вкусу
> mkfs.ext4 /ramdisk/ext4
> (отвечаем y на предупреждение)
> mount -o loop /ramdisk/ext4 /ramext4
> Усё.

mount -t ramfs -omasxsize=4G ramdisk /ramdisk
dd if=/dev/zero of=/ramdisk/ext4 bs=1M count=8000

Вся прелесь линуксового рам диска в том что он может легко офнуть сервер :-))

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

455. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 30-Сен-12, 22:00 
> Вся прелесь линуксового рам диска в том что он может легко офнуть
> сервер :-))

Еще один высер, подобный тому, что выше о том, что "в Linux ext4 на рамдиске не создать". Данный высер четко и ясно означивает вашу квалификацию в целом.

Таки объясните уже широкой общественности, каким образом при правильном задании предельного размера он может "офнуть сервер"?

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

456. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 30-Сен-12, 22:24 
> Таки объясните уже широкой общественности,

Кто бы мог подумать что в линуксе фс через файл :))
> каким образом при правильном задании предельного
> размера он может "офнуть сервер"?

Ну и как его так задать чтоб не офнуть ?

ЗЫ Уже 3 раза перегружался :-))
ЗЫЗЫ Очень радует надпись

WARNING! - Btrfs Btrfs v0.19 IS EXPERIMENTAL
WARNING! - see http://btrfs.wiki.kernel.org before using

При этом ZFS так не пишет :-)))))


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

459. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 01-Окт-12, 07:23 
> ЗЫЗЫ Очень радует надпись
> WARNING! - Btrfs Btrfs v0.19 IS EXPERIMENTAL
> WARNING! - see http://btrfs.wiki.kernel.org before using
> При этом ZFS так не пишет :-)))))

Есть две электрощитовых: на одной написано "опасность поражения током", на другой - нет. Суть от этого, тем не менее, не меняется.

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

461. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 01-Окт-12, 10:43 
> Есть две электрощитовых: на одной написано "опасность поражения током", на другой -
> нет. Суть от этого, тем не менее, не меняется.

Месье работает електриком в жеке? Судя по квалификации и лексикону очень может быть :-)))

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

462. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +1 +/
Сообщение от AlexAT (ok), 01-Окт-12, 13:50 
> Месье работает електриком в жеке? Судя по квалификации и лексикону очень может
> быть :-)))

Месье работает в операторе связи, так что и тут мимо тазика. Вообще плохо у вас все - что ни заявление, то феерический бред. Нельзя так.

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

457. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 30-Сен-12, 22:33 
Помнится кто то жаловался на точность df да уж

/dev/loop0      6,5G   58k  5,8G   1% /mnt/fs

Starting test bonnie  -s 5300m:128k -r 1800m -m btrfs
Вск Сен 30 21:29:44 EEST 2012
Using uid:0, gid:0.
Writing a byte at a time...done
Writing intelligently...done
Rewriting...Can't write block.: No space left on device
Bonnie: drastic I/O error (re write(2)): No space left on device

Что то этот btrfs своим поведением напоминает геом журнал ...

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

472. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 01-Окт-12, 16:48 
> Хотел потестить ext4 и оказалось что в линуксе диск в памяти нельзя
> отформатировать во что то вообще :-)) там только tmpfs ...

А в чем пойнт такого тестирвоания? У вас много рамдисков в реальном использовании? Или что и кому докажет этот бенч? Вы прямо специалист по разведению сферических коней в вакууме.

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

474. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 01-Окт-12, 17:10 
> А в чем пойнт такого тестирвоания? У вас много рамдисков в реальном
> использовании? Или что и кому докажет этот бенч? Вы прямо специалист
> по разведению сферических коней в вакууме.

Понт - отладка скриптов для тестирования. Несмотря на то чо электрики из жека большие специалисты по разведению сферических коней в среде вакуума что то мне подсказывает что тестирование на реальном диске со скоростью вращения шпинделя 7200 об/мин даст очень предсказуцемые результаты. И эти результаты будут легко повторимы любым другим пользователем имеющим диск со скоростью вращения шпинделя 7200 об/мин. И "фсякие форониксы" с их хитрой жопой, простите техникой для тестов которой ниукого нет, а значит повторить тесты никто не сможет, пойдут лесом стройной колонной.
Месье ничего не хочет сказать про ext4? может быть в ней нужно чета включить? Чета что из каробки не включается? Потому что из коробки эта фс ведет себя как и UFS без журнала - обнуляет файлы после ресета, а значит позиционировать ее как журналируемую было бы преждевременно. Кстати о дефрагментации нужно сделать отдельный тест и запускать дефрагментатор паралельно тесту :-))

ЗЫ Слоник в домене настаивал что в убунте "фсе работает из коробки" поэтому я сомневаюсь что нужно делать тесты ext4 с какими то фичами ...

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

475. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +1 +/
Сообщение от AlexAT (ok), 01-Окт-12, 17:38 
Выше написан настолько эпический бред, что мой мозг отказывается нормально это воспринимать.

ext4 на рамдиске обнуляет файлы после резета? Да-а, незадача...

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

476. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  –1 +/
Сообщение от nagualemail (ok), 01-Окт-12, 17:41 
> Выше написан настолько эпический бред, что мой мозг отказывается нормально это воспринимать.

Понимаю ... для электрика из жека это трудно.

> ext4 на рамдиске обнуляет файлы после резета? Да-а, незадача...

Месье не читает лора ? Какой эпический провал в образовании ...


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

454. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 30-Сен-12, 21:31 
> Правда что ли? Тебе надо покопаться в истории изменений UFS/FFS за последний
> год что ли, чтобы увидеть обратное.

Я не нанимался в древнем булшите копаться.

>> Выглядит все это безобразие как-то так: http://i077.radikal.ru/1102/50/794f2fb9e84e.jpg
> Ну да, Ext4 так и выглядит. Только бампер подновлён. :))

Не, это UFS всякие. Марафет вроде как-то навести попытались а основа - допотопный хлам. Тогда как в ext4 хотя-бы экстенты приделали наконец.


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

257. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 21:34 
>> Может и пруфлинки на тестирование Ext4 и UFS2+SJ предоставите? Не стесняйтесь. Обсудим.
> http://www.phoronix.com/scan.php?page=article&item=zfs_ext4_...
> Похороникс, конечно, но тесты вполне реальны.
> Особенно весел тест на TPS. Ставить ТАКОЕ (UFS) на боевые серверы -
> лучше сразу застрелиться.

А номальные тесты есть ? фороникс нафигс.

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

270. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 23:18 
> А номальные тесты есть ? фороникс нафигс.

Делай сам, публикуй, а мы на методику посмотрим, и оценим.

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

351. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 24-Сен-12, 23:49 
> А номальные тесты есть ? фороникс нафигс.

Сделайте лучше, если кишка не тонка. А мы будем рассуждать о том кого нафигс.

p.s. а я еще 100500 постов назад сказал что они будут вопить насчет фороникса. Приятно чувствовать себя провидцем :)

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

427. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 26-Сен-12, 19:33 
> Особенно весел тест на TPS. Ставить ТАКОЕ (UFS) на боевые серверы - лучше сразу застрелиться.

Так потому и не ставят... :). Ну, все кроме совсем уж ушибленных фанатов.

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

430. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 26-Сен-12, 21:08 
>> Особенно весел тест на TPS. Ставить ТАКОЕ (UFS) на боевые серверы - лучше сразу застрелиться.
> Так потому и не ставят... :). Ну, все кроме совсем уж ушибленных
> фанатов.

Тихо сам с собою ... левою рукою ... :-)))

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

255. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 21:26 
> Может и пруфлинки на тестирование Ext4 и UFS2+SJ предоставите? Не стесняйтесь. Обсудим.

Надо бы потестировать, только сначала стоит обсудить методику: например диск в памяти на 1 гигабайт подойдет ?

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

260. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 23-Сен-12, 21:51 
>> Может и пруфлинки на тестирование Ext4 и UFS2+SJ предоставите? Не стесняйтесь. Обсудим.
> Надо бы потестировать, только сначала стоит обсудить методику: например диск в памяти
> на 1 гигабайт подойдет ?

Вполне.


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

267. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 22:59 
>>> Может и пруфлинки на тестирование Ext4 и UFS2+SJ предоставите? Не стесняйтесь. Обсудим.
>> Надо бы потестировать, только сначала стоит обсудить методику: например диск в памяти
>> на 1 гигабайт подойдет ?
> Вполне.

Что то мне подсказывает что не все так просто. Если в системе 2-4 гига оперы под кеш zfs то тестироватьдиск на 1 гиг ... его закеширует полностью. И сколько оперы выделить под кеш zfs и чтоб работало и чтоб не закешировало ? Или до скольки увеличить диск в памяти ?

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

282. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 23:41 
> Что то мне подсказывает что не все так просто. Если в системе
> 2-4 гига оперы под кеш zfs то тестироватьдиск на 1 гиг
> ... его закеширует полностью. И сколько оперы выделить под кеш zfs
> и чтоб работало и чтоб не закешировало ? Или до скольки
> увеличить диск в памяти ?

Вы собрались кэшировать рамдиск? Прелестно xD

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

285. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 24-Сен-12, 00:04 
>> Что то мне подсказывает что не все так просто. Если в системе
>> 2-4 гига оперы под кеш zfs то тестироватьдиск на 1 гиг
>> ... его закеширует полностью. И сколько оперы выделить под кеш zfs
>> и чтоб работало и чтоб не закешировало ? Или до скольки
>> увеличить диск в памяти ?
> Вы собрались кэшировать рамдиск? Прелестно xD

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

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

287. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 24-Сен-12, 00:10 
> Машина виртуалка под варей, диск в памяти обычный виртуальный диск на диске
> хоста, но у хоста памяти много и он закешипуется. Не ?

Стоп-стоп-стоп. О какой варе речь? ESXi? Она не кеширует. Надо чтобы объем диска хотя бы в 8-10 раз превышал объём кеша контроллера + гостевой FS. Если у хоста есть кеш - значит еще и его учесть.

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

288. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 24-Сен-12, 00:14 
>> Машина виртуалка под варей, диск в памяти обычный виртуальный диск на диске
>> хоста, но у хоста памяти много и он закешипуется. Не ?
> Стоп-стоп-стоп. О какой варе речь? ESXi? Она не кеширует. Надо чтобы объем
> диска хотя бы в 8-10 раз превышал объём кеша контроллера +
> гостевой FS. Если у хоста есть кеш - значит еще и
> его учесть.

Это Workstation 9 под вин. Что то мне подсказывает что дисковые операции кешируются всей свободной памятью. Не ?

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

352. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 24-Сен-12, 23:50 
> Вы собрались кэшировать рамдиск? Прелестно xD

Вау, это самый сферический конь в наиболее чистом вакууме из того что я видел :)

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

421. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 26-Сен-12, 17:16 
> Вполне.

... в случае если вы - iZEN.

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

271. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 23:19 
>> Может и пруфлинки на тестирование Ext4 и UFS2+SJ предоставите? Не стесняйтесь. Обсудим.
> Надо бы потестировать, только сначала стоит обсудить методику: например диск в памяти
> на 1 гигабайт подойдет ?

Предлагаю обычный SATA HDD, раздел гигов на 50-60, объем памяти на тестовой машине - не более 1 Гб.

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

280. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 23:38 
>>> Может и пруфлинки на тестирование Ext4 и UFS2+SJ предоставите? Не стесняйтесь. Обсудим.
>> Надо бы потестировать, только сначала стоит обсудить методику: например диск в памяти
>> на 1 гигабайт подойдет ?
> Предлагаю обычный SATA HDD, раздел гигов на 50-60, объем памяти на тестовой
> машине - не более 1 Гб.

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

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

281. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 23:40 
> Это будут тесты диска а не фс и расхождения между фс уложатся
> в погрешность.

Да нет - это как раз и будет реальный тест, а не сферические кони в вакууме. Задача ФС - корректно разложить метаданные и данные по серьёзно физически лимитированному носителю (скорость, время доступа, время поиска). То, как она с этим справляется - как раз и показатель.

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

296. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Elhana (ok), 24-Сен-12, 03:07 
И чем все ваши тесты на рамдиске будут лучше фороникса, которые ZFS сравнивают с ext4 на одном единственном диске?


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

311. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 24-Сен-12, 10:21 
> И чем все ваши тесты на рамдиске будут лучше фороникса, которые ZFS
> сравнивают с ext4 на одном единственном диске?

Мы же обсуждаем методику тестирования или нет ? 5 дисков по 1 гигу хватит ?

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

353. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 24-Сен-12, 23:51 
> 5 дисков по 1 гигу хватит ?

Фороникс и то более реалистичные конфигурации берет. Вот скажите, сколько у вас серверов с диском на гиг? :)

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

361. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 25-Сен-12, 00:16 
>> 5 дисков по 1 гигу хватит ?
> Фороникс и то более реалистичные конфигурации берет. Вот скажите, сколько у вас
> серверов с диском на гиг? :)

К сожелению нету дисков для проверки хотябы raidz есть 2 по 320.

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

411. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 26-Сен-12, 14:21 
> Это будут тесты диска а не фс и расхождения между фс уложатся
> в погрешность.

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

Подсказываю: ФС не будут равноценны при:
1) Создании множества файлов/каталогов.
2) Множественном параллельном доступе.
3) Чтение-запись блоками разного размера.
4) Синхронные или асинхронные операции.
5) Операции с СУБД с собственным журналом могут работать круто по разному в зависимости от реализации журнальной логики ФС.
...

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

412. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 26-Сен-12, 15:24 
>[оверквотинг удален]
> ругают, но в целом у них тесты как тесты. Не все
> из них реалистичные.
> Подсказываю: ФС не будут равноценны при:
> 1) Создании множества файлов/каталогов.
> 2) Множественном параллельном доступе.
> 3) Чтение-запись блоками разного размера.
> 4) Синхронные или асинхронные операции.
> 5) Операции с СУБД с собственным журналом могут работать круто по разному
> в зависимости от реализации журнальной логики ФС.
> ...

Если разница тестирования дисковых операций с двумя различными фс будет отличаться по времени на 1-2% то это уложится в погрешность измерений. Следовательно для тестирования больше подходят быстрые SSD диски нежели HDD. Что касается диска в памяти, то очень спорно. Кроме того средства тестирования должны присутствовать во всех тестируемых ос. Например многие "пРоФФэсоры" высказываются неодобрительно о том же dd, зато он есть почти везде. Итак если мы говорим о dd какие bc и count будут оптимальны для тестирования ?

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

417. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 26-Сен-12, 17:04 
> Если разница тестирования дисковых операций с двумя различными фс будет отличаться по
> времени на 1-2% то это уложится в погрешность измерений.

А она будет местами отличаться не на 1-2% а в пару раз. А то и поболее. Просто потому что в силу разного дизайна ФС, разным дизайнам удобны разные наборы операций.

> Следовательно для тестирования больше подходят быстрые SSD диски нежели HDD.

Неверно. ФС претендующая на универсальность должна уметь работать и с теми и с другими. Хотя это не значит что там не может быть специальных оптимизаций для тех или иных носителей. На практике современный подход как раз сигналить ФС о том что это у нас SSD и тогда она юзает иной набор оптимизаций + TRIM. Вроде бы логично все. Разным по свойствам носителям - разные оптимизации и твики.

> во всех тестируемых ос. Например многие "пРоФФэсоры" высказываются неодобрительно о том
> же dd, зато он есть почти везде. Итак если мы говорим
> о dd какие bc и count будут оптимальны для тестирования ?

В моем понимании, если мы хотим потестировать ФС а не крутизну кеша - размер данных должен быть заведомо много больше кэша, чтобы посмотреть что может ФС. Что может кэш я и так себе представляю. Вот только в него вся ФС не влезет (иначе это уже RAM-диск) и потому интересно и поведение ФС самой по себе. Как бы bs и count будут варьироваться в зависимости от доступной под кэш памяти. Более того, bs в принципе может влиять на производительность дисковой подсистемы. Обычно крупные блоки отрабатываются лучше чем мелкие (до некоторого предела). Способность работать с неудобными сценариями когда программы читают/пишут мелкими блоками - тоже параметр ФС. А кто сказал что программы всегда оперируют большими блоками? Например логи дописываются мелкими порциями.

Но это только 1 из тестов. Самый простой и дубовый - на линейные операции в 1 поток.

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

А как насчет многопоточного доступа? Современные ОС многозадачные и доступ сразу кучи программ к диску ничему не противоречит. Насколько ОС, ее кеш и ФС смогут облегчить участь диска, особенно механического?

Некоторые программы могут запросить небуферизованный "прямой доступ". В этом случае кэш не имеет права подыгрывать. Скорость работы ФС в таком режиме - тоже интересна. Просто потому что некая программа может лучше чем ОС и системный кэш знать что и как кешировать.

Есть тесты нагружающие логику журналирования - синхронизируемая запись. Т.е. записи файлов сдабриваемые вызовами типа fsync(). Актуально для БД и прочих. Реализация оного может влиять на скорость работы БД. Кстати если кто хочет подъ... btrfs - вот тут это может получиться.

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

422. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 26-Сен-12, 17:18 
> А она будет местами отличаться не на 1-2% а в пару раз.

Медицина бессильна, клиент недоступен.

> Неверно. ФС претендующая на универсальность должна уметь работать и с теми и
> с другими.

Месье потрудится назвать такую фс которая неработает с одним из ... ?

>[оверквотинг удален]
> программ к диску ничему не противоречит. Насколько ОС, ее кеш и
> ФС смогут облегчить участь диска, особенно механического?
> Некоторые программы могут запросить небуферизованный "прямой доступ". В этом случае кэш
> не имеет права подыгрывать. Скорость работы ФС в таком режиме -
> тоже интересна. Просто потому что некая программа может лучше чем ОС
> и системный кэш знать что и как кешировать.
> Есть тесты нагружающие логику журналирования - синхронизируемая запись. Т.е. записи файлов
> сдабриваемые вызовами типа fsync(). Актуально для БД и прочих. Реализация оного
> может влиять на скорость работы БД. Кстати если кто хочет подъ...
> btrfs - вот тут это может получиться.

Если месье затрудняется написать оптимальные для теста bs и count пусть хоть на пальцах покажет :-))))))

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

435. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 27-Сен-12, 15:54 
> Медицина бессильна, клиент недоступен.

Я в этом не виноват. Да, файловые системы не очень простая штука, мозг может вынести слегка.

> Месье потрудится назвать такую фс которая неработает с одним из ... ?

1) Не с глаголами пишется раздельно.
2) Где тут граммар-наци, когда они так нужны?
3) Работать можно по разному. Запорожец тоже автомобиль и тоже ездит. Но довольно медленно. И громко тарахтит. И комфорт в салоне так себе. И нормы евро-4 по выхлопам не осилит. За что-то такое ими почти не пользуются уже. Вот эти ващи UFS - такие же древности в плане технологий файловых систем. И никакие твики и тюнинги по мелочи древний в целом дизайн не вытянут на достойный современный уровень быстродействия.

> Если месье затрудняется написать оптимальные для теста bs и count пусть хоть
> на пальцах покажет :-))))))

Мсье не затрудняется, мсье не совсем понимает что хочется протестировать. Максимально линейную запись большого файла на чистую ФС и потом его чтение? Тогда bs побольше (если нет цели потестировать как ФС переваривает работу с мелкими запросами) и count такой чтобы объем был много больще чем объем кэша в оперативке. Правда при этом в основном протестируется производительность диска если он не забит.  Например, bs=1M и count=100500 явно удовлетворит этому условию. Правда ждать долговато придется (около 100Гб все-таки) и вообще тест сильно нишевой. С другой стороны, работа с большими линейными файлами имеет право на жизнь и вполне встречается. Например, видеомонтаж. Тут всех натянет XFS если ему многодисковую конфигу дать - он как раз на такое оптимизирован.

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

438. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 28-Сен-12, 12:35 
> Вот эти ващи UFS - такие же
> древности в плане технологий файловых систем. И никакие твики и тюнинги
> по мелочи древний в целом дизайн не вытянут на достойный современный
> уровень быстродействия.

Зачем пустопорожние разговоры вести — возьми и затести. У UFS2 новый "твик" появился: максимальный размер блока ФС увеличен до 64k.


> Тут
> всех натянет XFS если ему многодисковую конфигу дать - он как
> раз на такое оптимизирован.

Опять пустопорожние ничем необоснованные предположения. А вот если бы у ZFS задать размер блока до 1M, да отключить нафик чексуммирование (zfs set checksum=off poolname/fsname — ну это чтобы она работала наравне с классическими ФС без проверки на лету файлов), то что будет?! Представить трашшшшно, как сольют ей новомодные Ext4 и Btrfs, не говоря уж о старушенции XFS. Ж)

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

439. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 28-Сен-12, 13:06 
> Опять пустопорожние ничем необоснованные предположения. А вот если бы у ZFS задать
> размер блока до 1M, да отключить нафик чексуммирование (zfs set checksum=off
> poolname/fsname — ну это чтобы она работала наравне с классическими ФС
> без проверки на лету файлов), то что будет?! Представить трашшшшно, как
> сольют ей новомодные Ext4 и Btrfs, не говоря уж о старушенции
> XFS. Ж)

На рандомной записи сольют - CoW линеаризует запись.
Но зато читать потом будет страшновато.

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

304. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 24-Сен-12, 07:09 
> Может и пруфлинки на тестирование Ext4 и UFS2+SJ предоставите? Не стесняйтесь. Обсудим.

Да вон какой-нибудь фороникс регулярно делают. А бздунишки регулярно вопят что все не так, подстроено врагами и вообще фороникс - аццтой!!!111

>> По крайней мере, в нем доперли сделать экстенты наконец. А в UFS - их нет.
> UFS2 работает на уровне фрагментов блоков. А в Ext* такого нет, а
> значит теряется свободное пространство на мелких файлах — блоки заполнены не
> до конца, а распределить незаполненные "хвосты" эта ФС не в силах. :p

Ишь как красиво стрелки перевел. Ему про то что блочный аллокатор тормоз, а он втирает про экономию места. Вот только при чем тут она? Несомненно, запорожец занимает меньше места на парковке чем самосвал, только вот что из этого следует? :)


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

253. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  –1 +/
Сообщение от nagualemail (ok), 23-Сен-12, 21:20 
>> Если бы месье вылез из криокамеры он бы написал UFS+J или хотябы
>> UFS+S на вскидку отставание лет на 10-12 :-)))
> А какая разница? КрЮтые разработчики BSD заявили что на капитальную переделку этого
> - ресурсов нет. Так что к запору примотали "скамейку" проволокой, кой-как
> привинтили колеса от мерса и наклеили наклейки SPARCO. Типа, заапгрейдили. Правда,
> аэродинамика лучше не стала, да и двигатель - тоже. Поэтому быстрее
> ездить и меньше тарахтеть оно не стало. Вот UFS-хоть-там-плюс-что отличается редкостной
> тормознутостью. Достаточно любой бенч на одинаковом оборудовании запустить. И да, EXT4
> порвет этот античный хлам как тузик грелку. По крайней мере, в
> нем доперли сделать экстенты наконец. А в UFS - их нет.

А давайте сначала исключим из тестирования фс которые приводят к эпик фейлам - например ext4 :-)) потому как лучше чуть медленне ехать чем развалиться на ходу, не ?

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

266. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 22:59 
> А давайте сначала исключим из тестирования фс которые приводят к эпик фейлам
> - например ext4 :-)) потому как лучше чуть медленне ехать чем
> развалиться на ходу, не ?

У кого, простите, приводят? У криворучек? Два года боевой эксплуатации БЕЗ каких-либо твиков, никаких граблей не замечено.

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

305. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +1 +/
Сообщение от Аноним (-), 24-Сен-12, 07:11 
> А давайте сначала исключим из тестирования фс которые приводят к эпик фейлам

Давайте лучше исключим из тестов ж@поруких экспериментаторов. А то юзаю EXT4 со времен 2.6.32 и проблем с ней - ноль. Питание слетало, etc.

А виртуалки кстати не показатель. Там могли для скорости сделать фэйковый sync, который не сливает реально данные на диск. При слете питания файловая система с журналом при таком подходе крупно обломается, понадеявшись на валидность журнала и то что синхронные операции реально синхронные. Но это следствие обмана с синхронными операциями, а не кривости ФС.

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

310. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 24-Сен-12, 07:51 
> А виртуалки кстати не показатель. Там могли для скорости сделать фэйковый sync,
> который не сливает реально данные на диск. При слете питания файловая
> система с журналом при таком подходе крупно обломается, понадеявшись на валидность
> журнала и то что синхронные операции реально синхронные. Но это следствие
> обмана с синхронными операциями, а не кривости ФС.

Да, легко.
В ESXi с этим порядок, тьфу-тьфу, и write barrier работает, как надо.

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

317. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 24-Сен-12, 11:29 
>> А виртуалки кстати не показатель. Там могли для скорости сделать фэйковый sync,
>> который не сливает реально данные на диск. При слете питания файловая
>> система с журналом при таком подходе крупно обломается, понадеявшись на валидность
>> журнала и то что синхронные операции реально синхронные. Но это следствие
>> обмана с синхронными операциями, а не кривости ФС.
> Да, легко.
> В ESXi с этим порядок, тьфу-тьфу, и write barrier работает, как надо.

То был KVM.

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

418. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 26-Сен-12, 17:07 
> Да, легко.

Ну так я потому и уточняю что не уверен что квалификация оппонента позволяет отловить такой случай и осознать кому именно приписать былинный отказ. Хостер вполне мог пожертвовать надежностью в пользу скорости, дабы оверселлить побольше, etc.

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

315. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 24-Сен-12, 11:24 
>> А давайте сначала исключим из тестирования фс которые приводят к эпик фейлам
> Давайте лучше исключим из тестов ж@поруких экспериментаторов.

Так вы поэтому тесты не делаете ?

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

414. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 26-Сен-12, 16:38 
> Так вы поэтому тесты не делаете ?

Скорее, потому что
1) Дико лень копаться с *bsd в связи с бессмысленностью этого занятия.
2) Реалистичные тесты требуют неиллюзорных затрат времени и специально выделенное для этого оборудование.

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

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

419. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 26-Сен-12, 17:09 
> 1) Дико лень копаться с *bsd в связи с бессмысленностью этого занятия.

Сделайте хотябы для своего горяче любимого linux-а
> 2) Реалистичные тесты требуют неиллюзорных затрат времени и специально выделенное для этого
> оборудование.

Найдем уж как нибудь. :-))

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

413. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 26-Сен-12, 15:34 
>> А давайте сначала исключим из тестирования фс которые приводят к эпик фейлам
> Давайте лучше исключим из тестов ж@поруких экспериментаторов.

Судя по тому как вы нехотите ничего тестироваь себя вы вычеркнули первым ... :)))

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

416. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 26-Сен-12, 16:41 
Эк вас ж@порукость то зацепила, аж 2 раза откоментили. Вы уж извините но на основе ваших постов мне уже многое ясно о вашей квалификации. Поэтому я могу понять почему вас так зацепило.
Ответить | Правка | К родителю #413 | Наверх | Cообщить модератору

110. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 21-Сен-12, 06:02 
> Вот когда будет годный btrfsck, тогда и приходите.

Он уже есть. Не полный, но - есть. А в zfs его попросту нет как класса. И не надо на scrub кивать, оно в btrfs фиг знает сколько есть, только fsck - немного о другом.

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

135. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 22-Сен-12, 22:01 
>> Вот когда будет годный btrfsck, тогда и приходите.
> Он уже есть. Не полный, но - есть. А в zfs его
> попросту нет как класса. И не надо на scrub кивать, оно
> в btrfs фиг знает сколько есть, только fsck - немного о
> другом.

Не понимаю, чем так убог zpool scrub (при работающей отмотке пула zpool import -F, конечно же) и хуже "немного другого" fsck?

+ zpool scrub лечит восстановимые метаданные и данные в пуле, насколько это возможно. Ни при каких обстоятельствах не уничтожает данные, подтвердившие свою целостность;
+ zpool scrub выводит полный список невосстановимых файлов в пуле.

- fsck лечит все ошибки ФС на уровне блоков, приводя её в рабочее состояние. ФС после обработки fsck вполне может быть девственно-чистой, без находящихся на ней файлов;
- fsck "лечит" файлы, собирая найденные цепочки блоков и создавая новые файлы из них в каталоге /.lost+found с незначащими именами из идентификаторов — разбирайтесь сами, КАКИЕ_ИМЕННО файлы потеряны. "Огрызки" предоставлены. :))

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

136. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 22-Сен-12, 23:28 
> - fsck "лечит" файлы, собирая найденные цепочки блоков и создавая новые файлы
> из них в каталоге /.lost+found с незначащими именами из идентификаторов —
> разбирайтесь сами, КАКИЕ_ИМЕННО файлы потеряны. "Огрызки" предоставлены. :))

В связи с этим нулячие диски перед форматированием имеет смысл забить нулями :-)) Будет легче с огрызками.


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

138. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 23-Сен-12, 01:46 
>> - fsck "лечит" файлы, собирая найденные цепочки блоков и создавая новые файлы
>> из них в каталоге /.lost+found с незначащими именами из идентификаторов —
>> разбирайтесь сами, КАКИЕ_ИМЕННО файлы потеряны. "Огрызки" предоставлены. :))
> В связи с этим нулячие диски перед форматированием имеет смысл забить нулями
> :-)) Будет легче с огрызками.

Удалённые нормальным образом файлы сводят на нет предварительное забитие нулями пространства ФС.

Ах, да, ещё fsck сканирует весь объём ФС независимо от того, какой суммарный размер полезной информации; требуется демонтировать проверяемую ФС для исправлений найденных ошибок (исключение — XFS и UFS2). zpool scrub проверяет только занятое пространство и работает фоновым процессом.

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

148. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 09:56 
>>> zpool scrub проверяет только занятое пространство и работает фоновым процессом.

И вот это - хуже всего. Непредсказуемые фоновые процессы на, допустим, database workload - за них опять же надо руки отрывать.


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

146. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 09:54 
> В связи с этим нулячие диски перед форматированием имеет смысл забить нулями
> :-)) Будет легче с огрызками.

На коровах бесполезно.

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

145. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 09:53 
> + zpool scrub лечит восстановимые метаданные и данные в пуле, насколько это
> + zpool scrub выводит полный список невосстановимых файлов в пуле.

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

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

154. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 11:11 
>> + zpool scrub лечит восстановимые метаданные и данные в пуле, насколько это
>> + zpool scrub выводит полный список невосстановимых файлов в пуле.
> --- если том не смонтировался или упал в корку при монтировании -
> про "лечит" и "выводит" можно забывать. а це бывает. хотя сие
> только для сердитых ноутоводов, на серверах проще поднять бэкап

Потрудитесь ссылку.

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

215. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 23-Сен-12, 19:23 
> Потрудитесь ссылку.

Ссылку на что? На здравый смысл? Это пять! :)

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

254. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 21:21 
>> Потрудитесь ссылку.
> Ссылку на что? На здравый смысл? Это пять! :)

Сыылку на корку.

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

268. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 23:11 
> Сыылку на корку.

В гугле забанили?

http://forums.freenas.org/showthread.php?7684-ZFS-Kernel-Panic - трупик
http://forums.freenas.org/showthread.php?5645-Trying-to-moun... - трупик
https://www.illumos.org/issues/2233 - висяк с ребутами
https://forums.oracle.com/forums/thread.jspa?messageID=10258853 - тот же баг, что и выше, но у другого человека
http://forums.freebsd.org/showthread.php?t=31858 - опенсолярка как-то разрулила косяк, но тем не менее - грабли эпичны
http://onlyfriends.name/2011/05/zharennyiy-zfs/ - ацки надежная FS, падающая в корку при чтении файлов с поврежденного тома
http://comments.gmane.org/gmane.os.freebsd.devel.file-system... - падающий scrub
http://markmail.org/thread/aqf24ykbp2h7ct4n - то же самое, отсутствие fsck доставляет

Надо сказать, за отсутствием fsck - шансов кроме как ковырять диск руками - никаких.

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

274. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 23:33 
>[оверквотинг удален]
> и выше, но у другого человека
> http://forums.freebsd.org/showthread.php?t=31858 - опенсолярка как-то разрулила косяк,
> но тем не менее - грабли эпичны
> http://onlyfriends.name/2011/05/zharennyiy-zfs/ - ацки надежная FS, падающая в корку
> при чтении файлов с поврежденного тома
> http://comments.gmane.org/gmane.os.freebsd.devel.file-system... - падающий
> scrub
> http://markmail.org/thread/aqf24ykbp2h7ct4n - то же самое, отсутствие fsck доставляет
> Надо сказать, за отсутствием fsck - шансов кроме как ковырять диск руками
> - никаких.

Ссылки старые, в большинстве случаев не  v28 ... в одном случае битое железо ... собаки лают, караван идет.

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

275. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 23:34 
> Ссылки старые, в большинстве случаев не  v28 ... в одном случае
> битое железо ... собаки лают, караван идет.

Да, пусть идёт. Мне-то чего? Я это в продакшне не юзаю, и не планирую.

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

276. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 23-Сен-12, 23:34 
> Надо сказать, за отсутствием fsck - шансов кроме как ковырять диск руками
> - никаких.

Что то мне присутсвие fsck в ext4 не сильно помогло.


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

277. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 23:35 
>> Надо сказать, за отсутствием fsck - шансов кроме как ковырять диск руками
>> - никаких.
> Что то мне присутсвие fsck в ext4 не сильно помогло.

Руки, уважаемый, руки. У меня даже в fsck необходимость возникала всего пару раз - после авралов с питанием там, где нет нормального контроллера и UPS'а. В остальных случаях штатный откат журнала - всё, что требовалось.

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

306. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 24-Сен-12, 07:14 
> Руки, уважаемый, руки.

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

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

355. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 24-Сен-12, 23:53 
> Что то мне присутсвие fsck в ext4 не сильно помогло.

Зато помогло мне, когда я отколупал с битого диска (реально осыпающегося, с бэдами).

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

289. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 24-Сен-12, 00:21 
>> Сыылку на корку.
> В гугле забанили?
> http://forums.freenas.org/showthread.php?7684-ZFS-Kernel-Panic - трупик

"zpool import -f HubZ2" — насильное импортирование пула. Узнай сам, чем это отличается от "zpool import -F".

> http://forums.freenas.org/showthread.php?5645-Trying-to-moun...
> - трупик

Аналогично.

> https://www.illumos.org/issues/2233 - висяк с ребутами
> https://forums.oracle.com/forums/thread.jspa?messageID=10258853 - тот же баг, что
> и выше, но у другого человека

Тут да, косяк, но не смертельный. Висяк — не смертяк. У меня rm на заполненном пуле полчаса может удалять каталог с файлами суммарным размером 5ГБ. Вроде работает, а место свободное не так быстро появляется...

> http://forums.freebsd.org/showthread.php?t=31858 - опенсолярка как-то разрулила косяк,
> но тем не менее - грабли эпичны

Грабли на FreeBSD 8.1, довольно устаревшей системе. С тех пор много патчей для ZFS принято в дерево системы.

> http://onlyfriends.name/2011/05/zharennyiy-zfs/ - ацки надежная FS, падающая в корку
> при чтении файлов с поврежденного тома

"в итоге абсолютно все необходимые данные были успешно спасены" — УСПЕХ.

> http://comments.gmane.org/gmane.os.freebsd.devel.file-system... - падающий
> scrub

"9.1-BETA1 FreeBSD 9.1-BETA1 #34: Thu Jul 12 05:57:44 EDT 2012
amd64
4GB of ram, 4gb of swap.
panic: integer divide fault
GNU gdb 6.1.1 [FreeBSD]" — почему я не удивляюсь?

> http://markmail.org/thread/aqf24ykbp2h7ct4n - то же самое, отсутствие fsck доставляет

Тогда и не было команды отмотки пула "zpool import -F", поэтому и доставляло.

> Надо сказать, за отсутствием fsck - шансов кроме как ковырять диск руками - никаких.

Открой для себя новые возможности ZFSv28 ("zpool import -F") и перестань ныть, что нет fsck.

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

356. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 24-Сен-12, 23:54 
> rm на заполненном пуле полчаса может удалять каталог с файлами суммарным
> размером 5ГБ. Вроде работает, а место свободное не так быстро появляется...

Ага, так и запишем: +1 признак п-ца с фрагментацией.

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

358. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 25-Сен-12, 00:02 
>> rm на заполненном пуле полчаса может удалять каталог с файлами суммарным
>> размером 5ГБ. Вроде работает, а место свободное не так быстро появляется...
> Ага, так и запишем: +1 признак п-ца с фрагментацией.

Для пущей эротичности предлагается сразу после такого rm чего-нибудь на диск пописать :)

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

415. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 26-Сен-12, 16:39 
> Сыылку на корку.

В список рассылки nginx суньтесь - там этого есть.

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

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

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




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

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