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

Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Linux, opennews (??), 18-Авг-12, (0) [смотреть все] Неужели никому zfs не нужна что её полтора энтузиаста пилят , Аноним (-), 10:27 , 18-Авг-12, (1) // В целом так оно и есть Слишком нишевая FS , AlexAT (ok), 10:44 , 18-Авг-12, (2) +3 // ликбеза ради, расскажите или скиньте урл, где её основное применение и почему , Аноним (-), 10:53 , 18-Авг-12, (3) +1 // Лично я использую ZFS на корпоративном сетевом хранилище на базе дистрибутива Ne, iCat (ok), 11:42 , 18-Авг-12, (8) +5 Если у тебя ещё ничего не сломалось, это не значит, что это работает Повыдергив, pavlinux (ok), 02:58 , 20-Авг-12, (59) –3 павлин, вставь пальцы в розетку, если один раз не поможет, можешь повторить раз , deadless (ok), 09:35 , 20-Авг-12, (65) Да ладно тебе, нормальный стресстест на глючность и выживаемость У хороших конс, Аноним (-), 21:14 , 20-Авг-12, (74) ты не поверишь - живет, и живет еще и не при таких чудесах raidz, 3-и диска г, Аноним (-), 20:41 , 21-Авг-12, (101) Это вы про EXT4 UFS2 S J ради эксперимента уже наверно 40 ребутов , nagual (ok), 20:07 , 04-Фев-13, (221) Виртуализация, VCS, некоторые файлопомойки Усё Погуглите на тему CoW - поймёте, AlexAT (ok), 12:45 , 18-Авг-12, (13) +1 У виртуализаторов обычно свой формат дисков С CoW прямо внутри файла диска Мож, Аноним (-), 14:55 , 18-Авг-12, (26) +3 Обычно - это где, поконкретнее Да еще и с CoW Расскажите-ка Вы под VCS подразу, AlexAT (ok), 15:00 , 18-Авг-12, (29) Практически у всех виртуализаторов умеющих снапшоты это сделано как тот или иной, Аноним (-), 21:25 , 20-Авг-12, (75) Это сделано обычно, как навесной механизм Единственная более-менее известная ср, AlexAT (ok), 22:44 , 20-Авг-12, (80) Онлайновый-при-записи , если только Про фоновую дефрагментацию на ZFS лично , iZEN (ok), 15:59 , 21-Авг-12, (98) А если не мучать бабушку, и вместо ARC использовать системный кеш - эффективност, AlexAT (ok), 21:30 , 21-Авг-12, (104) Тебе в маркетологи надо идти Так изящно вильнуть попой в процессе рассказа про , Аноним (-), 17:01 , 24-Авг-12, (127) Надо же, до вас стало доползать Вот именно поэтому и логично если эта механика , Аноним (-), 13:04 , 22-Авг-12, (107) Алекс вы опять все перепутали гиперфрагментация это на EXT4 а на ZFS при условии, nagual (ok), 20:10 , 04-Фев-13, (222) Ламерок, а чёго от анонима-то пишем Очкуешь лошара kvm -drive -drive file, pavlinux (ok), 03:01 , 20-Авг-12, (60) –4 Ну если уж ты о KVM, там есть такие дисковые форматы - qcow и qcow2 Для виртуал, Аноним (-), 21:27 , 20-Авг-12, (76) У них с производительность, того, мягко говоря , anonymousX (?), 22:03 , 20-Авг-12, (79) Что - того Производительность как производительность Правда не при всех воркло, Аноним (-), 21:49 , 23-Авг-12, (117) Файлопомойки и хранилища бэкапов с 64ГБ RAM и больше Или как ФС общего назначени, filosofem (ok), 14:02 , 18-Авг-12, (18) –1 В стораджах для сохранения ооочень больших блобов с медленно меняющимся содерж, PnD (??), 11:36 , 20-Авг-12, (67) Ну ничего себе Можно подумать контрольные суммы всего, снимки, изменения размер, Аноним (-), 10:54 , 18-Авг-12, (4) // киллер-фича на десктопах точно а остальное снимки, изменения размер и остальн, ананим (?), 11:59 , 18-Авг-12, (10) +1 Да ежи тоже летать умеют Просто низко И пинать надо часто Обычно всем лень П, Аноним (-), 14:48 , 18-Авг-12, (23) +6 у зоофилов по идее свой ресурс должен быть или вас оттуда попёрли за разврат , ананим (?), 15:31 , 18-Авг-12, (32) –5 Это был намек на то что к классике снапшоты конечно можно привинтить, но работат, Аноним (-), 21:34 , 20-Авг-12, (77) изменение размера в ext4 не так хорошо работает как хотелось бы Уменьшение 1 ра, Аноним (-), 16:38 , 18-Авг-12, (33) возможно у меня без проблем прошло Но речь то не об этом - речь о том, что ско, ананим (?), 12:20 , 19-Авг-12, (56) –1 Это вы про LVM снапшеты С их падением производительности раз так в 5 , nagual (ok), 20:15 , 04-Фев-13, (223) Слишком высока цена за данный набор фич Вообще CoW на дисках - это действительн, AlexAT (ok), 12:44 , 18-Авг-12, (12) А какая у него стоимость , Аноним (-), 14:47 , 18-Авг-12, (22) Много памяти, много перемещений голов Единственные ворклоады, на которых может б, AlexAT (ok), 15:01 , 18-Авг-12, (30) +1 Т е вы хотите сказать, что записать кусочек файла при COW выходит дороже чем пер, kshetragia (ok), 05:29 , 20-Авг-12, (61) Если хоть чуть-чуть включать голову - можно понять, что кусочек запишется дале, AlexAT (ok), 11:52 , 20-Авг-12, (69) +1 Ну тогда у вас и цифры есть Не поделитесь , kshetragia (ok), 06:40 , 21-Авг-12, (92) –1 КЭП подсказывает создайте раздел на ZFS и проделайте указанную мной операцию П, AlexAT (ok), 07:15 , 21-Авг-12, (96) +1 Иногда вещи не то чем они кажутся Цифрам я доверяю больше чем Кэпу Тем более К, kshetragia (ok), 11:12 , 21-Авг-12, (97) –1 Возьмите, сделайте тесты у себя на платформе - будут вам цифры , AlexAT (ok), 16:32 , 21-Авг-12, (100) Ну и какая разница где именно будет запись БД на диске Ах, последовательное чте, Аноним (-), 21:53 , 23-Авг-12, (118) Индексы читаются достаточно большими блоками И перезаписываются не просто часто, AlexAT (ok), 23:03 , 23-Авг-12, (120) И тем не менее, btrfs в частности нужен и ораклу Под их базу А если DBA не хва, Аноним (-), 17:04 , 24-Авг-12, (128) Вы сначала полистайте алгоритмы работы современных БД, потом уже делайте выводы , AlexAT (ok), 18:57 , 24-Авг-12, (136) У raw разделов есть проблема - их админить неудобно Поэтому им нужна тонкая про, Аноним (-), 01:26 , 26-Авг-12, (152) А ZVOL удобно админить В них любую ФС можно отформатировать кроме ZFS, собстве, iZEN (ok), 09:50 , 26-Авг-12, (160) По получению лапши на диске Причем в данном конкретном случае - аж с особым цин, AlexAT (ok), 10:18 , 26-Авг-12, (166) Все А это включая упомянутую неподалеку фрагментацию от CoW Угумс, оракл и ш, Аноним (-), 21:32 , 26-Авг-12, (199) А что EXT4 уже таки пишет файлы по надцать гигабайт непрерывным куском Есл, nagual (ok), 20:18 , 04-Фев-13, (224) Вообще-то, обычные ФС не перезаписывают весь файл А только измененный кусок , Аноним (-), 00:38 , 23-Авг-12, (109) Это касется исключительно того случая когда записываемый кусок равен куску на ди, nagual (ok), 20:19 , 04-Фев-13, (225) Тьфу-тьфу, такое извращение актуально только для коротеньких текстовых файлов , AlexAT (ok), 21:15 , 04-Фев-13, (227) Шел 2013 год но авторы БД и торентов по прежнему выделяли дисковое пространство , nagual (ok), 01:14 , 05-Фев-13, (232) ну, если у тебя на ZFS приходится заранее место выделять - я тебе сочувствую а , AlexAT (ok), 07:18 , 05-Фев-13, (245) Алекс EXT4, ERT4 у вас что еще и склероз , nagual (ok), 19:35 , 05-Фев-13, (250) Откуда это вытекает То что ZFS за счет своего блочного аллокатора слоупок и без, Аноним (-), 21:54 , 20-Авг-12, (78) Любой CoW при 50 50 r w без немеряного кеша - слоупок, за счёт гиперфрагментации, AlexAT (ok), 22:51 , 20-Авг-12, (81) Правда что ли Тогда зачем нужен динамический ARC и даже подключаемый при желани, iZEN (ok), 21:14 , 21-Авг-12, (102) А теперь требуется перечитать еще раз, и понять Проблема не в том, что ARC не , AlexAT (ok), 21:28 , 21-Авг-12, (103) ARC 8212 это несистемная абстрактная сущность, присущая только ZFS Как ты ду, iZEN (ok), 00:09 , 22-Авг-12, (105) ARC - это не несистемная хрень, присущая только ZFS , а механика работы кеша A, AlexAT (ok), 07:32 , 22-Авг-12, (106) –1 Теоретики они такие теоретики, дай только порассуждать Почему в Btrfs нету п, iZEN (ok), 16:20 , 24-Авг-12, (122) Именно А сделать - не получается Потому что руки коротки Поэтому zero-copy и , AlexAT (ok), 16:29 , 24-Авг-12, (124) Практик из тебя тоже неважнецкий С твоими 5Мб сек на шпиндель ты как-то не вызы, Аноним (-), 17:06 , 24-Авг-12, (129) Кстати если мы уж о оптимизации, расскажи, как у ZFS насчет поддержки TRIM , Аноним (-), 21:54 , 23-Авг-12, (119) Ораклу почти без надобности - так что видимо never , AlexAT (ok), 23:07 , 23-Авг-12, (121) А тебе зачем , iZEN (ok), 16:27 , 24-Авг-12, (123) Вестимо затем, чтобы понять, полное оно гуано, или всё-таки на SSD имеет право н, AlexAT (ok), 16:30 , 24-Авг-12, (125) Хочу отделить мух от котлет, а маркетинговый буллшит саней - от суровых реалий р, Аноним (-), 17:07 , 24-Авг-12, (130) Учитывая возраст катлет и опарышей в них в вашей криокамере этот вопрос уровня Д, nagual (ok), 00:47 , 05-Фев-13, (230) Да было интересно бы послушать А то сани там не так давно втирали тонну маркети, Аноним (-), 01:28 , 26-Авг-12, (153) Да У них всё оптимизировано под SSD Там знатоки рекомендуют при юзе ZFS ср, AlexAT (ok), 10:09 , 26-Авг-12, (161) Операция TRIM нужна там, где используются блоки ФС гораздо меньшие по размеру бл, iZEN (ok), 10:14 , 26-Авг-12, (165) –1 Операция TRIM нужна еще и для оптимизации wear leveling на SSD Она говорит SSD,, AlexAT (ok), 10:20 , 26-Авг-12, (168) И тут мы плавно подходим еще к одному веселому и вкусному моменту CoW FS на SSD , AlexAT (ok), 10:29 , 26-Авг-12, (171) Падение скорости записи будет только у ФС, у которых блок гораздо меньше размера, iZEN (ok), 10:43 , 26-Авг-12, (175) Падение скорости при больших объемах записи будет при любом размере блока - прос, AlexAT (ok), 11:16 , 26-Авг-12, (178) С чего бы они войдут TRIM выполняется с целым блоком 8212 не с группой блоко, iZEN (ok), 17:03 , 26-Авг-12, (190) Тупой пример для совсем уж непонимающих удалили файл объёмом 20 гиг С TRIM SSD, AlexAT (ok), 17:46 , 26-Авг-12, (194) +1 Операция TRIM нужна чтобы контроллер SSD мог разгребать мусор осмысленно и заран, Аноним (-), 22:15 , 26-Авг-12, (200) Это панталоны сер, вы их не туда натягиваете , nagual (ok), 00:49 , 05-Фев-13, (231) gt оверквотинг удален Гляди чего нарыл http www nekolove jp wp archives 2012, nagual (ok), 17:24 , 04-Фев-13, (220) Хочу послушать научное обоснование столь громкого заявления Ну насчет слоупока , Аноним (-), 02:52 , 23-Авг-12, (110) Наихудший режим - это много мелких перезаписей, а не дозаписей Типовой workload, AlexAT (ok), 09:22 , 23-Авг-12, (115) Для кого Для CoW Возможно Для классики - не факт Если файл остается contiguo, Аноним (-), 18:16 , 24-Авг-12, (132) Да, я про CoW Классика - вполне себе отлично справится, не размазав файл по дис, AlexAT (ok), 19:04 , 24-Авг-12, (137) –1 До некоторой степени все-таки размажется, хоть и меньше чем с CoW Особенно если, Аноним (-), 02:09 , 25-Авг-12, (139) +1 User294, почему ты пишешь под другим именем Пароль потерял от учётной записи , iZEN (ok), 13:04 , 25-Авг-12, (141) Не льстите ему, помнить два пароля явно за пределами его возможностей , nagual (ok), 01:23 , 05-Фев-13, (234) Так доведи своё файлохранилище с Btrfs до заполнения 99 доступного пространства, iZEN (ok), 19:22 , 25-Авг-12, (150) Звучит примерно как а ты тоже выстрели себе в пятку и мы посмотрим кто из нас г, Аноним (-), 01:40 , 26-Авг-12, (154) О, для тебя простое тестирование выливается в прострел пятки O_oСкажи, тебе жит, iZEN (ok), 10:18 , 26-Авг-12, (167) Бред То, что уже превратилось в лапшу, из неё путём освобождения 10-15 Гб не вы, AlexAT (ok), 10:24 , 26-Авг-12, (169) А кто тебе сказал, что на 1 5ТБ пуле хранится лапша Большая часть данных в тако, iZEN (ok), 10:38 , 26-Авг-12, (174) Простите, а нахрена вообще CoW, если там ничего не перезаписывается , AlexAT (ok), 11:13 , 26-Авг-12, (177) Если в процессе тестирования предлагается взять пистолет, зарядить и направить е, Аноним (-), 22:29 , 26-Авг-12, (201) Я вот не боюсь приводить тесты чтения скорости с ФС, а ты со своей Btrfs засса, iZEN (ok), 00:17 , 27-Авг-12, (207) А ты удали с пула хлам хотя бы на 20 И посмотри - улучшится ситуация на конк, AlexAT (ok), 10:10 , 26-Авг-12, (162) И 3 удалённого хлама достаточно, чтобы вздохнуть полной грудью , iZEN (ok), 10:25 , 26-Авг-12, (170) Пруф можно Как удаление 3 хлама повлияло на чтение файла, который читался со с, AlexAT (ok), 10:33 , 26-Авг-12, (173) Пруфа не будет 8212 тот файл, который читался со скоростью 5 МБ с, был удалён, iZEN (ok), 10:46 , 26-Авг-12, (176) А забавно изен шлангом прикидывается D, Аноним (-), 22:30 , 26-Авг-12, (202) BTRFS под рукой нету, зато есть ext4 c 97 заполнением uname -aLinux storage n, AlexAT (ok), 11:28 , 26-Авг-12, (179) df -hFilesystem Size Used Avail Capacity Mounted onsel, iZEN (ok), 14:52 , 26-Авг-12, (180) Бугага Чему учиться-то Скорость дискового кеша мерить на файле размером менее , AlexAT (ok), 15:53 , 26-Авг-12, (182) Ещё df -hFilesystem Size Used Avail Capacity Mounted o, iZEN (ok), 15:02 , 26-Авг-12, (181) cat proc cpuinfocat proc meminfoхотелось бывидно, что 27-29 Мб сек - предел чт, AlexAT (ok), 15:58 , 26-Авг-12, (183) cat proc cpuinfocat proc cpuinfo No such file or directory cat proc memi, iZEN (ok), 16:33 , 26-Авг-12, (187) Хиловато Но на самом деле больше похоже на в 3 раза ниже средней скорости RAW д, filosofem (ok), 16:51 , 26-Авг-12, (189) –1 Только среднюю по трём одинаковым шпинделям dmesg 124 grep SAMSUNGad12 610, iZEN (ok), 17:12 , 26-Авг-12, (191) Что то вродеdd if dev ada0 of dev null bs 1G count 1dd if dev ada0 of dev nu, filosofem (ok), 17:35 , 26-Авг-12, (192) –1 Два вопроса это как, и зачем она такая красивая нужна , AlexAT (ok), 17:43 , 26-Авг-12, (193) Дык И я как-то сомневаюсь что iZEN денно и нощно хранит в оперативке в кеше , Аноним (-), 22:34 , 26-Авг-12, (203) для достоверности почитаем разные файлы dd of dev null bs 1048576 count 1024 , AlexAT (ok), 16:04 , 26-Авг-12, (184) Oracle на ZFS Учимся готовить кошек, часть I http yvoinov blogspot com 2011 0, iZEN (ok), 00:46 , 26-Авг-12, (151) Да, да, и опять там про фрагментацию изящно повиляно попой Проблему так изящнен, Аноним (-), 01:44 , 26-Авг-12, (155) Я встречал неоднократно людей, способных на базе в 20 мегабайт добиться выдающи, AlexAT (ok), 09:49 , 26-Авг-12, (159) +1 Похоже не только этого пепелаца но и половины данного ресурса , nagual (ok), 01:18 , 05-Фев-13, (233) В btrfs с его чуйдо аллокатором по прежнему нельзя отключить кеширование для отд, nagual (ok), 20:27 , 04-Фев-13, (226) она такой же тормоз, как и btrfs На десктоп не поставите, например , pro100master (ok), 13:32 , 18-Авг-12, (17) –4 Она куда больший тормоз чем btrfs Смотрим бенчмарки Ну а btrfs тормоз лишь при, Аноним (-), 14:51 , 18-Авг-12, (25) При любых И это печально , pro100master (ok), 15:25 , 18-Авг-12, (31) –2 Бенчмарки с вами не согласны И да, предвосхищая возмущенные вопли, они тоже вид, Аноним (-), 02:05 , 21-Авг-12, (84) Фороникс негодуе , AlexAT (ok), 07:10 , 21-Авг-12, (94) Кэп информирует что у фороникса пока нет монополии на бенчмарки , Аноним (-), 18:20 , 24-Авг-12, (133) Я заметил анонимусы не представляют никаких результатов тестов кроме фороникса , nagual (ok), 01:28 , 05-Фев-13, (235) ещё предлагали использовать эффективное сжатие и агрессивную дедупликацию для эк, кевин (?), 19:55 , 18-Авг-12, (41) И вдруг объявились SSD, на которых внезапно экономить место опять стало целесооб, Аноним (-), 20:53 , 18-Авг-12, (44) +1 На SSD надо не экономить место, а не держать всякий хлам SSD - это не долгосроч, AlexAT (ok), 21:23 , 18-Авг-12, (45) +1 Вот только в ноуте обычно 1 гнездо для диска Так что или так, или эдак , Аноним (-), 02:06 , 21-Авг-12, (85) Гибридные диски уже выпускаются Если честно - я не вижу вообще смысла в SSD для, AlexAT (ok), 07:12 , 21-Авг-12, (95) А это вообще ни рыба, ни мясо Вымрут имхо Зато я вижу машина ждет юзера а не ю, Аноним (-), 09:07 , 23-Авг-12, (111) Ноутбучная память настолько дешёвая, что поставить 8Гб - 0 проблем 0 копеек И р, AlexAT (ok), 13:23 , 25-Авг-12, (142) Не превзойдет чтобы кеш сработал, данные должны там быть Поэтому например стар, Аноним (-), 01:55 , 26-Авг-12, (156) 1 Hibernate отменили 2 Prefetch настроен , AlexAT (ok), 10:11 , 26-Авг-12, (163) Да, потому что взлет и особенно шатдаун без него - заметно быстрее А как же То, Аноним (-), 22:46 , 26-Авг-12, (204) Раз рабочий взлёт-шатдаун с rotational drive у вас быстрее хибернейта - SSD вам , AlexAT (ok), 22:48 , 26-Авг-12, (205) Сон быстрее Выключи и забудь , nagual (ok), 01:31 , 05-Фев-13, (236) Отличный совет Если не считать того, что сон требует наличия э п на памяти , AlexAT (ok), 07:19 , 05-Фев-13, (246) В вашем ноуте сдох акумулятор , nagual (ok), 19:36 , 05-Фев-13, (251) Прикинь, мну ломает тратить аккумулятор ноута на поддержание памяти часами Особ, AlexAT (ok), 20:00 , 05-Фев-13, (253) Такой хреновый акумулятор , nagual (ok), 20:27 , 05-Фев-13, (255) Да нет, такой суровый ноут 4-корка с 8Гб и пять рабочих виртуалок на ней , AlexAT (ok), 20:27 , 05-Фев-13, (256) А мужики-то и не знали Использую ZFS в практически домашних условиях, дико уд, Аноним (-), 11:56 , 18-Авг-12, (9) +2 // У меня сосед по даче трактор купил Да-а-а-воле-е-ен как слон Как то с семью на , ананим (?), 18:00 , 18-Авг-12, (40) +3 Чушь полная Нишевыми ZFS как раз делает ФС прошлого поколения , Аноним (-), 16:42 , 18-Авг-12, (35) +2   // lol dну изен с 5 MBps с диска тут уже был, AlexAT (ok), 17:36 , 18-Авг-12, (38)   Вы забыли добавить с заполненными на 99 пулами Как ведут себя в подобных сл, iZEN (ok), 00:07 , 19-Авг-12, (48)   Изя, ты как всегда в лужу Деградация производительности при малом количестве св, ragus (ok), 05:22 , 19-Авг-12, (51)   Если бы только не фрагментация и баги, Аноним (-), 09:56 , 19-Авг-12, (53)   да бросьте уже ерунду писать xfs и тем более ext4 гораздо стабильнее и zfs, и bt, ананим (?), 12:15 , 19-Авг-12, (55)   Че-то похоже на сравнение теплого с зеленым Либо уж сравнивайте ZFS BTRFS EXT, kshetragia (ok), 05:34 , 20-Авг-12, (62)   А чего сравнивать то Вторые - ископаемые как шки мамонта По поводу на большинс, Аноним (-), 09:11 , 23-Авг-12, (112) –1   Не, ну их тоже можно положить при желании Удаление файла по 30 секунд на XFS А, Аноним (-), 02:10 , 21-Авг-12, (86)   Качаем на забитый том торрент гигов на 5 без преаллокации Получаем то что по, AlexAT (ok), 16:32 , 24-Авг-12, (126)   Ну если уж на то пошло, у меня в таком виде XFS просто стирал 5-гиговый файл сек, Аноним (-), 18:26 , 24-Авг-12, (134)   Я проморгал про удаление, и писал про то, что на CoW мы получим лапшу по всему д, AlexAT (ok), 19:06 , 24-Авг-12, (138)   А на обычных не-CoW ФС с преаллокацией не будет лапши Вообще же, разработка г, iZEN (ok), 13:26 , 25-Авг-12, (143)   Прикинь - нет, не будет Файл аллоцируется по возможности линейно, и перезапись , AlexAT (ok), 13:33 , 25-Авг-12, (144)   При преаллокации средствами самой ФС недостаточно метаданных для описания абсолю, iZEN (ok), 13:51 , 25-Авг-12, (146)   Чего При преаллокации файла место распределяется ПОЛНОСТЬЮ Иначе это не преалл, AlexAT (ok), 13:53 , 25-Авг-12, (147)   Значит вот так оно распределяется, что не может обосновать свою предельность в н, iZEN (ok), 13:56 , 25-Авг-12, (148)   Это называется sparse allocation sparse file, и к преаллокации не имеет никако, AlexAT (ok), 14:00 , 25-Авг-12, (149)   Ну это же изен Он там крЮтыми концепциями оперирует Поэтому представить себе к, Аноним (-), 16:09 , 26-Авг-12, (185)   Кстати раз уж заговорили о преаллокаторах На CoW преаллокация бессмысленна в пр, AlexAT (ok), 13:37 , 25-Авг-12, (145)   Ну мы ее слегка получим и на обычной ФС - совсем не факт что там есть непрерывны, Аноним (-), 01:57 , 26-Авг-12, (157)   Ну то слегка, будут выделены максимально линейные фрагменты А при каче торрента, AlexAT (ok), 10:12 , 26-Авг-12, (164)   Вообще, если том на 99 забить, как этот чудик, с этим будет небогато И даже кл, Аноним (-), 16:26 , 26-Авг-12, (186)   Из личных наблюдений на ZFS торренты по-разному качаются Transmission и Deluge T, iZEN (ok), 16:45 , 26-Авг-12, (188)   Учтя что они основаны на 2 напрочь разных либах и вероятно имеют разные дефолты , Аноним (-), 18:56 , 26-Авг-12, (197)   Оба клиента сеть загружают одинаково Но когда много торрентов, Transmission нач, iZEN (ok), 00:02 , 27-Авг-12, (206)   ---По ряду причин, я продолжил пользовать эту великолепную ФС на одной рабочей , iZEN (ok), 18:28 , 09-Сен-12, (219)   Может вам повезло На лоре полно людей у которых нормально жило а потом Адми, nagual (ok), 01:07 , 06-Фев-13, (258)   ну конечно же представьте сервер видеонаблюдения вы пишете с камер то что сейч, Сержант Скотч (?), 03:27 , 06-Фев-13, (263)   Если там не будет хотябы 1Tб свободно то скорость записи может так упасть что вс, nagual (ok), 05:17 , 06-Фев-13, (264)   Именно Абсолютно без пользы Может быть месье нагулял предложит пользу от CoW в , AlexAT (ok), 09:35 , 06-Фев-13, (265)   Ты еще на хабре поищи , AlexAT (ok), 09:39 , 06-Фев-13, (267)   Тут у нас у одного поциента навязчивые идеи Хотя до весны еще далеко , nagual (ok), 01:32 , 05-Фев-13, (237)   потому что btrfs будет даже лучше , Аноним (-), 14:45 , 18-Авг-12, (20) // бтрфс пишется глядя на зфс но с учётом простоты для пользователя, потому да выда, кевин (?), 19:57 , 18-Авг-12, (42) // btrfs - мертворожденный проект Либо будет очередным велосипедом без нормального, kshetragia (ok), 05:35 , 20-Авг-12, (63) –1 Бсдишнеги такие бсдишнеги, всегда выдают желаемое за действительное Без будущег, Аноним (-), 09:14 , 23-Авг-12, (113) –1 Все гораздо печальнее, недостаточно оттестированную фс пихают в убунту, уже почт, nagual (ok), 01:33 , 05-Фев-13, (238) Что вообще можно не осилить в zfs , Elhana (ok), 12:27 , 20-Авг-12, (70) Экстентный аллокатор и TRIM например , Аноним (-), 18:27 , 24-Авг-12, (135) Первое сферический конь в вакуме сомнительной нужности, второе если следовать ре, nagual (ok), 01:35 , 05-Фев-13, (239) к некрофилам, AlexAT (ok), 07:20 , 05-Фев-13, (247) И это пишет человек сидящий под виндовс , nagual (ok), 19:37 , 05-Фев-13, (252) Why not c В отличие от винды санка - 100 RIP , AlexAT (ok), 20:01 , 05-Фев-13, (254) Для начала, они посмотрели на основные продолбы ZFS, в частности общую тормознут, Аноним (-), 02:15 , 21-Авг-12, (87) Бенци в студию, фороникс не предлагать ЗЫ Если екперимент имеет научную осно, nagual (ok), 01:36 , 05-Фев-13, (240) Ага сначал вдавит а потом может быть Это фс разных систем Под linux zfs, nagual (ok), 01:09 , 06-Фев-13, (259) Вообще ее пилят Lawrence Livermore National Laboratory для своего IBM Sequoia т, Elhana (ok), 11:18 , 20-Авг-12, (66) Скажите пожалуйста, а где найти ZFS пакет для Виндус ХР , Аноним (-), 10:59 , 18-Авг-12, (5) +2 // Толстота , Аноним (-), 11:28 , 18-Авг-12, (6) +1 Улыбнуло , user (??), 11:28 , 18-Авг-12, (7) +2 Пополните лицевой счет своего мобильного телефона Отправьте на номер 7490 SMS с, Антон (??), 12:07 , 18-Авг-12, (11) +1 // 7490 смс по 10 баксов - это как-то довольно дофига , Аноним (-), 14:58 , 18-Авг-12, (28) colinux org, Аноним (-), 13:02 , 18-Авг-12, (16) +1 На сайте ubuntu com , Аноним (-), 14:46 , 18-Авг-12, (21) Там же, где btrfs Абзацем выше ссылка Там попросят регистрацию, но она не обяз, gnum (?), 07:26 , 19-Авг-12, (52) Для Федоры не сделают никак рпм https bugzilla rpmfusion org show_bug cgi id 1, Аноним (-), 14:33 , 18-Авг-12, (19) // Там предпочитают собвственный велопарк соденржать , xxx (??), 14:49 , 18-Авг-12, (24) для федоры не нужно федора ядра бсд в репах не держит , кевин (?), 19:58 , 18-Авг-12, (43) –1 // А оно каким боком, простите , Аноним (-), 02:17 , 21-Авг-12, (88) // А оно лишь бы ляпнуть и неважно что , Аноним (-), 19:34 , 22-Авг-12, (108) Когда допилят brtfs, тогда zfs будет не нужен на linux-e вообще , Аноним (-), 14:57 , 18-Авг-12, (27) –3 // чтение правда для чтения хватит fuse, Аноним (-), 16:40 , 18-Авг-12, (34) // а зачем даже если вы винты с zfs заполняете данными и складируете в уголке, то м, ананим (?), 17:45 , 18-Авг-12, (39) +1 // gt оверквотинг удален А я предпочитаю на пляж ходить и с девушками знакомиться, nagual (ok), 01:39 , 05-Фев-13, (241) Если ты это делаешь так, как здесь пытаешься обсуждать ZFS - я тебе искренне соб, AlexAT (ok), 07:21 , 05-Фев-13, (248) Друг мой, я нехочу ставить диагноз без фотографии, но ваши ассоциации - то в те, nagual (ok), 20:30 , 05-Фев-13, (257) Нет уж спасибо, я выберу ZFS , Аноним (-), 16:43 , 18-Авг-12, (36) // Крисс очень опечален этим , ананим (?), 17:29 , 18-Авг-12, (37) Скатертью дорожка Правда вот btrfs шустрее и задизайнен лучше Но выбирать какт, Аноним (-), 02:19 , 21-Авг-12, (89) А Btrfs ещё пилят , iZEN (ok), 00:01 , 19-Авг-12, (47) // а ты подпишись на списки рассылки и сам всё увидишь http vger kernel org vger-, ананим (?), 12:10 , 19-Авг-12, (54) –4 // Из свежего http www spinics net lists linux-btrfs msg18435 html Date Wed, 15, iZEN (ok), 08:18 , 20-Авг-12, (64) +1 Вообще любую фс можно добить, но с бтрфс оно обычно случается достаточно легко н, Elhana (ok), 12:42 , 20-Авг-12, (71) Ну так у бздунов по первости тоже воплей было мама не горюй Вплоть до дедлока в, Аноним (-), 02:21 , 21-Авг-12, (90) gt оверквотинг удален Изя, давай будем честными, в BSD с ZFS на шестой и седьм, anonym (?), 23:44 , 20-Авг-12, (82) –2 О уже отползаем Сначала хвалимся, что БТР любовно доводят до ума гораздо бол, kshetragia (ok), 06:48 , 21-Авг-12, (93) –1 Про это поделие между прочим автор порта zfs считает более совершенным техническ, Аноним (-), 21:44 , 23-Авг-12, (116) Что, пингвиноиды ZFS для себя с нуля что ли написали Btrfs вообще много че, iZEN (ok), 12:25 , 25-Авг-12, (140) Они btrfs надизайнили с нуля Получше чем Прости, а ничего что он свалили в кон, Аноним (-), 02:01 , 26-Авг-12, (158) Не они , а он Не получше , а как захотелось ему RAID-5 и -6 до сих пор не ос, iZEN (ok), 10:32 , 26-Авг-12, (172) Насколько я помню, там была помощь зала В частности модификацию b-деревьев, Аноним (-), 17:55 , 26-Авг-12, (195) В этом http www opennet ru openforum vsluhforumID3 86056 html 64Нет Мне не х, iZEN (ok), 18:22 , 26-Авг-12, (196) О, по одному случаю да еще на кернеле который на почти 2 версии старее текущего , Аноним (-), 19:16 , 26-Авг-12, (198) Оракл похерил и вероятно присматривает чтоб кто случайно не помог , nagual (ok), 01:16 , 06-Фев-13, (260) Вот когда зарулит тогда и поговорим Хотя я подозреваю всё будет как обычно Раб, kshetragia (ok), 13:07 , 27-Авг-12, (208) Изя это кто На шестой ветке разве есть поддержка ZFS Что-то меня гложут сом, iZEN (ok), 16:30 , 21-Авг-12, (99) –2 Это ты информирует Кэп что не мешало ей ловить локапы не был нормально ре, Аноним (-), 09:17 , 23-Авг-12, (114) –3 Да, увы , nagual (ok), 01:39 , 05-Фев-13, (242) Вот уж эти выражения Так да или нет , Buy (ok), 22:05 , 18-Авг-12, (46) +1 // Да, ноТо есть в продакшн не годится пока что , anonym (?), 23:45 , 20-Авг-12, (83) How to install Fedora on top of ZFShttp rudd-o com linux-and-free-software ins, Аноним (-), 02:51 , 19-Авг-12, (49) How ZFS continues to be better than btrfshttp rudd-o com linux-and-free-softwa, Аноним (-), 02:53 , 19-Авг-12, (50) // Видно, что человек не понимал половину из того, о чём пишет , AlexAT (ok), 12:22 , 19-Авг-12, (57) +2 // ага ха Джаст mv ит, люк что называется сравните с простынёйhttp docs oracle co, ананим (?), 15:55 , 19-Авг-12, (58) // gt оверквотинг удален Да бросьте вы Восстановление системы на ZFS из снапшота, iZEN (ok), 11:50 , 20-Авг-12, (68) идиотом прикидываешься мне надо просто перегрузиться в другой субволум, а тебе п, ананим (?), 20:37 , 28-Авг-12, (209) ззыжи да, врёшь уже откровенно или такой знаток смотрим доку http docs oracle, ананим (?), 21:17 , 28-Авг-12, (213) gt оверквотинг удален Во FreeBSD достаточно перевести систему в Single User Mo, iZEN (ok), 21:38 , 29-Авг-12, (214) дай угадаю - данный сервер работает только для тебя одного бесусловно-любимого , ананим (?), 14:43 , 02-Сен-12, (215) Так как у меня система сама на ZFS, то kernel panic при невозможности загрузитьс, iZEN (ok), 16:25 , 03-Сен-12, (216) Печалька пионерская Нормальным binary-based дистрибутивам такой ахтунг неведо, AlexAT (ok), 17:48 , 03-Сен-12, (217) Это вы про обновление grub2 после которого система может не подняться Помн, nagual (ok), 01:22 , 06-Фев-13, (262) У вас не поднялась У меня за последние 5 лет ни одной проблемы с GRUB ЧЯДНТ , AlexAT (ok), 09:38 , 06-Фев-13, (266) вот и я говорю - жесть я же просто монтирую снепшот зыжну глупо же отрицать очев, ананим (?), 07:06 , 06-Сен-12, (218) gt оверквотинг удален Чесно говоря необходимость заказа KVM не радует, а довер, nagual (ok), 01:41 , 05-Фев-13, (243) ключевое слово subvolumes zpool import home zfs create home john zfs create ho, Elhana (ok), 16:10 , 20-Авг-12, (73) легко btrfs subvolume list ID 256 top level 5 path ext2_savedID 630 top level , ананим (?), 20:47 , 28-Авг-12, (210) ззыжчё за бред ну создайте два субволума в zfs с одинаковыми именами, удачи зыжб, ананим (?), 21:09 , 28-Авг-12, (212) Этот товарисч делал zfs-fuse если что , Elhana (ok), 12:46 , 20-Авг-12, (72) // и он сказал еще и вот это при том последнее он добавил видимо для самоуспок, Аноним (-), 02:23 , 21-Авг-12, (91) Тогда понятно почему он в бтр такие ляпы делает, ананим (?), 21:03 , 28-Авг-12, (211) Это нужно читать как алекс непонял и половины написанного , nagual (ok), 01:19 , 06-Фев-13, (261) 1,5,19,27,46,49,50

