The OpenNET Project / Index page

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



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

Оглавление

Разработчики FreeBSD намерены сменить реализацию ZFS на 'ZFS..., opennews (?), 20-Дек-18, (0) [смотреть все]

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


93. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  –2 +/
Сообщение от Аноним (104), 20-Дек-18, 14:47 
UFS2 на BTRFS они заменить не хотят? модно, молодежно.
Ответить | Правка | Наверх | Cообщить модератору

122. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от пох (?), 20-Дек-18, 15:41 
ufs2 можно уже давно [запрещенное слово].
"works as intended", маккухик лично восстал из гроба и одобрил:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227204
(читайте внимательно, кто будет вопить про gmirror - сразу нахрен)
Ответить | Правка | Наверх | Cообщить модератору

139. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от Аноним (147), 20-Дек-18, 16:36 
А что там не так-то?
Ответить | Правка | Наверх | Cообщить модератору

149. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  –2 +/
Сообщение от пох (?), 20-Дек-18, 16:51 
> А что там не так-то?

works as intended, чинить никто не собирается - подумаешь, fs потихоньку превращается в тыкву, действительно, и чего бы тут не так?

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

157. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от xm (ok), 20-Дек-18, 17:13 
Чинить что? Принципы работы кэша на харддрайвах? Подарить всем по UPS?
Ответить | Правка | Наверх | Cообщить модератору

162. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +1 +/
Сообщение от пох (?), 20-Дек-18, 17:19 
ну ок, works as intended, я и говорю - зака...йте.
Собственно, прочитав это, я снес последнюю ufs-based систему. Зачем оно - такое?

про suj отдельно рассказывать, или ты в курсе, что там еще круче "works as intended"?

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

185. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от псевдонимус (?), 20-Дек-18, 18:35 
> ну ок, works as intended, я и говорю - зака...йте.
> Собственно, прочитав это, я снес последнюю ufs-based систему. Зачем оно - такое?
> про suj отдельно рассказывать, или ты в курсе, что там еще круче
> "works as intended"?

Потому и не надо юзать с "j" )


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

196. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +1 +/
Сообщение от КГБ СССР (?), 20-Дек-18, 20:13 
>> ну ок, works as intended, я и говорю - зака...йте.
>> Собственно, прочитав это, я снес последнюю ufs-based систему. Зачем оно - такое?
>> про suj отдельно рассказывать, или ты в курсе, что там еще круче
>> "works as intended"?
> Потому и не надо юзать с "j" )

Как всё сложно в этом вашем свободном мире высокого качества.

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

200. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от псевдонимус (?), 20-Дек-18, 20:43 
Напрасно юродствуешь, в несвободном это тоже уже:(

Куды хрестьянину податься? Думаю нужен другой глобус, либо с этим для начала сделать что-то плохое.

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

207. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +1 +/
Сообщение от КГБ СССР (?), 20-Дек-18, 22:16 
Ну, есть ещё непочатый край работы. Не в порядке важности, а что на ум раньше пришло:

1. MINIX.

2. OpenBSD, NetBSD, DragonFly BSD.

3. Hurd.

4. Plan 9, Inferno, Plan B, ...

5. Haiku. Кстати, Гаечка (п. 5) очень даже почти готова для дестопа. Софта для неё уже прилично есть. Браузеров новый нет, но это, может, и к лучшему.

6. Slackware, Gentoo, LFS.

7. Solaris, как ни странно. Только не те огрызки, что СПОшники терзают, а казённый оракулевый. Его ведь никто не запрещает использовать в личных целях.

8. Множество маленьких исследовательских проектов наподобие Colibri OS.

...

???

PROFIT!!!!111

Как очень правильно заметил здесь один аноним, надо всё сломать наконец, потому что уже смердит мертвечиной и разложением. Что умерло, то должно быть похоронено.

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

217. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от КГБ СССР (?), 21-Дек-18, 01:24 
Ну и, кстати, никто не запрещает продолжать использовать выпуски, уже отправленные в архив. Они прекрасно работают и обновляются до последних версий пакетов, какие там для них сделали. Если боязно за безопасность, то придётся бдить. :)
Ответить | Правка | К родителю #200 | Наверх | Cообщить модератору

220. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  –1 +/
Сообщение от пох (?), 21-Дек-18, 07:16 
бэкпортируй мне патч для debug interrupt (это серьезно, это local root на пустом месте, патч локальный, затрагивает строк 20 в двух файликах) хотя бы  в версию 11.0
Не, не можешь? Ну а тогда чего придется бздить?

С последними версиями пакетов тоже все очень нездорово, но там хотя бы вручную можно патчить сами пакеты,а не обновляться на неподдерживаемый make и share/Mk не той версии.

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

Божественная десяточка наше всьо - вон как классно в ней wsl работает! И конкурсы интересные...

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

223. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +1 +/
Сообщение от КГБ СССР (?), 21-Дек-18, 07:52 
От десяточки нервный тик.
Ответить | Правка | Наверх | Cообщить модератору

218. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от Anananemail (?), 21-Дек-18, 02:41 
тут редкий год проходит без очередного бага в ext4 с потерями данных, а он все про UFS2. Ну никто не заставляет использовать журнал.
Почему у меня за все время пользования (с 5ки) еще ни одна ФС не полетела?

Кстати о упсах, в моей любимой четверочке с первой UFS, порой даже без упса после пропажи питания ничего фиксить не приходилось. Впрочем и скоростью она не отличалась.

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

221. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от пох (?), 21-Дек-18, 07:20 
> тут редкий год проходит без очередного бага в ext4 с потерями данных

речь же не о потерях, а о works as intended. Что-то я таких закрытий багов в ext4 не припоминаю.

ну и она таки да, журналируемая без вопросов - а тут куда ни плюнь, хоть в suj, хоть в gjournal - хочется на другой глобус.

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

Или беги на zol, потому что ничего другого уже не будет.

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

225. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от Ю.Т. (?), 21-Дек-18, 08:05 
> Или беги на zol, потому что ничего другого уже не будет.

А что, изделие Диллона -- не вариант?

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

230. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от КГБ СССР (?), 21-Дек-18, 09:13 
Непростой вопрос. Сплошная неизвестность.
Ответить | Правка | Наверх | Cообщить модератору

249. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  –1 +/
Сообщение от пох (?), 21-Дек-18, 12:11 
не, не вариант - мертворожденное. Ну если только его не подгребет под себя какой-нибудь линуксный спонсор, с характерными последствиями, потому что по-другому они не умеют.

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

253. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +1 +/
Сообщение от Ю.Т. (?), 21-Дек-18, 12:40 
> не, не вариант - мертворожденное.

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

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

262. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +1 +/
Сообщение от нах (?), 21-Дек-18, 14:14 
> что-то не пойму, что же тогда не мертворожденное? боги, что ли, заделывают
> файлосистемы?

заделать-то каждый письконосец может - ты вот прокорми да воспитай, чтоб потом на рынке рабов продать за нормальные деньги, а не на корм.

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

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

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

270. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от Anananemail (?), 21-Дек-18, 14:52 
>Или жди сорок минут, пока современный диск проверяется.
>Или беги на zol, потому что ничего другого уже не будет.

Я уже и не помню как fsck выглядит. На ноуте встроенный "упс", у серверов - свой.

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

278. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от пох (?), 21-Дек-18, 22:39 
системы без багов, процессоры в ноутах с идеальным охлаждениям, упсы в серверных никогда не отказывают и их не отключает персонал... эх... вот это жизнь в перпендикулярном мире.

скажите уж честно - "в божественной 2016 я этого не вижу, значит этого и нет".
(ну или "в божественной бубунточке меня всегда спасал журнал ext4, а поскольку на экран при этом ничего вывестись не успевает...")

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

303. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от Аноним (-), 23-Дек-18, 00:29 
> ну ок, works as intended, я и говорю - зака...йте.
> Собственно, прочитав это, я снес последнюю ufs-based систему. Зачем оно - такое?

Ну как бы Кузик выступил там Кэпом:

This is a problem that is endemic to all overwriting  filesystems that use journalling

> про suj отдельно рассказывать, или ты в курсе, что там еще круче
> "works as intended"?

А что, Кузик волшебник и превратит гадкого утенка в прекрасного лебедя?

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

180. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +2 +/
Сообщение от Анонн (?), 20-Дек-18, 18:07 
> Чинить что? Принципы работы кэша на харддрайвах? Подарить всем по UPS?

