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

Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD, opennews (ok), 01-Дек-20, (0) [смотреть все] И это под открытой лицензией 8212 красота же Фактический показатель важности, leibniz (ok), 10:14 , 01-Дек-20, (1) +3 // Ну так открытый сфот используют вы науке, как и открытое железо, в космос пускаю, Аноним (8), 10:48 , 01-Дек-20, (8) +2 В нынешних условиях это единственно возможная модель эволюции методологии програ, Dzen Python (ok), 11:47 , 01-Дек-20, (20) +8 Под правильной и истинно свободной, заметьте, в отличие от вредного и ведущего о, Аноним (21), 11:49 , 01-Дек-20, (21) –16 // Минус тебе толстый тролль Великий Столлман подарил нам истинную Свободу в виде , Аноним (-), 15:25 , 01-Дек-20, (67) –1 // Ну так CDDL тоже копилефт Просто один копилефт с другим не совместим , Аноним (103), 21:47 , 01-Дек-20, (103) –2 Так сан хотел солярис проталкивать в пику линуксу Но получилось иначе , Аноним (-), 11:19 , 03-Дек-20, (189) И в чём он троллит GPL - рак, дающий метастазы в другие проекты GPL запрещает , Аноним (117), 02:24 , 02-Дек-20, (117) –1 все верно, жпл или смерть, Alexander Belov (?), 08:57 , 02-Дек-20, (137) +2 GPL -- неудобная лицензия Она вмешивается в другие лицензии И тут надо понимат, Брат Анон (ok), 09:56 , 07-Дек-20, (207) –1 не понял с какого момента считать https en wikipedia org wiki OpenZFS -- 201, Аноним (2), 10:15 , 01-Дек-20, (2) // С 0 8 0 , Аноним (5), 10:42 , 01-Дек-20, (5) Яджва года ждал Ура А, если кроме шуток, то я очень рад тому, что ZFS продолжа, iCat (ok), 10:17 , 01-Дек-20, (3) –3 // А кто фантазирует-то Разве что какие-нибудь романтики-утописты , MasterSlave (?), 10:19 , 01-Дек-20, (4) // Почему Скажу как фанат ext4 - единственной файловой системы для всего В прошл, Аноним (24), 11:54 , 01-Дек-20, (24) –4 С подобной гибкостью по ее конфигурированию - какие уж тут фантазии Если среди , Аноним (6), 10:45 , 01-Дек-20, (6) // Ну сконфигурируй её под вчерашний dwarFS Сможешь - возьму к себе на работу за ме, Dzen Python (ok), 11:43 , 01-Дек-20, (18) –5 // я смогу, но я уже получаю 300к наносекунду и к тебе на работу врядли пойду, ЛОЛ , Аноним (60), 14:58 , 01-Дек-20, (60) –2 Теперь поцелуйтесь , Аноньимъ (ok), 05:03 , 02-Дек-20, (122) +1 Пруфов конечно не будет, microsoft (?), 20:18 , 02-Дек-20, (165) питон только и может что лог с такой скоростью срать, a (??), 07:32 , 02-Дек-20, (136) Ну, а что там конфигурировать Отключить дублирующие фичи и размер блока подобра, Аноньимъ (ok), 15:49 , 03-Дек-20, (198) Сами кушайте свой GPL, да не обляпайтесь А адекватные разработчики систем и ком, Аноним (21), 11:50 , 01-Дек-20, (23) –8 // Адекватные разработчики берут прежде всего наиболее функциональный и рабочий код, Chromium (ok), 21:39 , 01-Дек-20, (102) –1 // То-то все крупные проекты, не затрагивающие напрямую GPL код используют Apache и, Аноним (117), 02:27 , 02-Дек-20, (118) Компиляторы и языки программирования -- это отдельная песня А что касается GPL , Брат Анон (ok), 09:59 , 07-Дек-20, (208) вредоносного вклада, Аноним (138), 08:58 , 02-Дек-20, (138) Присоединяюсь к вопросу Сколько К сожалению нет Лицензия часто определяет будет, Аноним (172), 23:06 , 02-Дек-20, (172) +1 https www linuxfoundation org membership members Если программа работает отлич, Chromium (ok), 22:35 , 03-Дек-20, (201) +1 На удивление, довольно много Загрепай по гиту, умник Майкрософт один раз вообщ, Аноним (-), 11:21 , 03-Дек-20, (190) +1 Ох уж эти сказочники https www opennet ru opennews art shtml num 44570https, анонн (ok), 13:59 , 03-Дек-20, (197) ну и зачем сие надо , Аноним (7), 10:45 , 01-Дек-20, (7) –12 // чтобы хранить порнуху более эффективно , Аноним3000 (?), 16:32 , 01-Дек-20, (83) +3 Дядь, это единственная рабочая COW FS с кучей функционала и которой не страшно д, Аноним (143), 10:53 , 02-Дек-20, (143) // Btrfs хранит данные миллиардов хомячков фэйсбука, вроде живые , Аноним (-), 11:22 , 03-Дек-20, (191) +1 // 8230 потому что могут нанять себе автора btrfs, а ленты далеко всё равно никто, имя (ok), 12:19 , 03-Дек-20, (195) +2 Чо Т е я правильно понимаю, что RAID, софт-зеркалирование -- не надо, а NTFS д, Брат Анон (ok), 10:02 , 07-Дек-20, (209) Ну и ладненько Пока на моей фре это не прилетело ещё , timur.davletshin (ok), 11:02 , 01-Дек-20, (9) –1 // держите в курсе , leibniz (ok), 11:08 , 01-Дек-20, (11) –2 Как форснуть дедупликацию на уже наполненном сторадже И можно ли при этом сохра, Аноним (10), 11:04 , 01-Дек-20, (10) –1 // Так если надо не более двух копий, делай zfs pool типа зеркало, вот и будет две , анонимоузе (?), 11:09 , 01-Дек-20, (12) // Дисочко уже нарезано, поэтому вариант монтировать отдельно не вариант, нужно ч, Аноним (10), 11:41 , 01-Дек-20, (16) –1 // Форсить только вручную Сначала включить требуемые опции - дедупликацию сжатие , Амоним (?), 12:19 , 01-Дек-20, (29) +1 Вот это как раз вгоянет в печаль на более-менее значимых объёмах, Аноним (10), 14:20 , 01-Дек-20, (52) +2 Теоретически, можно написать скрипт, который перемещает файлы в tmp например , Аноним (146), 12:42 , 02-Дек-20, (146) –1 Теоретически, можно Но практически это будет означать ZFS не является ФС для в, Брат Анон (ok), 10:04 , 07-Дек-20, (210) Дедупликация на то и дедупликация что хранится одна копия, которая защищена избы, Амоним (?), 11:54 , 01-Дек-20, (25) +2 // немного не сходится с Дедупликация - метод уменьшения избыточности Метод сэконо, Аноним (10), 14:21 , 01-Дек-20, (53) –1 // сходится У тебя первоначальных копий могло быть 10 Всё это, условно, сворачив, Аноним (111), 23:05 , 01-Дек-20, (111) +1 Так не или, а И Физическая избыточность задается на уровне пула zpool количество, ZFS (?), 06:17 , 02-Дек-20, (128) Кроме дедубликации в ZFS есть еще и дублирование , Vanych (?), 17:58 , 12-Дек-20, (213) для двух копий видимо делай 2 снапшота, с нужной тебе частотой, Кир (?), 19:47 , 02-Дек-20, (162) Эта штука имеет смысл для домашнего десктопа Например, повысить производительно, Dionysius (?), 11:14 , 01-Дек-20, (13) –3 // Да , Аноним (6), 11:44 , 01-Дек-20, (19) –1 // Что Да Какой выигрыш она даст на стандартном десктопном сценарии на WDC WD1003, Dzen Python (ok), 11:50 , 01-Дек-20, (22) –1 // значительный, Аноним (60), 14:59 , 01-Дек-20, (62) Раз в 10 медленнее чем ext4 https www phoronix com scan php page article item , Аноним (73), 15:41 , 01-Дек-20, (73) 1 Компрессия на исходниках2 Дедупликация если вы маньяк3 Можете увеличить про, lleeree_ (ok), 23:08 , 01-Дек-20, (112) +1 Ну, самое главное её сво, Аноньимъ (ok), 05:06 , 02-Дек-20, (123) Ну, самое главное её свойство это защита от тихой порчи данных А побочное - очен, Аноньимъ (ok), 05:11 , 02-Дек-20, (124) +1 Нет , Аноним (131), 06:52 , 02-Дек-20, (131) Скорее наоборот Я бы для домашнего пользователя ext4 посоветовал Но если хочет, Аноним (24), 11:59 , 01-Дек-20, (26) +3 // ЗФС можно оттюнить на низкое потребление По крайней мере раньше можно было , Аноньимъ (ok), 05:12 , 02-Дек-20, (125) обойти это очень просто, проставить параметры размера арка в конфиге, Alexander Belov (?), 09:57 , 02-Дек-20, (139) Да, добавляет емкость батареи 7000мАч, увеличивает скорость вращения шпинделя в, Аноним (30), 12:30 , 01-Дек-20, (30) +12 если только у вас в десктопе дисков больше 3х и место в M2 для ARC, 1 (??), 12:32 , 01-Дек-20, (31) +2 Да Она повысит надёжность хранения данных и даст возможность восстановления в с, xm (ok), 12:36 , 01-Дек-20, (33) +3 // Ну, нет, если Вы про снапшоты, то это лишь ещё один удобный способ делать бекапы, Alatar (??), 13:43 , 01-Дек-20, (43) –1 // Ну какие же это бекапы, если они не спасают ни от кражи, ни от пожара, ни от пол, имя (ok), 13:53 , 01-Дек-20, (45) Да, довольно странно считать snapshot исключительно аналогом бэкапа , xm (ok), 14:22 , 01-Дек-20, (54) Бэкапы снимки можно инкрементально по сети пересылать в другой zfs, Аноним (146), 12:44 , 02-Дек-20, (147) Вот тот другой zfs и будет бэкапом А снимки на основной системе так и останутся, Аноним (187), 08:04 , 03-Дек-20, (187) +2 В первую очередь на случай если юзверь самостоятельно что-то запорет и надо опер, Аноним (10), 14:24 , 01-Дек-20, (55) 171 Если у вас паранойя, это ещё не значит, что за вами не следят 187 , имя (ok), 01:10 , 02-Дек-20, (114) +1 Да нормальные это бекапы Если пользователь считает достаточным бекапить свои ва, Alatar (??), 10:38 , 02-Дек-20, (141) Одним из способов применения снапшотов являются boot environments Впрочем, я не, xm (ok), 14:17 , 01-Дек-20, (50) +1 Защититься от злого шифровальщика , псевдонимус (?), 15:58 , 01-Дек-20, (79) –1 Почему-то забывают упомянуть про прозрачное криптование Спокойней на душе в слу, Амоним (?), 16:00 , 01-Дек-20, (80) // ZFS прекрасно работает поверх люксованных дисков, родное шифрование ZFS вроде бы, ZFS (?), 06:58 , 02-Дек-20, (132) +1 а чего для домашнего применения не использовать btrfs , t (??), 15:25 , 02-Дек-20, (156) // Спасибо, кэп, это уже даже до федоры дошло , Аноним (-), 11:23 , 03-Дек-20, (192) Теоретики лицензий, раскажите, что мешает им выпустить своё поделие под GPL , Аноним (14), 11:14 , 01-Дек-20, (14) // Мешает упёртость Oracle, который не спешит перелицензировать свой код ZFS, на ко, Аноним (5), 11:22 , 01-Дек-20, (15) +3 Мешают те же причины, по которым и в ядре все гплизируется, Аноним (-), 12:56 , 01-Дек-20, (38) +2 // GPL -это Свобода А ты враг Свободы , Аноним (-), 15:28 , 01-Дек-20, (68) –2 Идея состояла в том, чтобы на волне успеха Linux попытаться попробовать выпустит, Annoynymous (ok), 20:27 , 01-Дек-20, (100) // CDDL позволяет использовать другие лицензии в составе проекта и даже распростран, Аноним (117), 02:30 , 02-Дек-20, (119) +3 // Нет CDDL 8212 это аналог LGPL, он позволяет распространять код в составе дру, Annoynymous (ok), 22:56 , 02-Дек-20, (171) LGPL совместим с GPL Если бы CDDL был бы аналогом, была бы совместимость тоже , Аноним (117), 00:05 , 03-Дек-20, (173) Именно Его намеренно сделали несовместимым , Annoynymous (ok), 11:08 , 03-Дек-20, (188) Интересно, когда с ним выйдет какой-нибудь армбиан свежий, со следующим LTS-ядро, Аноним (10), 11:41 , 01-Дек-20, (17) –1 // Нормальный нас на малинке это что-то новенькое , псевдонимус (?), 12:58 , 01-Дек-20, (39) +2 // Просто коробки за дофига денег, которые не умеют ничего интереснее, чем ext4 в з, Аноним (10), 14:19 , 01-Дек-20, (51) –1 // XigmaNAS, OpenEcho (?), 15:08 , 01-Дек-20, (64) Ну если нужна файлопомойка с низкой производительностью и парой терабайтных блин, псевдонимус (?), 15:36 , 01-Дек-20, (71) –1 Коробки лучше отбросить Собери сам, будет гибче и дешевле Для дома уж точно Но, псевдонимус (?), 15:41 , 01-Дек-20, (74) Фринас интерпрайзное и полуинтерпрайзое решения Рекомендуемые требования - от 1, псевдонимус (?), 15:49 , 01-Дек-20, (75) –2 А можно как-то настроить ZFS для старого компа с ОЗУ 2-4ГБ Отключить тяжелые фи, Анонимус999 (?), 12:03 , 01-Дек-20, (28) // В общем случае специальная настройка на FreeBSD не требуется , xm (ok), 12:37 , 01-Дек-20, (34) +1 // как показала практика, для общих случаев, где не требуется спец настроек и спец, Аноним (-), 14:43 , 01-Дек-20, (58) +1 // У UFS нельзя одновременно задействовать снапшоты и Soft Updates, а это частенько, zzz (??), 18:24 , 01-Дек-20, (90) Дедупликация по умолчанию отключена, для самого ARC рекомендуется выделять объём, Аноним (30), 12:46 , 01-Дек-20, (37) +1 // 1 Гб на каждый 1 ТБ хранилища, насколько помню Искать ссылку лень, кому важно, , n00by (ok), 14:25 , 01-Дек-20, (56) // Пожалуйста, не говорите ерунды, если не в теме 1Гб достаточно если без дедуплика, OpenEcho (?), 15:24 , 01-Дек-20, (66) Если без давайте без если и без Т е По факту ей надо полтерабайта памяти и бол, Аноним (98), 19:54 , 01-Дек-20, (98) –2 В ZFS по умолчанию выключена дедуплекация, о каких без не без разговор С анг, OpenEcho (?), 22:00 , 01-Дек-20, (104) –1 Какой смысл использовать дефолт Зачем же такая очевидная ложь Не любого, далеко, Аноним (98), 23:12 , 01-Дек-20, (113) А кто говорил про эффективность Естественно, чем больше памяти, тем лучше, но е, OpenEcho (?), 13:40 , 02-Дек-20, (149) Наиболее заметные улучшения в Fedora 33 Все варианты дистрибутива для рабоче, Кир (?), 20:12 , 02-Дек-20, (163) +1 6TB пулы работают просто прекрасно на Core2Duo всего с двумия гигами рамы под De, ZFS (?), 07:04 , 02-Дек-20, (133) +1 Живет на роутере с 64 мегами Нормально , Аноним (-), 11:24 , 03-Дек-20, (193) +1 Дословно не должно быть массы проблем would not have much trouble В общем, n00by (ok), 11:04 , 02-Дек-20, (144) А вы не помните, вы головой подумайте Есть горячие данные, есть холодные Для г, Аноним (96), 19:39 , 01-Дек-20, (96) +2 А как он дедуплицировать будет , Аноним (98), 19:55 , 01-Дек-20, (99) –1 А зачем У вас правда столько много одинаковых котиков раскиданных по всему д, OpenEcho (?), 22:04 , 01-Дек-20, (105) Ты не поверишь сколько одинаковых котиков Я прошёлся hardlink и освободил приме, Аноним (98), 23:04 , 01-Дек-20, (110) Дедупликация бэкапов DB2 с опцией DB2 dedup позволяет добиться снижения занимаег, ZFS (?), 07:08 , 02-Дек-20, (134) Только потом для операций на удаление, например, снэпшотом даже при количестве р, ZFS (?), 07:12 , 02-Дек-20, (135) Я не спорю, что задачи разные бывают, но вы прочитайте пожалуйста оригинальный в, OpenEcho (?), 13:50 , 02-Дек-20, (150) ZFS поддерживает инкрементальные бекапы снапшотов , Аноньимъ (ok), 00:41 , 03-Дек-20, (176) но когда сыпанется под общим для них всех набором блоков, мы скажем во бл , Аноним (-), 11:26 , 03-Дек-20, (194) Неправильно ты бэкапы делаешь, дядя 1000 кратная избыточность на одном массиве , Аноним (98), 13:04 , 03-Дек-20, (196) Над чем Есть вопрос пользователя Похоже, его запугало мнение экспертов, что ZF, n00by (ok), 11:05 , 02-Дек-20, (145) Нормально работает, на 4гб как минимум Размер ARC настраивается через modprobe,, Амоним (?), 15:53 , 01-Дек-20, (76) На четырех он и без настроек нормально работал на ноуте Правда там фрибсд была,, псевдонимус (?), 15:55 , 01-Дек-20, (77) –1 Там ничего не нужно настраивать Дедупликация по умолчанию выклчючена, ARC при m, Аноним (96), 19:53 , 01-Дек-20, (97) Можно ZFS тюнется на малые объемы ОЗУ очень неплохо Она никогда не должна быть в, Аноньимъ (ok), 05:17 , 02-Дек-20, (126) // Как именно тюнется , nymous (?), 06:38 , 02-Дек-20, (130) // http letmegooglethat com q zfs tuning guide, Аноньимъ (ok), 13:55 , 02-Дек-20, (152) Слишком смелое утверждение У меня дедуплицикация фс, занимающей 6Тб на диске, по, edo (ok), 10:07 , 02-Дек-20, (140) // Каков юзкейс, что храните, каковы нагрузки Единственный известный мне случай опр, Аноньимъ (ok), 13:51 , 02-Дек-20, (151) Бэкапы виртуалок вмвари, хранятся 10 последних дней, edo (ok), 14:29 , 02-Дек-20, (154) Да, один из немногих случаев когда дедупликая может быть полезной Кстати, с сж, Аноньимъ (ok), 20:42 , 02-Дек-20, (166) Чем оно лучше btrfs , Vlad Violentiy (?), 12:34 , 01-Дек-20, (32) // В общем-то, всем , xm (ok), 12:37 , 01-Дек-20, (35) +9 // Ну кроме снапшотов , Catwoolfii (ok), 12:44 , 01-Дек-20, (36) +1 // А что не так со снэпшотами в ZFS Работают же , Аноним (-), 13:06 , 01-Дек-20, (40) Снапшоты в btrfs удобнее линейная по времени цепочка неизменяемых снапшотов в z, Catwoolfii (ok), 13:44 , 01-Дек-20, (44) Особенно 128-битностьюЕдинственный минус - отсутствие любого подобия shrinking , An0n (?), 13:57 , 01-Дек-20, (46) –1 // Ну и что тебе даёт 128-битность 100500 к чсв , Аноним (59), 14:51 , 01-Дек-20, (59) ZFS big - backup - ZFS small , OpenEcho (?), 15:33 , 01-Дек-20, (69) –1 Глючная штука на которую не действуют конфиги а выдаваемые ошибки не имеют обьяс, Аноним (41), 13:09 , 01-Дек-20, (41) –8 А есть информация, как произойдет переезд с текущей реализации ZFS во Freebsd 11, Аноним (42), 13:18 , 01-Дек-20, (42) // Я использую в 12 2, функционал и опции перенесены частично Смотрел в 13-м - там, Catwoolfii (ok), 13:59 , 01-Дек-20, (47) +2 Официальный переезд запланирован на 13 0-RELEASE Сейчас же её можно поставить и, xm (ok), 14:39 , 01-Дек-20, (57) +3 // Это я знаю Я имел в виду - в ходе freebsd-update -r 13 0-RELEASE upgrade сущес, Аноним (42), 14:59 , 01-Дек-20, (61) // Да ну с чего бы Там опасения, скорее связаны с тем, что во FreeBSD приедут преж, xm (ok), 16:13 , 01-Дек-20, (82) А где про тестирование, про надежность ФС , user90 (?), 14:03 , 01-Дек-20, (48) // Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD, Аноним (49), 14:15 , 01-Дек-20, (49) +2 Почему у них своего гита нет , Аноним (59), 15:01 , 01-Дек-20, (63) // https github com openzfs zfs, dom (??), 15:19 , 01-Дек-20, (65) +1 // Это гит мелкомягких , Аноним (59), 17:00 , 01-Дек-20, (84) –2 buzzword , Аноним (72), 15:37 , 01-Дек-20, (72) Ждём в Proxmox 6 4 , Аноним (146), 15:58 , 01-Дек-20, (78) –2 Поставлю любую ФС если она не будет дёргать диск и моргать этой долбаной лампочк, NotaBug (ok), 16:03 , 01-Дек-20, (81) +1 // Та как бы диск не файловая система дёргает , псевдонимус (?), 17:22 , 01-Дек-20, (85) –1 Дело не в ядре Специально проверял, собирал одно и то же ядро в Fedora 25 и 26 , nobody (??), 17:30 , 01-Дек-20, (86) +2 // Скорее всего так и есть, если например logrotate и подобное легко выпиливалось, , NotaBug (ok), 18:19 , 01-Дек-20, (89) Если бы это было так, диски бы не парковались каждые 5 минут , Аноним (98), 21:30 , 01-Дек-20, (101) // Вот причём здесь парковка Тем более её легко отключить в etc hdparm confсмените, NotaBug (ok), 22:33 , 01-Дек-20, (107) // Нуу это сильно раньше, на современных дисках парковка не отключается Вроде даже, Аноним (98), 23:01 , 01-Дек-20, (109) Что это за современные диски такие, вроде ж техпроцесс на HDD не меняется десяти, NotaBug (ok), 01:29 , 02-Дек-20, (115) Вообще-то каждые пару лет всё меняется очень значительно Не выпилишь ты парковк, Аноним (98), 01:49 , 02-Дек-20, (116) +1 А всё таки это из-за ядра, так как я ставил и Devuan, и MXLinux Antix, там нет s, NotaBug (ok), 13:02 , 02-Дек-20, (148) Современные диски очень разные И на большинстве парковкой можно управлять из вне, Аноньимъ (ok), 05:20 , 02-Дек-20, (127) на ext4 ставил commit 900, и годами жил на корне который на флешке , t (??), 15:35 , 02-Дек-20, (158) +1 // Спасибо, добавил к noatime,nodiratime,nobarrier, а вот lazytime под вопросом , NotaBug (ok), 02:32 , 03-Дек-20, (186) А кто-нибудь знает где можно проверить ключ, которым подписан tar gz Новых би, nobody (??), 17:37 , 01-Дек-20, (87) –1 ZFS это хорошо, Аноним (88), 18:11 , 01-Дек-20, (88) +3 Впилили бы zstd компрессию в ext4, и не надо больше ничего, Аноним (93), 18:41 , 01-Дек-20, (93) +1 // Лучше webp , Аноним (30), 19:27 , 01-Дек-20, (95) Она есть, называется VDO Layer, Синьоры смотрители борделей (?), 02:52 , 02-Дек-20, (120) // Мало, очень мало прлслоек Нужно больше , fske (?), 03:06 , 02-Дек-20, (121) +1 Мысль вслух - а может попробовать компрессию на F2FS , nymous (?), 06:37 , 02-Дек-20, (129) Оно уже научилось дефрагментации , Аноним (59), 22:45 , 01-Дек-20, (108) // Каков ваш юзкейс вызывающий повышенную фрагментацию ZFS Как быстро перфоманс дег, Аноньимъ (ok), 13:58 , 02-Дек-20, (153) –1   // Любой юзкейс где файлы не аллоцируются сразу а дописываются в процессе вызывает , Аноним (98), 15:11 , 02-Дек-20, (155) +1   // Профиль браузера у вас вызывает фрагментацию ZFS Или вы не знаете, а только пред, Аноньимъ (ok), 15:35 , 02-Дек-20, (157) –1   Ext4 он определённо точно фрагментирует очень сильно, а ведь ext4 как известно т, Аноним (98), 15:44 , 02-Дек-20, (159) –1   Надо тестировать ZFS - совсем другая система Я слышал о проблеме фрагментации , Аноньимъ (ok), 20:53 , 02-Дек-20, (168)   Не только профили браузера, это просто пример постоянно пишущихся файлов Ещё же, Аноним (98), 21:35 , 02-Дек-20, (169) –1   Нужно аллоцировать, иначе торренты жесткий диск вешают Высокопроизводительные ра, Аноньимъ (ok), 00:34 , 03-Дек-20, (175)   ССД не напасёшся, они конечно идут под кэши, но это всё довольно ограничено в ит, Аноним (98), 00:53 , 03-Дек-20, (177)   Особенно весело становится когда случайный доступ в несколько потоков, а файлы р, Аноним (98), 00:58 , 03-Дек-20, (178)   Никакая дефрагментация тут не поможет Это ограничения жестких дисков как технол, Аноньимъ (ok), 01:18 , 03-Дек-20, (180)   Диски читают в свой кэш относительно большими блоками даже очень большими , а е, Аноним (98), 01:29 , 03-Дек-20, (181)   И как это поможет когда у вас , Аноньимъ (ok), 01:38 , 03-Дек-20, (182)   На позиционирование понадобится много меньше времени, если файлы сразу попадают , Аноним (98), 01:50 , 03-Дек-20, (183)   Доступ же случайный, откуда файлам в кеш попадать, и какая разница как близко он, Аноньимъ (ok), 02:01 , 03-Дек-20, (184)   Наверное всё же не совсем случайный Тут вычитал тысячу файлов за один заход, та, Аноним (98), 02:10 , 03-Дек-20, (185)   Нет, диски не обладают подобным интеллектом , Аноньимъ (ok), 19:02 , 03-Дек-20, (199)   Или обладают, они определённо умнее среднего пользователя Сегодняшние нжмд искл, Аноним (98), 21:25 , 03-Дек-20, (200)   Вот и не додумывайте тогда за ШДД и файловые системы, им виднее , Аноньимъ (ok), 22:36 , 03-Дек-20, (202)   Ну это уже откровенное хамство, да Будем считать за слив и отсутствие адекватны, Аноним (98), 23:00 , 03-Дек-20, (203) –1   Вам заняться нечем, кроме как меня троллить Вы единственный кто здесь хамит Все , Аноньимъ (ok), 23:06 , 03-Дек-20, (204)   Ну это стадия отрицания, не иначе Пример низкой квалификации, да Поскольку люб, Аноним (98), 23:13 , 03-Дек-20, (205) –1   Пс я, конечно, могу совершенно добросовестно заблуждаться, но я хотя бы проводи, Аноним (98), 23:21 , 03-Дек-20, (206)   Подтверждаю, ZFS жутко фрагментируется и тормозит от профиля Chrome, уже 4 раза , Admin LinuxDB2 (?), 04:48 , 16-Дек-20, (214) –1   Сами-то свои ссылки читали И куда вас понесло, что там за промышленные хранилища, Аноньимъ (ok), 06:38 , 16-Дек-20, (216)   На кеш браузера и логи ZFS очень хорошо это оптимизирует Попробуйте тестовый сет, Аноньимъ (ok), 01:17 , 03-Дек-20, (179)   Я сумку на плече ношу либо рюкзак, кейсами не пользуюсь И про Перфоманса не зна, Аноним (161), 18:40 , 02-Дек-20, (161)   А почему вас это беспокоит Я вот не вижу проблем с производительностью на ZFS c, xm (ok), 20:49 , 02-Дек-20, (167) +2 DRAID еще не допилили , JBOND (?), 10:45 , 02-Дек-20, (142) Нормальная фс для больших объемов самое то , Вопль_в_пустыне (?), 18:14 , 02-Дек-20, (160) HEAD это не ветка Насколько я выяснил на openzfs org wiki Main_Page OpenZFS ис, Аноним (172), 22:55 , 02-Дек-20, (170) // FreeBSD вообще-то старше git и HEAD может использоваться как устоявшееся обознач, Аноним84701 (ok), 00:21 , 03-Дек-20, (174) Прям в 3-5 раз более высокую скорость сжатия Т е эти ребята возможно 1 нау, Брат Анон (ok), 10:16 , 07-Дек-20, (211) Подтверждаю, ZFS жутко фрагментируется и тормозит от профиля Chrome, уже 4 раза , Admin LinuxDB2 (?), 04:49 , 16-Дек-20, (215) // Для уменьшения фрагментации можно подтюнить recordsize https jrs-s net 2019 04, Историк (?), 10:43 , 21-Дек-20, (217) // Интересно, какой нужен volblocksize для профиля Chromium в ext4 поверх zvol блок, Chromium1234 (?), 09:22 , 27-Дек-20, (218) 1,2,3,7,9,10,13,14,17,28,32,41,42,48,63,72,78,81,87,88,93,108,142,160,170,211,215