Сообщения

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

	35. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+2 +/–
	Сообщение от Аноним (-), 18-Авг-12, 16:42
	Чушь полная. Нишевыми ZFS как раз делает ФС прошлого поколения.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	38. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от AlexAT (ok), 18-Авг-12, 17:36
	> Чушь полная. Нишевыми ZFS как раз делает ФС прошлого поколения. lol'd ну изен с 5 MBps с диска тут уже был
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от iZEN (ok), 19-Авг-12, 00:07
	>> Чушь полная. Нишевыми ZFS как раз делает ФС прошлого поколения. > lol'd > ну изен с 5 MBps с диска тут уже был Вы забыли добавить: "с заполненными на 99% пулами". Как ведут себя в подобных случаях альтернативные ФС, говорить будем или скромно умолчим?
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от ragus (ok), 19-Авг-12, 05:22
	Изя, ты как всегда в лужу. Деградация производительности при малом количестве свободного места - беда всех CoW файловых систем. Так что ext4/xfs вполне нормально живут при почти полной занятости дисков. Т.е. ZFS не годится как фс для сервера бэкапов(точнее, требует держать на сторадже меньше данных, чем его размер).
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от Аноним (-), 19-Авг-12, 09:56
	>Так что ext4/xfs вполне нормально живут при почти полной занятости дисков. Если бы только не фрагментация и баги
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от ананим (?), 19-Авг-12, 12:15
	да бросьте уже ерунду писать. xfs и тем более ext4 гораздо стабильнее и zfs, и btrfs.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от kshetragia (ok), 20-Авг-12, 05:34
	Че-то похоже на сравнение теплого с зеленым. Либо уж сравнивайте ZFS <> BTRFS/EXT4+LVM(с натяжкой) либо EXT4/XFS <> UFS/FFS.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	–1 +/–
	Сообщение от Аноним (-), 23-Авг-12, 09:11
	> EXT4/XFS <> UFS/FFS. А чего сравнивать то? Вторые - ископаемые как@шки мамонта. По поводу на большинстве бенчей и вообще ворклоадов первые сделают со вторыми то же что Тузик с грелкой. Ибо extent-based файловые системы в общем случае делают block-based. По поводу чего античные блочные методы выделения места остались в ходу только у махровых некрофилов.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от Аноним (-), 21-Авг-12, 02:10
	> Изя, ты как всегда в лужу. Деградация производительности при малом количестве свободного > места - беда всех CoW файловых систем. Так что ext4/xfs вполне > нормально живут при почти полной занятости дисков. Не, ну их тоже можно положить при желании. Удаление файла по 30 секунд на XFS? А я такое видел. Как сделать? Качаем на забитый том торрент гигов на 5 без преаллокации. Получаем... то что и должны были :) > Т.е. ZFS не годится как фс для сервера бэкапов(точнее, требует держать на > сторадже меньше данных, чем его размер). Оно вообще "первый блин комом". У btrfs'ников лучше вышло.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	126. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от AlexAT (ok), 24-Авг-12, 16:32
	Качаем на забитый том торрент гигов на 5 без преаллокации. Получаем... то что получим на CoW FS даже с преаллокацией...
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от Аноним (-), 24-Авг-12, 18:26
	> Качаем на забитый том торрент гигов на 5 без преаллокации. Получаем... то > что получим на CoW FS даже с преаллокацией... Ну если уж на то пошло, у меня в таком виде XFS просто стирал 5-гиговый файл секунд по 30. Кстати том вообще забитым не был. Просто сдуру качнул торентов без преаллокации и подивился тому как все уныло работает :)
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от AlexAT (ok), 24-Авг-12, 19:06
	Я проморгал про удаление, и писал про то, что на CoW мы получим лапшу по всему диску хоть с преаллокацией, хоть без оной.
	Ответить | Правка | Наверх | Cообщить модератору

	143. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от iZEN (ok), 25-Авг-12, 13:26
	> Я проморгал про удаление, и писал про то, что на CoW мы > получим лапшу по всему диску хоть с преаллокацией, хоть без оной. А на обычных не-CoW ФС с преаллокацией не будет "лапши"? Вообще же, разработка грамотной преаллокация довольно трудоёмка для любых современных ФС, так как ФС научились учитывать размещение групп одинаковых байтов (того, что должно заполнить выделяемое место) и оптимизируют это размещение на стадии дисковой подсистемы. Разработчику преаллокатора в торрент-клиенте, например, приходиться балансировать между скоростью преаллокации (записи специально сформирвоанного потока байтов — фактически псевдорандомного мусора) и временем ответной реакции на начало скачивания торрент-контента. То есть грамотная преаллокация заключается в том, чтобы перед началом скачивания торрент-контента (допустим, 10ГБ MKV) нужно каким-то образом скинуть на диск поток байтового мусора, чтобы ФС точно выделила (10ГБ) желательно в соседних секторах диска этот самый объём пространства, которое со временем будет перезаписано настоящими байтами контента. Однако современные ФС не учитывают физическое расположение секторов на диске (оперируют только LBA адресацией). И грамотный преаллокатор поэтому написать невозможно, как, кстати, и грамотный дефрагментатор с учётом расположения секторов на диске. Возможно лишь "балансировка" (оптимизация) метаданных для как можно скорейшего доступа к блокам с данными на диске. Условно скорость доступа к данным повышается, если их располагать как можно ближе к логическому началу диска. С этим знанием ведут работу всякого рода дефрагментаторы и оптимизируют свою работу ФС при записи данных, а также учитывают другие критерии расположения: как можно более монотонная последовательность адресации блоков одного файла, как часто используется файл и, ещё может быть, размер файла (бывают дефрагментаторы, которые нарочно двигают большие файлы в конец или в начало диска). Всё это по сути ускоряет доступ к набору данных, но не делает этот доступ идеально быстрым — LBA скрывает механические перемещения головок винчестера. Работа с метаданными намного более продуктивна (быстра) и позволяет сделать время доступа к данным одинаковым на всей поверхности диска, обеспечить достаточную скорость чтения и записи (примерно в два раза меньше максимально доступной для данного винчестера) по ВСЕЙ поверхности диска.
	Ответить | Правка | Наверх | Cообщить модератору

	144. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от AlexAT (ok), 25-Авг-12, 13:33
	>> Я проморгал про удаление, и писал про то, что на CoW мы >> получим лапшу по всему диску хоть с преаллокацией, хоть без оной. > А на обычных не-CoW ФС с преаллокацией не будет "лапши"? Прикинь - нет, не будет. Файл аллоцируется по возможности линейно, и перезапись идёт без изменения местоположения данных. > Вообще же, разработка грамотной преаллокация довольно трудоёмка для любых современных ФС Фееричненько. > ФС научились учитывать размещение групп одинаковых байтов (того, что должно заполнить > выделяемое место) и оптимизируют это размещение на стадии дисковой подсистемы. БГГГ. Прошу прощения, но у меня сейчас уши в трубочку завернутся от того, что вы тут пишете. КАКОЕ ОТНОШЕНИЕ группы одинаковых байтов имеют к преаллокации занимаемого файлом дискового пространства? Задача преаллокатора - выделить максимально линейные блоки для файла, а какие ГРУППЫ БАЙТОВ туда будут записаны - его не волнует. Равно как и диск xD > преаллокатора в торрент-клиенте, например, приходиться балансировать между скоростью > преаллокации (записи специально сформирвоанного потока байтов — фактически псевдорандомного мусора) It's epic, bro xD > грамотная преаллокация заключается в том, чтобы перед началом скачивания торрент-контента (допустим, 10ГБ MKV) нужно каким-то образом скинуть на диск поток байтового > мусора И снова эпичное непонимание принципов работы FS. Суть в том, что всё "скидывание потока байтового мусора" сводится к ftruncate(file_handle, file_size). Нормальная FS при этом ничего, кроме метаданных, указывающих, где будет лежать файл, на диск не запишет. > Однако современные ФС не учитывают физическое расположение секторов на диске (оперируют > только LBA адресацией). Последовательное чтение секторов на любых современных типах диска быстрее произвольного. Тчк. Всё остальное - лирика.
	Ответить | Правка | Наверх | Cообщить модератору

	146. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от iZEN (ok), 25-Авг-12, 13:51
	При преаллокации средствами самой ФС недостаточно метаданных для описания абсолютно всех занимаемых блоков данных, которые будут записаны в ФС позднее. Используется так называемая "ленивая" преаллокация, когда ФС преаллокатору говорит, что пространство выделено, размер уменьшен на затребованную величину дискового пространства, а на самом деле сделана пометка в метаданных на "диапазон" (структуру) блоков который будет занят, а фактически же ещё нет. В это же время на ФС можно писать другие данные, никак не связанных с преаллокаченными. И эти данные могут расположиться физически в тех местах диска, которые могло бы заняться данным, место для которых оно заранее выделено в "диапазоне". По мере того, когда данные заполняют зарезервированный за ними "диапазон" блоков обновляется структура метаданных, его описывающая. ФС соотносит собственные занимаемые блоки с доступными LBA-адресами секторов на диске. Бывают ситуации, когда торрент-клиент выделил место на диске, что называется, впритык доступного пространства, ФС отрапортовала ему, что всё зарезервировано — можно качать, начинается скачка. Но после этого из какой-то программы записывается на диск файл чуть большего размера, чем оставшееся свободное место на диске — торрент-клиент уже не может докачать свой файл, так как место закончилось. Это случай из практики использования ZFS, преаллокация в Transmission включена.
	Ответить | Правка | Наверх | Cообщить модератору

	147. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от AlexAT (ok), 25-Авг-12, 13:53
	> При преаллокации средствами самой ФС недостаточно метаданных для описания абсолютно всех занимаемых блоков данных, которые будут записаны в ФС позднее. Чего? При преаллокации файла место распределяется ПОЛНОСТЬЮ. Иначе это не преаллокация. Только распределяется, а не перезаписывается. > Используется так называемая "ленивая" преаллокация Вы путаете преаллокацию со sparse-аллокацией. Более того, для sparse-аллокации вовсе не обязательно уменьшать счётчик свободного места. > Это случай из практики использования ZFS, преаллокация в Transmission включена. Что и логично. На ZFS преаллокация НЕВОЗМОЖНА в принципе, потому что это CoW. И любой записанный блок данных пишется не на жестко заданное место хранения, а куда попало.
	Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

	148. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от iZEN (ok), 25-Авг-12, 13:56
	>> При преаллокации средствами самой ФС недостаточно метаданных для описания абсолютно всех занимаемых блоков данных, которые будут записаны в ФС позднее. > Чего? При преаллокации файла место распределяется ПОЛНОСТЬЮ. Иначе это не преаллокация. > Только распределяется, а не перезаписывается. Значит вот так оно распределяется, что не может обосновать свою предельность в небесконечном пространстве адресации винчестера. >> Используется так называемая "ленивая" преаллокация > Вы путаете преаллокацию со sparse-аллокацией. Более того, для sparse-аллокации вовсе не > обязательно уменьшать счётчик свободного места. Значит в ZFS используется sparse-аллокация. Счётчик свободного места при преаллокации из Transmission не уменьшается. >> Это случай из практики использования ZFS, преаллокация в Transmission включена. > Что и логично. На ZFS преаллокация НЕВОЗМОЖНА в принципе, потому что это > CoW. И любой записанный блок данных пишется не на жестко заданное > место хранения, а куда попало. Всё ясно.
	Ответить | Правка | К родителю #147 | Наверх | Cообщить модератору

	149. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от AlexAT (ok), 25-Авг-12, 14:00
	> Значит вот так оно распределяется, что не может обосновать свою предельность в > небесконечном пространстве адресации винчестера. Это называется sparse allocation / sparse file, и к преаллокации не имеет никакого отношения. > Значит в ZFS используется sparse-аллокация. Верно. Механика работы аллокатора в CoW FS при записи очень сходна с механикой работы sparse-аллокаторов в традиционных FS. Фокус в том, что на ZFS невозможна статическая преаллокация. В итоге любой достаточно большой и записываемый произвольно файл превращается в лапшу.
	Ответить | Правка | К родителю #148 | Наверх | Cообщить модератору

	185. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от Аноним (-), 26-Авг-12, 16:09
	> Прикинь - нет, не будет. Файл аллоцируется по возможности линейно, и перезапись > идёт без изменения местоположения данных. Ну это же изен. Он там крЮтыми концепциями оперирует. Поэтому представить себе как блоки в файле рапсполагаются и как это описывается - у него кишка тонка. > Фееричненько. А забавно он странный аллокатор ZFS отмазывает :) >> выделяемое место) и оптимизируют это размещение на стадии дисковой подсистемы. > БГГГ. Прошу прощения, но у меня сейчас уши в трубочку завернутся от ...обилия маркетингового буллшита :). Называя вещи своими именами. > максимально линейные блоки для файла, а какие ГРУППЫ БАЙТОВ туда будут > записаны - его не волнует. Равно как и диск xD Он не в состоянии осознать этот тривиальный факт, зато маркетинговый буллшит из него так и прет. > It's epic, bro xD По-моему, мы у него вызвали деление на ноль :) > Последовательное чтение секторов на любых современных типах диска быстрее произвольного. > Тчк. Всё остальное - лирика. Кроме SSD, у которых эта разница куда меньше. Как минимум при чтении.
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от AlexAT (ok), 25-Авг-12, 13:37
	Кстати раз уж заговорили о преаллокаторах. На CoW преаллокация бессмысленна в принципе :)
	Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

	157. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от Аноним (-), 26-Авг-12, 01:57
	> получим лапшу по всему диску хоть с преаллокацией, хоть без оной. Ну мы ее слегка получим и на обычной ФС - совсем не факт что там есть непрерывный блок на 100500Гб :)
	Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

	164. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от AlexAT (ok), 26-Авг-12, 10:12
	> Ну мы ее слегка получим и на обычной ФС - совсем не > факт что там есть непрерывный блок на 100500Гб :) Ну то слегка, будут выделены максимально линейные фрагменты. А при каче торрента на ZFS или просто без преаллокации каждый ~1-16Мб (в лучшем случае) блок ляжет в отдельное место диска, без оглядки на линейность.
	Ответить | Правка | Наверх | Cообщить модератору

	186. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от Аноним (-), 26-Авг-12, 16:26
	> Ну то слегка, будут выделены максимально линейные фрагменты. Вообще, если том на 99% забить, как этот чудик, с этим будет небогато. И даже классика начнет валиться в такой же по смыслу штопор. Менее сурово, но начнет. Я такое даже видел, хоть это и постараться надо. > А при каче торрента на ZFS или просто без преаллокации каждый ~1-16Мб > (в лучшем случае) блок ляжет в отдельное место диска, без оглядки на линейность. Непрерывный блок на 16Мб - это достаточно неплохо, механический диск вполне в состоянии десяток seek в секунду сделать и будет читать на практически максимальной скорости. Но в торрентах бывает и блок 64К, вот тут с тупым клиентом (который не буфферизует вообще ничего) начнется ахтунг. Тут даже классика с экстентами начнет задыхаться от прорвы метаданных. Кстати чисто теоретически, CoW при преаллокации мог бы рассмотреть это как хинт: ага, они собираются писать в этот файл так и сяк. А давайте фрагменты стараться раскладывать друг за другом, в соответствии с их смещением в файле?! Ну то-есть даже CoW вполне мог бы резервировать непрерывный "виртуальный прообраз" файла (который заказали преаллокацией) и по нему раскладывать "паззл" из фрагментов по мере их поступления. Вполне себе CoW логикой. Благо, CoW логике все-равно куда именно фрагмент класть. Можно класть не абы как а чуть более удобно. Почему нет? Другое дело что не все возможные оптимизации аллокации реализованы вот сей момент.
	Ответить | Правка | Наверх | Cообщить модератору

	188. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от iZEN (ok), 26-Авг-12, 16:45
	>> А при каче торрента на ZFS или просто без преаллокации каждый ~1-16Мб >> (в лучшем случае) блок ляжет в отдельное место диска, без оглядки на линейность. > Непрерывный блок на 16Мб - это достаточно неплохо, механический диск вполне в > состоянии десяток seek в секунду сделать и будет читать на практически > максимальной скорости. Но в торрентах бывает и блок 64К, вот тут > с тупым клиентом (который не буфферизует вообще ничего) начнется ахтунг. Тут > даже классика с экстентами начнет задыхаться от прорвы метаданных. Из личных наблюдений на ZFS торренты по-разному качаются Transmission и Deluge. Transmission мотает нервы очень сильно как на простой закачке/раздаче, так и на проверке. Deluge ведёт себя шустрее: закачка торрентов не так нагружает нотификатор ФС и проверка торрентов заметно быстрее, чем в Transmission. Transmission может буквально заблокировать рабочий десктоп так, что окна приложений перестанут перерисовываться, а скорость закачки упадёт. С Deluge такого не замечал.
	Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

	197. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от Аноним (-), 26-Авг-12, 18:56
	> Из личных наблюдений на ZFS торренты по-разному качаются Transmission и Deluge. Учтя что они основаны на 2 напрочь разных либах и вероятно имеют разные дефолты - это не удивительно даже. > Transmission мотает нервы очень сильно как на простой закачке/раздаче, так и на проверке. А ты пробовал настраивать режимы преаллокации и размеры буферов? В UI такие тонкости не вынесены, т.к. у хомячков от них взорвется мозг. Но они есть и описаны в вике. > Deluge ведёт себя шустрее: закачка торрентов не так нагружает нотификатор > ФС и проверка торрентов заметно быстрее, чем в Transmission. Извини, гражданин, у меня трансмишн сугубо в сеть упирается, при том даже без особого твикинга. Откуда напрашивается вывод что что-то у вас в консерватории не то. > Transmission может буквально заблокировать рабочий десктоп так, > что окна приложений перестанут перерисовываться, Прости, если твоя операционка обделалась при обработке I/O или paging или при шедулинге процессов - это не вина апликух. По логике вещей, многозадачка должна шедулить ресурсы так чтобы всем равномерно доставалось. Вовремя отбирая бразды правления у приложений и передавая их другим. Кстати да, это означает что тебя укусил "линуксный" баг с неотзывчивостью системы при тяжелом I/O на медленном накопителе. Да, тот самый который ты так колоритно обcирал в пингвинах. Посмотрим хватит ли у тебя духу обругать уютную бсдшечку за ровно тот же самый баг с теми же симптомами :D. > а скорость закачки упадёт. С Deluge такого не замечал. Ну так и запишем: изен признался что его долбит тот же баг который он в пингвинах ругал :). Epic!
	Ответить | Правка | К родителю #188 | Наверх | Cообщить модератору

	206. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от iZEN (ok), 27-Авг-12, 00:02
	>> Deluge ведёт себя шустрее: закачка торрентов не так нагружает нотификатор >> ФС и проверка торрентов заметно быстрее, чем в Transmission. > Извини, гражданин, у меня трансмишн сугубо в сеть упирается, при том даже > без особого твикинга. > Откуда напрашивается вывод что что-то у вас в > консерватории не то. Оба клиента сеть загружают одинаково. Но когда много торрентов, Transmission начинает нервировать подлагиванием интерфейса, чего нет у Deluge. По-видимому, у разработчиков Transmission что-то не так в консерватории, раз нативный клиент так себя ведёт в отличии от интерпретируемого питоновского. >> Transmission может буквально заблокировать рабочий десктоп так, >> что окна приложений перестанут перерисовываться, > Прости, если твоя операционка обделалась при обработке I/O или paging или при > шедулинге процессов - это не вина апликух. Ну да, аппликухи (ВСЕ) белые и пушистые, одна операционка в их лагах виновата и должна оперативно подстраиваться под их требования. :)) А не жирно будет учитывать индивидуальные особенности кривых аппликух? Вон, в Windows учли "опыт" несовместимости и захардкодили в ядре особенности 16 битных популярных приложений, чтобы они не валились от правильной работы операционной системы. Так поступать так же? > По логике вещей, многозадачка > должна шедулить ресурсы так чтобы всем равномерно доставалось. Вовремя отбирая бразды > правления у приложений и передавая их другим. > Кстати да, это означает что тебя укусил "линуксный" баг с неотзывчивостью системы > при тяжелом I/O на медленном накопителе. Да, тот самый который ты > так колоритно обcирал в пингвинах. Посмотрим хватит ли у тебя духу > обругать уютную бсдшечку за ровно тот же самый баг с теми > же симптомами :D. В FreeBSD, в отличии от GNU/Linux, курсор мыши по крайней мере не застывает на месте. ;) >> а скорость закачки упадёт. С Deluge такого не замечал. > Ну так и запишем: изен признался что его долбит тот же баг > который он в пингвинах ругал :). Epic! Баг совсем другой — курсор не застывает, другие программы работают в отличие от...
	Ответить | Правка | К родителю #197 | Наверх | Cообщить модератору

	219. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от iZEN (ok), 09-Сен-12, 18:28
	> Оно вообще "первый блин комом". У btrfs'ников лучше вышло. /--- По ряду причин, я продолжил пользовать эту великолепную ФС на одной рабочей станции c -o compress,nospace_cache. Итак, постепенно фрагментация нарастала, тормоза усиливались. ls в директории с тысячей файлов уже занимал до секунды, открытие лога gajim - около 10 секунд. И наконец вчера btrfs впервые подала симптомы клинической смерти: no space left on device на полупустом разделе. >>> df -h Файловая система          Размер Использовано  Дост Использовано% Cмонтировано в /dev/mapper/rootfs           13G         9,7G  1,5G           87% / /dev/mapper/home2           135G          72G   60G           55% /home >>> sudo btrfs filesystem show Label: 'rootfs'  uuid: e9becd70-04a7-4de3-abfd-525446c1562b     Total devices 1 FS bytes used 9.20GB     devid    1 size 13.00GB used 13.00GB path /dev/dm-2 Label: 'home2'  uuid: 1efa8d6b-a4b9-4c68-abb2-acfd77a86d37     Total devices 1 FS bytes used 70.93GB     devid    1 size 134.98GB used 134.98GB path /dev/dm-1 Btrfs Btrfs v0.19 Удаление пары тысяч файлов не помогло, remount помог лишь ненадолго, а пользоваться файлухой дальше фактически невозможно. Выводы: 1. btrfs умирает за ~2,5 года ежедневного использования. 2. За это время в логах так и не обнаружено ни одной ошибки от драйвера btrfs. 3. Все оставшиеся на ФС файлы можно извлечь пост-мортем. shahid   (07.09.2012 17:45:35) ---/ http://www.linux.org.ru/forum/talks/8203698/page-1 Лучше? O_o
	Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

	258. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от nagual (ok), 06-Фев-13, 01:07
	> Изя, ты как всегда в лужу. Деградация производительности при малом количестве свободного > места - беда всех CoW файловых систем. Так что ext4/xfs вполне > нормально живут при почти полной занятости дисков. Может вам повезло ? На лоре полно людей у которых нормально жило а потом ... > (точнее, требует держать на > сторадже меньше данных, чем его размер). Админов которые не следуют данному правилу нужно гранать за проф непригодность.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	263. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от Сержант Скотч (?), 06-Фев-13, 03:27
	>> (точнее, требует держать на >> сторадже меньше данных, чем его размер). > Админов которые не следуют данному правилу нужно гранать за проф непригодность. ну конечно же. представьте сервер видеонаблюдения. вы пишете с камер то что сейчас + немало людей смотрят записанное(+ бегает в фоне процесс, подтирающий старое). под это дело у вас хранилище на 20Тб. зачем в такой ситуации фс с cow?
	Ответить | Правка | Наверх | Cообщить модератору

	264. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от nagual (ok), 06-Фев-13, 05:17
	>>> (точнее, требует держать на >>> сторадже меньше данных, чем его размер). >> Админов которые не следуют данному правилу нужно гранать за проф непригодность. > ну конечно же. представьте сервер видеонаблюдения. вы пишете с камер то что > сейчас + немало людей смотрят записанное(+ бегает в фоне процесс, подтирающий > старое). под это дело у вас хранилище на 20Тб. зачем в > такой ситуации фс с cow? Если там не будет хотябы 1Tб свободно то скорость записи может так упасть что вся эта хрень подвиснет :)) и дефраг весьма полезен, в ночьное время :)) Интересно было бы увидеть тесты быстродействия фс сего этак через годик эксплуотации.
	Ответить | Правка | Наверх | Cообщить модератору

	265. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от AlexAT (ok), 06-Фев-13, 09:35
	>>> (точнее, требует держать на >>> сторадже меньше данных, чем его размер). >> Админов которые не следуют данному правилу нужно гранать за проф непригодность. > ну конечно же. представьте сервер видеонаблюдения. вы пишете с камер то что > сейчас + немало людей смотрят записанное(+ бегает в фоне процесс, подтирающий > старое). под это дело у вас хранилище на 20Тб. зачем в > такой ситуации фс с cow? Именно. Абсолютно без пользы. Может быть месье нагулял предложит пользу от CoW в данном конкретном случае? Особенно интересует классический случай с fixed bitrate и преаллокацией по временным отрезкам.
	Ответить | Правка | К родителю #263 | Наверх | Cообщить модератору

	267. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от AlexAT (ok), 06-Фев-13, 09:39
	> Может вам повезло ? На лоре полно людей у которых нормально жило > а потом ... Ты еще на хабре поищи...
	Ответить | Правка | К родителю #258 | Наверх | Cообщить модератору

	237. "Обновление ZFSonLinux 0.6.0-rc10, реализации ZFS для ядра Li..."	+/–
	Сообщение от nagual (ok), 05-Фев-13, 01:32
	>> Чушь полная. Нишевыми ZFS как раз делает ФС прошлого поколения. > lol'd > ну изен с 5 MBps с диска тут уже был Тут у нас у одного поциента навязчивые идеи ... Хотя до весны еще далеко.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

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

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