Вообще-то маркетолухов, поспособствовавших игнору синка и мгновенному возврат "ОК" на все (хотя данные так и не записались) -- потому что тогда бóльшие циферки в бенчах выходят.
В реальности оказывается, что ФС невозможно (без накручивания костылей и горы подпорок) сделать атомарную/сиквентировную запись (например, для мета-данных) и в случае резета или отключения ляктричества ФС может превратиться в тыкву.
Ну и МСники с пингвиноидами (или кто тут хвастался засильем на серверах?), вкорячившие костыли вместо вправления мозгов ошалевшим продаванам -- тоже неплохо подгадили.
Потому что по факту пользователю от такой "опитмизации" вне бенчей - 0.
> Unfortunately most disks are run with `write cache enabled' which means that they can lie about completing writes to stable store.
>

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

183. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от xm (ok), 20-Дек-18, 18:20 
> В реальности оказывается, что ФС невозможно (без накручивания костылей и горы подпорок) сделать атомарную/сиквентировную запись (например, для мета-данных) и в случае резета или отключения ляктричества ФС может превратиться в тыкву.

Ну о том и речь.

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

190. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +1 +/
Сообщение от Анонн (?), 20-Дек-18, 19:10 
> Ну о том и речь.

Поху об этом рассказывать бесполезно - когда-то уже сроались на эту тему, были точно те же аргументы, разве что еще "в пингвине-то сумели!".
А то, что в ext-ах (и других оверинжЫнирнутых) ФС уже не один "дата коррупшн эррор" пофиксили и что таки может быть некоторая корреляция - "да ну, вы фсе врети", ага.

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

231. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от КГБ СССР (?), 21-Дек-18, 09:15 
Какие опции монтирования правильные, если забить на бенчмарки и поставить на сохранность котиков?
Ответить | Правка | К родителю #180 | Наверх | Cообщить модератору

265. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от пох (?), 21-Дек-18, 14:23 
> Какие опции монтирования правильные, если забить на бенчмарки и поставить на сохранность
> котиков?

для сохранности котиков ничего лучшего off-site backup не придумали.

то где works as intended - это не про котиков, а _тихое_ превращение fs в тыкву без шума и пыли.
И опции монтирования там не при делах. forced fsck на регулярной основе (и не бэкграундный в случае нештатного завершения работы) и внешние методы контроля целостности данных.

Но времени жалко, ага.

Поэтому и используем zfs, где пул либо импортируется либо мертв.

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

267. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от КГБ СССР (?), 21-Дек-18, 14:30 
Ну вот, для примера, восьмая Фря предлагает по умолчанию UFS без софт-апдейтс. Мне интересно, как это влияет на сохранность моих бесценных котиков. Пусть тормозят, лишь бы не пропали.
Ответить | Правка | Наверх | Cообщить модератору

279. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от пох (?), 21-Дек-18, 22:53 
> Ну вот, для примера, восьмая Фря предлагает по умолчанию UFS без софт-апдейтс.
> Мне интересно, как это влияет на сохранность моих бесценных котиков.

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

но вообще-то штатно поставленная восьмерка - с софтапдейтами, выключены они только на a partition (и то не факт что я это с четверкой не путаю), где по хорошему нет ничего кроме бинарников самой системы, и то не всех.

p.s. напоминаю что там как минимум неустранимый local root через debug interrupt, устранимый в stackfault trap,  неработающий nmap при отсутствии в ядре ненужно-v6, ошибка в ssh kex, порты не собираются даже если заменить pkg_* на pkg, поменять make и переписать вручную половину ports/Mk...

оно вам вот - надо?

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

274. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +1 +/
Сообщение от Анонн (?), 21-Дек-18, 15:45 
> Какие опции монтирования правильные, если забить на бенчмарки и поставить на сохранность котиков?

Какие опции монтирования могут быть правильными, если фирмварь диска поместит данные в кеш, a возвратит "ОК, записала"?

У soft update была вполне простая и работающая идея - пишем на диск нормально и только в самом конце записи атомарно обновляем метаданные под принудительную синхронизацию. В случае форсмажора или вся запись целиком отсутсвует или вся целиком удалась.

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

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

275. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от КГБ СССР (?), 21-Дек-18, 16:25 
Тут я что-то недопонимаю: а разве раньше было как-то по-другому? На фирмварю повлиять ведь нельзя без специальных средств.
Ответить | Правка | Наверх | Cообщить модератору

280. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от пох (?), 21-Дек-18, 22:56 
> Тут я что-то недопонимаю: а разве раньше было как-то по-другому?

раньше при отказе питания гробилась только последняя запись - если это были данные (что максимально вероятно) - то и хрен с ними, если метаданные - то неповезло, но fsck вероятно что-нибудь спасет.

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

с zfs ситуация сильно лучше, потому что метаданные дублируются, проверяются перед использованием, и всегда есть предыдущая версия, если с последней совсем все плохо.

Пользуйтесь zfs, пока можно.

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

179. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +1 +/
Сообщение от Аноним (147), 20-Дек-18, 18:05 
Ну так там про хардрезеты неоднократные... И про то, что fsck починило.

Ваши концептуальные предложения для фс с журналом?

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

266. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от пох (?), 21-Дек-18, 14:24 
> Ну так там про хардрезеты неоднократные... И про то, что fsck починило.
> Ваши концептуальные предложения для фс с журналом?

ну так зачем вам такой журнал, который в случае хардресета (а по факту любой нештатной ситуации, от отвала san до panic) требует полного fsck ?

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

305. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +1 +/
Сообщение от Аноним (-), 23-Дек-18, 00:38 
> Ваши концептуальные предложения для фс с журналом?

...в этом месте мы начинаем догадываться почему народу нравятся log-structured/cow/etc, желательно обложенные чексумами везде и всюду, а еще лучше с избыточностью чтобы порушенные данные и особенно метаданные было откуда взять, а не так что "ух, простите, все развалилось".

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

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

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




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

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