Сообщения

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

	153. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Аноньимъ (ok), 02-Дек-20, 13:58
	> Оно уже научилось дефрагментации? Каков ваш юзкейс вызывающий повышенную фрагментацию ZFS? Как быстро перфоманс деградирует?
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от Аноним (98), 02-Дек-20, 15:11
	Любой юзкейс где файлы не аллоцируются сразу а дописываются в процессе вызывает сильную фрагментацию. Например, типично самое фрагментированное, это профили браузера (для линукса).
	Ответить | Правка | Наверх | Cообщить модератору

	157. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Аноньимъ (ok), 02-Дек-20, 15:35
	Профиль браузера у вас вызывает фрагментацию ZFS? Или вы не знаете, а только предполагаете? ИМХО, нужно проверять. ZFS кстати COW система, на всякий случай отмечу.
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Аноним (98), 02-Дек-20, 15:44
	Ext4 он определённо точно фрагментирует очень сильно, а ведь ext4 как известно тоже "не фрагментируется", только даже e4defrag плачет кровавыми слезами от кэшей браузера. Однако, свободное пространство адово фрагментирует, но у неё хотя бы какой-то онлайн дефрагментатор есть.
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 02-Дек-20, 20:53
	> Ext4 он определённо точно фрагментирует очень сильно, а ведь ext4 как известно > тоже "не фрагментируется", только даже e4defrag плачет кровавыми слезами от кэшей > браузера. Однако, свободное пространство адово фрагментирует, но у неё хотя бы > какой-то онлайн дефрагментатор есть. Надо тестировать. ZFS - совсем другая система. Я слышал о проблеме фрагментации на ней, но точно не на профилях браузера. И обычно рекомендуют оставлять больше свободного места или добавить дисков в пул для повышения IO. В любом случае, вначале тестирование - потом решение. Скорее всего, ненужно ничего для кешей браузера дефрагментировать никогда вообще. Как варианты, отключить кеш на диске, или разместить кеш на ССД.
	Ответить | Правка | Наверх | Cообщить модератору

	169. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Аноним (98), 02-Дек-20, 21:35
	Не только профили браузера, это просто пример постоянно пишущихся файлов. Ещё жесть была на cow образах виртуалок. И раньше ещё сталкивался с фрагментацией на торрентах, когда программа не аллоцировала сразу весь файл целиком. Дефрагментатора на линуксах очень не хватает, файлы читающиеся подряд чаще всего будут разнесены по всем блинам ровным слоем даже если они не фрагментированы, это тоже значительно снижает производительность (поэтому доступ к куче мелких файлов такой медленный). Ну и консолидировать свободное пространство наверное хотелось бы. Не подходит линукс для высокопроизводительных рабочих станций, ничего не поделать.
	Ответить | Правка | Наверх | Cообщить модератору

	175. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 03-Дек-20, 00:34
	>И раньше ещё сталкивался с фрагментацией на торрентах, когда программа не аллоцировала сразу весь файл целиком Нужно аллоцировать, иначе торренты жесткий диск вешают. >Не подходит линукс для высокопроизводительных рабочих станций Высокопроизводительные рабочие станции используют ССД, как и большинство домашних ПК. А чтобы словить проблему с фрагментацией на HDD нужно очень хорошо постараться, так как современные файловые системы это дело давно научились оптимизировать. >Дефрагментатора на линуксах очень не хватает Вы всегда можете провести офлайн дефрагментацию раз в 5 лет. Если у вас это постоянная проблема то нужно устранять причины её возникновения.
	Ответить | Правка | Наверх | Cообщить модератору

	177. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (98), 03-Дек-20, 00:53
	ССД не напасёшся, они конечно идут под кэши, но это всё довольно ограничено в итоге. Плохо ФС это оптимизируют, очень плохо. >офлайн дефрагментацию раз в 5 лет Ну да, если бы она ещё существовала. Есть эффективный метод переместить файлы с диска на диск, но это неделями нонстоп диски долбить же и их нельзя при этом использовать. Не вариант. Что касается фрагментации свободного пространства, то за год использования на корне картина такая Min. free extent: 4 KB Max. free extent: 190888 KB Avg. free extent: 424 KB Num. free extent: 76118 на разделе с данными Min. free extent: 4 KB Max. free extent: 2080640 KB Avg. free extent: 1636 KB Num. free extent: 258754 Если файл попадёт в эти миллионы 4 килобайтных экстентов, ему поплохеет. А когда их будет больше одного, и они все размазаны? У ссд внутреннее представление вроде бы 20 мегабайт, не уверен, как это всё сказывается на их эффективности.
	Ответить | Правка | Наверх | Cообщить модератору

	178. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (98), 03-Дек-20, 00:58
	Особенно весело становится когда случайный доступ в несколько потоков, а файлы размазаны. Вот это да, так и убить диски не долго (если они раньше не отключатся от перегрева сами).
	Ответить | Правка | Наверх | Cообщить модератору

	180. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 03-Дек-20, 01:18
	> Особенно весело становится когда случайный доступ в несколько потоков, а файлы размазаны. > Вот это да, так и убить диски не долго (если они > раньше не отключатся от перегрева сами). Никакая дефрагментация тут не поможет. Это ограничения жестких дисков как технологии. Решается сборкой рейд массивов и настройкой кеширования.
	Ответить | Правка | Наверх | Cообщить модератору

	181. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (98), 03-Дек-20, 01:29
	Диски читают в свой кэш относительно большими блоками (даже очень большими), а если файлы расположены рядом то ещё и значительная экономия на позиционировании. Т.е. в каталоге с кучей мелких файлов более выгодно будет разместить их рядышком, а не по всем пластинам.
	Ответить | Правка | Наверх | Cообщить модератору

	182. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 03-Дек-20, 01:38
	> Диски читают в свой кэш относительно большими блоками (даже очень большими), а > если файлы расположены рядом то ещё и значительная экономия на позиционировании. И как это поможет когда у вас >случайный доступ в несколько потоков ?
	Ответить | Правка | Наверх | Cообщить модератору

	183. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (98), 03-Дек-20, 01:50
	На позиционирование понадобится много меньше времени, если файлы сразу попадают в кэш (либо как минимум расположены рядом). Если же их придётся искать по всем пластинам, никакого толка не будет.
	Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

	184. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 03-Дек-20, 02:01
	Доступ же случайный, откуда файлам в кеш попадать, и какая разница как близко они находятся если доступ случайный?
	Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

	185. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (98), 03-Дек-20, 02:10
	Наверное всё же не совсем случайный. Тут вычитал тысячу файлов за один заход, там 10 тысяч файлов. Кроме того, диски достаточно умные, чтобы оптимизировать доступ к рядом расположенным данным.
	Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

	199. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 03-Дек-20, 19:02
	Нет, диски не обладают подобным интеллектом.
	Ответить | Правка | К родителю #185 | Наверх | Cообщить модератору

	200. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (98), 03-Дек-20, 21:25
	Или обладают, они определённо умнее среднего пользователя. Сегодняшние нжмд исключительно высокотехнологичны.
	Ответить | Правка | К родителю #199 | Наверх | Cообщить модератору

	202. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 03-Дек-20, 22:36
	Вот и не додумывайте тогда за ШДД и файловые системы, им виднее.
	Ответить | Правка | К родителю #200 | Наверх | Cообщить модератору

	203. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Аноним (98), 03-Дек-20, 23:00
	Ну это уже откровенное хамство, да? Будем считать за слив и отсутствие адекватных аргументов.
	Ответить | Правка | К родителю #202 | Наверх | Cообщить модератору

	204. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 03-Дек-20, 23:06
	Вам заняться нечем, кроме как меня троллить? Вы единственный кто здесь хамит. Все ваши комментарии сводятся к попытке придумать причину для необходимости механизма онлайн дефрагментации, в виду ваших слабых познаний в теме попытке нелепой. Как я должен на ваши вольные фантазии отвечать, по вашему? Давайте перефразирую, мне неинтересны ваши фантазии, и вам не стоит тратить на них время, подобные занятия ведут к шизофрении.
	Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

	205. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Аноним (98), 03-Дек-20, 23:13
	Ну это стадия отрицания, не иначе. Пример низкой квалификации, да? Поскольку любой, кто работал с сильно фрагментированными данными (и видел разницу между размазанными данными и локально сгруппированными), понимает, насколько это плохо для производительности и почему.
	Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

	206. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (98), 03-Дек-20, 23:21
	Пс. я, конечно, могу совершенно добросовестно заблуждаться, но я хотя бы проводил исследование, и что-то мне подсказывает, что я вполне корректен в полученных выводах. Если, конечно, не допустил ошибку при анализе, но в таком случае она была совершена многократно и оборудования для получения более достоверного результата у меня в наличии не было в любом случае.
	Ответить | Правка | К родителю #205 | Наверх | Cообщить модератору

	214. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Admin LinuxDB2 (?), 16-Дек-20, 04:48
	Подтверждаю, ZFS жутко фрагментируется и тормозит от профиля Chrome, уже 4 раза приходилось делать send | receive для дефрагментации, после чего браузер перестает подолгу тормозить. И это в режиме sync=disabled, когда по сути все пишется первые несколько минут только в оперативку. Т.е. получается, затраты по IOPs только на чтение. И дальше берем базу СУБД на zvol, через несколько лет она становится жутко фрагментированной, но это еще полбеды, потому что часть ее можно загнать в L2ARC на SSD. Намного серьезнее проблем с фрагментацией свободного места, которое решается постепенным добавлением нового свободного места, после чего запись опять оживает. Ну ни нада звиздеть про ненужность дефрагметации, это же дичайшая дичь тупая, почейтайте лучше, что пишут умные люди: https://serverfault.com/questions/957317/zfs-heavy-write-amp... https://github.com/openzfs/zfs/issues/4785 Ну если вы просто троль производителей СХД, то я вас еще могу понять, потому что после появления в ZFS онлайн дефрагментации вас ждет финансовый кирдык, что я приветствую как пострадавший (к счастью только потерей своего времени) от хоронилищ IBM в составе Blade Center S. Во всех уважающих себя промышленных хранилищах есть online дефрагментация, и я больше скажу, когда такая дефрагментация появится в ZFS, а она однозначно появится, когда подсуетятся промышленные пользователи, так вот тогда, все эти дорогие промышленные хранилища начального и среднего уровня пойдут по писе, ну может останутся девяточные с дублированием матплат и т.п. и то с учетом существования кластерных FS типа CEPH это еще большой вапроз.
	Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

	216. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 16-Дек-20, 06:38
	Сами-то свои ссылки читали? И куда вас понесло, что там за промышленные хранилища и причем тут онлайн дефрагментация в ЗВС? Здесь рыбы нет (директор стадиона).
	Ответить | Правка | К родителю #214 | Наверх | Cообщить модератору

	179. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 03-Дек-20, 01:17
	>ССД не напасёшся На кеш браузера и логи? >они конечно идут под кэши, но это всё довольно ограничено в итоге. Плохо ФС это оптимизируют, очень плохо. ZFS очень хорошо это оптимизирует. Попробуйте тестовый сетап сделать, 6 винчестеров, сцепляете по два в vdev и из них RAID-Z. Рядом 2 ссд в зеркало и подключаете к пулу как хранилище метаданных. По вкусу добавляете NVME ссд для L2-ARC и один в кач ЛОГ девайса.
	Ответить | Правка | К родителю #177 | Наверх | Cообщить модератору

	161. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (161), 02-Дек-20, 18:40
	Я сумку на плече ношу либо рюкзак, кейсами не пользуюсь. И про Перфоманса не знаю, среди знакомых людей с такой фамилией нет.
	Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

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

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