| |
| 2.2, z (??), 23:39, 26/04/2013 [^] [^^] [^^^] [ответить]
| –2 +/– | |
>Ещё одна серьёзная проблема связана с непредсказуемостью переполнения Btrfs-раздела и связанным с исчерпанием свободного места замедлением работы.
Превед от Шишкина =)
| | |
| |
| 3.5, Аноним (-), 00:00, 27/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Превед от Шишкина =)
А что, разве хоть одна из выявленных проблем совпадает с критикой Шишкина?
| | |
| |
| 4.6, Аноним (-), 00:27, 27/04/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
Нет, разумеется. Потому что у эксплуатационщиков в отличие от теоретиков хватает ума не заниматься извращениями типа "том на 600Мб, забитый мелкими файлами" ("фантомас в очках на аэроплане").
| | |
| |
| 5.9, Аноним (-), 01:53, 27/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Нет, разумеется. Потому что у эксплуатационщиков в отличие от теоретиков хватает ума
> не заниматься извращениями типа "том на 600Мб, забитый мелкими файлами" ("фантомас
> в очках на аэроплане").
Скорее, хватает ума понять, что метаданные - неотъемлемая часть ФС, и требовать 100% использования места под данные бессмысленно.
| | |
| 5.14, Deffic (?), 03:56, 27/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Нет, разумеется. Потому что у эксплуатационщиков в отличие от теоретиков хватает ума
> не заниматься извращениями типа "том на 600Мб, забитый мелкими файлами" ("фантомас
> в очках на аэроплане").
"том на 600Мб" -- 10 лет нвзад
"забитый мелкими файлами" -- Maildirs
| | |
| |
| 6.23, angra (ok), 10:43, 27/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
 Во-первых, не 10, а 15. Во-вторых, с учетом скорости развития IT это звучит примерно как жалоба на то, что современный пулемет за минуту тратит патронов больше чем, чем полтора века назад батальон с винтовками за неделю.
| | |
| |
| 7.72, Аноним (-), 12:48, 28/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Что характерно, общая сложность задач возросла может быть в разы, но не на порядки же.
| | |
|
|
|
| 4.10, Аноним (-), 01:54, 27/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> А что, разве хоть одна из выявленных проблем совпадает с критикой Шишкина?
Маловероятно. Одно дело - пригорание седалища у отдельно взятого разработчика, другое дело - опыт практической эксплуатации.
| | |
| 4.21, z (??), 10:25, 27/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
Критика Шишкина, напомню, касалась 'разноса' ФС при определённых условиях, когда из-за непонимания 'практиками' выбранных ими алгоритмов происходила жуткая внутренняя фрагментация метеданных, съедающая ощутимую часть места на диске. И т.к. это дефект на уровне алгоритмов, значит в корне не лечится по определению, только костыли и подпорки.
Вообщем, enjoy your practice, dear permanent beta-testers =)
| | |
| |
| 5.26, Аноним (-), 12:34, 27/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> метеданных, съедающая ощутимую часть места на диске.
Любую ФС можно загнать в ситуацию когда ее КПД равен нулю. Создаем до упора файлы нулевого размера - и все, вуаля: на томе 0 байтов данных и весь том забит до отказа метаданными. Катит на совершенно любой ФС. Приветы Шишкину и прочим идеалистам :).
| | |
| |
| 6.33, z (??), 13:50, 27/04/2013 [^] [^^] [^^^] [ответить]
| +4 +/– |
>Создаем до упора файлы нулевого размера
>Приветы Шишкину и прочим идеалистам
Приятно видеть человека, который пытается думать, даже несмотря на то, что у него это довольно плохо получается
Ещё раз повторюсь: речь не о том, что метаданные занимают какое-то место, т.к. предложенным выше способом можно 'повалить' любую ФС
Речь о том, что при определённых условиях B-Tree в BTRFS _вырождается_, когда балансировка уходит не в ту сторону, т.е. появляется множество неоптимально заполненных узлов и само дерево соотв. аномально растёт. Т.е. место тратится не непосредственно полезными (мета)данными - место просто уходит В НИКУДА.
Превед двоченикам, прогуливавшим фундаментальные алгоритмы и структуры данных, ну и оболваненым monkey-тестерам =)
| | |
| |
| 7.36, Bx (ok), 15:51, 27/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > Речь о том, что при определённых условиях B-Tree в BTRFS _вырождается_, когда
> балансировка уходит не в ту сторону, т.е. появляется множество неоптимально заполненных
> узлов и само дерево соотв. аномально растёт. Т.е. место тратится не
> непосредственно полезными (мета)данными - место просто уходит В НИКУДА.
А подробности можно услышать? Где именно вырождается, как это влияет на размер дерева(в коэффициентах, абсолютных значениях или попугаях, плиз), при каких именно условиях. Воспроизводимость, шаблон?
> Превед двоченикам, прогуливавшим фундаментальные алгоритмы и структуры данных, ну и оболваненым
> monkey-тестерам =)
Ну, автор поста, похоже, не прогуливал? И сейчас даст всем прикурить.
| | |
| |
| |
| 9.38, z (??), 16:07, 27/04/2013 [^] [^^] [^^^] [ответить] | +3 +/– | Хорошо сказал, между прочим use the original ones from proper academic papers ... большой текст свёрнут, показать | | |
| |
| 10.42, Bx (ok), 17:35, 27/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | Там другое, авто-проверки ругнулись на непонятные им данные, инициализцию и екну... текст свёрнут, показать | | |
|
| 9.39, Bx (ok), 16:49, 27/04/2013 [^] [^^] [^^^] [ответить] | +/– | Мде, пруф искать лень, что-то там про 640 килобайт тоже было, не 3 года, конечно... большой текст свёрнут, показать | | |
| |
| |
| 11.44, Bx (ok), 17:46, 27/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | Я, как-бы, защитник btrfs Потрудитесь почитать линк, на который я отвечал ... текст свёрнут, показать | | |
|
|
|
|
| 7.45, Аноним (-), 18:21, 27/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Речь о том, что при определённых условиях B-Tree в BTRFS _вырождается_, когда
> балансировка уходит не в ту сторону, т.е. появляется множество неоптимально заполненных
> узлов и само дерево соотв. аномально растёт.
И чем это так уж отличается от иных вырожденных случаев, типа забития тома нулевыми файлами? Где оценки масштаба эффекта в реальных применениях? Том на 600 метров забитый мелочью - откровенная синтетика. Я даже предложил доразвитие идеи до логичного финала :)
| | |
| |
| 8.48, arisu (ok), 18:36, 27/04/2013 [^] [^^] [^^^] [ответить] | +/– |  в дискуссии, вообще-то, ссылку приводили отличается это тем, что авторы btrfs п... текст свёрнут, показать | | |
| |
| |
| 10.56, arisu (ok), 23:44, 27/04/2013 [^] [^^] [^^^] [ответить] | +3 +/– | просто никогда не пиши реализацию хэш-таблиц, хорошо воспользуйся готовой из ст... текст свёрнут, показать | | |
| |
| |
| |
| |
| |
| |
| Часть нити удалена модератором |
|
|
|
|
|
|
|
| 9.68, Аноним (-), 01:36, 28/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | Если уж на то пошло, у очень многих алгоритмов применяемых нынче в софте средни... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
| 2.4, Аноним (-), 23:59, 26/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
Похороникс чуть раньше сравнил ZFS и EXT4. Результат был предсказуем...
| | |
|
| 1.3, iZEN (ok), 23:52, 26/04/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
 Справедливости ради, ZFS тоже не любит многопоточного доступа. Раньше были вилы вплоть до прекращения всякого I/O при работающей системе (почему-то это связано с функцией сжатия файлов в архивы tbz и tgz). Сейчас более-менее наладилось раскидывание запросов к дисковой подсистеме.
| | |
| |
| |
| 3.17, iZEN (ok), 08:14, 27/04/2013 [^] [^^] [^^^] [ответить]
| –11 +/– | |
> Почему не используешь EXT4 или NTFS ?))
EXT4 не собираюсь использовать — слишком много костылей нагородили вокруг EXT2, да и малонадёжная эта ваша ФС. Пруфлинк: http://www.linux.org.ru/forum/talks/8896263
На флешке использовать данную ФС — полный бред: http://www.linux.org.ru/forum/general/8874385?cid=8874516 — журнал нужно обязательно отключать и монтировать в read-only, а то скорость ниже плинтуса. (Уж лучше UFS2, там хоть метаданные не пострадают при внезапном выдёргивании, зато скорость записи-чтения на уровне скоростных показателей контроллера флешатины).
NTFS успешно использую на корпоративной рабочей станции.
| | |
| |
| 4.19, www2 (ok), 08:58, 27/04/2013 [^] [^^] [^^^] [ответить]
| +16 +/– |
 Пруфлинк не прокатит, т.к. не ясно в чём было дело - в глюке оборудования, кривых руках настройщика, убунте или в самом деле в фс. Однако, зная что soko1 - бсдешник, предполагаю что в первую очередь в кривых руках, вторая возможная причина - в оборудовании. То, что чел не попытался разобраться в чём было дело, а сразу пошёл кричать о глючности линукса, кагбэ намекает, чего стоит этот пруфлинк.
Я по собственному опыту знаю, что глючат все файловые системы, особенно если бывают проблемы с оборудованием или электричеством. У меня и UFS2 ломалась (ещё в те времена, когда бсдешники кричали о том что журнал не нужен и есть Soft Updates - чекалось по полтора часа в фоне), и NTFS ломалась, и FAT32 ломалась и ReiserFS ломалась и Ext3 ломалась. Из них, естественно, самая ненадёжная - FAT32. Для ReiserFS практически отсутствуют инструменты для восстановления, когда уж совсем всё поломалось так, что даже fsck не может справиться. Поэтому на винде - NTFS, на Linux - Ext3 или Ext4 (на домашнем компе стоит, на серверах - Ext3). На фре уж не знаю что лучше использовать, пожалуй UFS+SU+J, потому что ZFS жрёт неоправданно много ресурсов. На работе бсдешники пробовали с UFS на ZFS перейти, в итоге скорость записи упала в разы, откатились обратно.
| | |
| |
| 5.78, Аноним (-), 17:42, 28/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
>На фре уж не знаю что лучше использовать, пожалуй UFS+SU+J
Я на DFBSD мигрирую на Hammer, бо после пары факапов UFS доверия уже нет. Хотя Hammer тоже мне сюрприз подкинул - понадеявшись на дефолтные настройки, я прохлопал исчерпание места на диске.:)
| | |
| |
| 6.119, AlexAT (ok), 20:23, 29/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > Например, если исходить из парадигмы "данные бесценны"
То начинать надо не с ZFS, да и заканчивать не ей. Репликация и только репликация, + контроль ошибок на всех уровнях _до_ диска.
| | |
| |
| 7.144, Аноним (-), 16:15, 30/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
>> Например, если исходить из парадигмы "данные бесценны"
> То начинать надо не с ZFS, да и заканчивать не ей. Репликация
> и только репликация, + контроль ошибок на всех уровнях _до_ диска.
Скажи мне, человече, как ты планируешь это реализовать в RDBMS на задачах OLTP? М? С конечной латентностью ну и соответствующими требованиями к надежности и оверхеду?
| | |
| |
| 8.152, AlexAT (ok), 18:07, 30/04/2013 [^] [^^] [^^^] [ответить] | +1 +/– | Выше правильно ответили - положить ZFS да и вообще CoW под RDBMS может только ко... текст свёрнут, показать | | |
|
|
|
|
| 4.41, nagual (ok), 17:34, 27/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
 >> Почему не используешь EXT4 или NTFS ?))
> EXT4 не собираюсь использовать — слишком много костылей нагородили вокруг EXT2, да
> и малонадёжная эта ваша ФС. Пруфлинк: http://www.linux.org.ru/forum/talks/8896263
> На флешке использовать данную ФС — полный бред: http://www.linux.org.ru/forum/general/8874385?cid=8874516
> — журнал нужно обязательно отключать и монтировать в read-only, а то
> скорость ниже плинтуса. (Уж лучше UFS2, там хоть метаданные не пострадают
> при внезапном выдёргивании, зато скорость записи-чтения на уровне скоростных показателей
> контроллера флешатины).
> NTFS успешно использую на корпоративной рабочей станции.
NTFS вполне себе работает, если дефрагментацию проводить хотябы раз в неделю ... :)))
| | |
| |
| 5.46, Аноним (-), 18:32, 27/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> NTFS вполне себе работает, если дефрагментацию проводить хотябы раз в неделю ... :)))
"Фрибздшники" палятся.
| | |
| 5.79, Аноним (-), 17:44, 28/04/2013 [^] [^^] [^^^] [ответить]
| –3 +/– |
> NTFS вполне себе работает, если дефрагментацию проводить хотябы раз в неделю ...
> :)))
Слишком толсто.
| | |
| |
| 6.98, nagual (ok), 11:46, 29/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> NTFS вполне себе работает, если дефрагментацию проводить хотябы раз в неделю ...
>> :)))
> Слишком толсто.
Это не шутка, если не делать дефрагментацию то тормоза можно почуствовать уже через неделю :))
| | |
| |
| 7.99, Аноним (-), 12:42, 29/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
Мне трудно представить, что надо делать с томом, чтобы производительность деградировала так сильно и так быстро.
| | |
|
|
|
|
|
| 2.12, Аноним (-), 02:49, 27/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> до прекращения всякого I/O при работающей системе
Круто. Впрочем там и веселее было - дедлок ядра при попытке вызвать sendfile().
> функцией сжатия файлов в архивы tbz и tgz).
А вот это врядли. Впрочем, видно птицу по помету. В смысле, жабиста по тупым заявам.
| | |
| |
| 3.16, iZEN (ok), 08:08, 27/04/2013 [^] [^^] [^^^] [ответить]
| –6 +/– |
>> функцией сжатия файлов в архивы tbz и tgz).
> А вот это врядли. Впрочем, видно птицу по помету. В смысле, жабиста по тупым заявам.
А синюшника видно по чему? Проблема явно где-то в zlib(3).
| | |
| |
| 4.25, quux (??), 12:18, 27/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
 >>> функцией сжатия файлов в архивы tbz и tgz).
>> А вот это врядли. Впрочем, видно птицу по помету. В смысле, жабиста по тупым заявам.
> А синюшника видно по чему? Проблема явно где-то в zlib(3).
А как связаны архивы tbz и zlib ?
| | |
| |
| |
| 6.30, Аноним (-), 12:47, 27/04/2013 [^] [^^] [^^^] [ответить]
| +8 +/– | |
> Колбэками вызовов функций сжатия, очевидно.
Все бы ничего, но bzip не имеет к zlib'у вообще никакого отношения. Это вообще совершенно другое семейство алгоритмов даже :)
| | |
| |
| 7.52, Аноним (-), 22:26, 27/04/2013 [^] [^^] [^^^] [ответить]
| +5 +/– |
>> Колбэками вызовов функций сжатия, очевидно.
> Все бы ничего, но bzip не имеет к zlib'у вообще никакого отношения.
> Это вообще совершенно другое семейство алгоритмов даже :)
С точки зрения Изи, это одна программа - 7z.exe :)
| | |
|
|
|
|
|
|
| |
| 2.20, Аноним (-), 09:30, 27/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
Что за выхлоп? Обычный протухший бит на диске. Да, и RAM сбоит, и шины данных сбоят, и поверхность диска, и логика диска которая по идее должна исправлять некоторые ошибки тоже ни марсианами сделана из вручную отобраннвх кварков атомов и молекул. И космические лучи все таки бороздят вселенную и могут редко не метко попасть и вызвать ложный сигнал.
| | |
| |
| 3.28, iZEN (ok), 12:37, 27/04/2013 [^] [^^] [^^^] [ответить]
| –7 +/– |
> Что за выхлоп? Обычный протухший бит на диске. Да, и RAM сбоит,
> и шины данных сбоят, и поверхность диска, и логика диска которая
> по идее должна исправлять некоторые ошибки тоже ни марсианами сделана из
> вручную отобраннвх кварков атомов и молекул. И космические лучи все таки
> бороздят вселенную и могут редко не метко попасть и вызвать ложный
> сигнал.
Вот здесь всё намного хуже:
http://www.youtube.com/watch?v=QGIwg6ye1gE
Но ведь выживает, собака такая!
| | |
| |
| 4.32, anonymous (??), 13:37, 27/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
RAID6 и любая фс тоже самое сделают. Это как раз таки очень легкий случай: полный вывод из строя одного носителя. Это больше демонстрация возможностей zpool, чем zfs. Если поднять ext4 поверх lvm с raid6 томом, можно будет развлечься аналогичным способом.
| | |
|
|
| 2.31, ваноним (?), 13:26, 27/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
стабильность ext4 в 2.6.18? ну-ну.
в 2.4 с ext4 вообще полная жопа была trollface.jpg
| | |
| |
| 3.34, arisu (ok), 14:28, 27/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> стабильность ext4 в 2.6.18? ну-ну.
это ж фанобздоиды, у них такое считается «свежачком».
| | |
| |
| 4.47, Аноним (-), 18:36, 27/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> это ж фанобздоиды, у них такое считается «свежачком».
Ну так их линукслятор как раз до 2.6.22 не добирает по фичам :).В 2.6.22 уже куски lxc появилисьь А такие навороты они уже не смогли. А понтов то джайлами было, понтов...
| | |
|
|
| 2.54, linux must _RIP_ (?), 22:39, 27/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
паника в ext4? это не модно.. А вот последний тред в linux-ext4 из-за того что оказывается в linux mm - LRU кривой и вытесняет не те странички из памяти - весьма веселит..
| | |
| |
| 3.71, AlexAT (ok), 09:48, 28/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
> из-за того что оказывается в linux mm - LRU кривой и
> вытесняет не те странички из памяти - весьма веселит..
А можно сцылочку?
| | |
| |
| |
| |
| 6.106, arisu (ok), 18:15, 29/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
при таком уровне зашумлености проще игнорировать полностью, нежели пытаться добыть что-то полезное.
| | |
| 6.130, Led (ok), 01:33, 30/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
 >> а не важно, что это существо пишет: это всегда ложь.
> Не-а, порой есть сигнал.
Когда играют длинную симфонию, в тысячном зале чисто случайно, теоретически кто-то может пёрнуть и попасть "в ноту", и даже в ритм. Можно ли пёрнувшего назвать музыкантом (тем более, что это случайное "попадание" вони не отменяет)?
| | |
|
| 5.113, linux must _RIP_ (?), 19:56, 29/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– | |
ну да, когда эта проблема стала темой обсуждения на FS & Storage Summit в SF, в где-то в районе 20 апреля этого года - то да, ложь..
А ты еще не устал защищать то в чем не разбираешься?
| | |
| |
| |
| 7.120, linux must _RIP_ (?), 21:07, 29/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
да ну? то есть призывать к аборту это нормально? Хм.. интересно как бы ты сдержался если это сказано было о твоей матери? хотя да.. это же твой любимец линуксоид :-) чего уж тут - ему все можно.
| | |
|
|
|
| |
| 5.123, AlexAT (ok), 21:38, 29/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
Не кривой уж тогда, а слегка быстро удаляет страницы в очень специфичном юзкейсе.
Пробежал тред - народ изучает и ищет пути сделать универсальное решение, чтобы всем было хорошо. Причем фикс данного специфичного юзкейса потенциально ставит под угрозу типовые юзкейсы, и выглядит костыльно, поэтому решение достаточно нетривиальное, и до сих пор обсуждается.
Думается, что если бы это было в другой ОС / коммюнити - на решение бы просто положили, ибо юзкейс действительно специфичный.
| | |
| |
| |
| 7.136, AlexAT (ok), 07:35, 30/04/2013 [^] [^^] [^^^] [ответить] | +1 +/– | Пруф в студию Хотя бы прочитайте кейс - там всё расписано, что и как делается ... большой текст свёрнут, показать | | |
|
|
|
|
|
|
| |
| 2.50, deadless (ok), 22:13, 27/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– |  c ZFS очень хорошо помогает иметь отдельные устройства для zil log и L2ARC это ... большой текст свёрнут, показать | | |
| |
| 3.53, 666некто (?), 22:30, 27/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
Я думал ФС нужна для хранения данных необходимых для решения задач бизнеса. А вам для создание пулов, настроек и send/receive...
| | |
| |
| 4.55, Карбофос (ok), 23:00, 27/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
 а если это не бизнес, а "just for fun", то фс не подходит? как страшно жить!
бизнесу, вообще жизненно необходима кнопка "решить все проблемы разом и бесплатно", как я понял
| | |
| |
| 5.58, Аноним (-), 00:23, 28/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
> а если это не бизнес, а "just for fun", то фс не
> подходит? как страшно жить!
> бизнесу, вообще жизненно необходима кнопка "решить все проблемы разом и бесплатно", как
> я понял
В данном случае "для бизнеса" можно заменить "для использования".
| | |
|
|
| |
| 4.77, iZEN (ok), 17:19, 28/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> А что вам мешает использовать ту же ZFS и на Линуксе?
Линукс и так переусложнён, а тут ещё столько же строк кода, как у XFS... Думаете, Росинант вынесет двоих (вместе с недоделанной Btrfs — троих)?
| | |
| |
| 5.87, Аноним (-), 20:22, 28/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
Ядро не сильно засрано в отличие от юзерспейсов, гнома с их зависимостями ...
| | |
|
|
|
| 2.73, Аноним (-), 13:16, 28/04/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
ZFS орудие будущего, когда уже не будет механики и такого понятия как "фрагментация".
| | |
| |
| 3.75, AlexAT (ok), 16:19, 28/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> ZFS орудие будущего, когда уже не будет механики и такого понятия как
> "фрагментация".
Почему это орудие будущего тогда не поддерживает TRIM?
| | |
| |
| 4.76, iZEN (ok), 17:18, 28/04/2013 [^] [^^] [^^^] [ответить]
| –4 +/– |
>> ZFS орудие будущего, когда уже не будет механики и такого понятия как
>> "фрагментация".
> Почему это орудие будущего тогда не поддерживает TRIM?
CoW ФС несовместимы с TRIM.
| | |
| |
| 5.81, AlexAT (ok), 18:47, 28/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> CoW ФС несовместимы с TRIM.
Бугага. BTRFS прекрасно совместим. Может быть, ZFS несовместима с TRIM? Хотя TRIM туда припёрли, да, напомнили в этой ветке.
А можно объяснить - почему CoW несовместим с TRIM, и как выжить на флеше без этой операции?
| | |
| |
| 6.101, iZEN (ok), 15:56, 29/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | CoW ФС распространяется на всё доступное пространство блочного устройства и зани... большой текст свёрнут, показать | | |
| |
| 7.105, Michael Shigorin (ok), 18:09, 29/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
 > CoW ФС распространяется на всё доступное пространство блочного устройства
hint: blocksize
PS: в смысле тот, который устройство показывает наружу, а то ведь будете спорить.
| | |
| 7.111, AlexAT (ok), 19:42, 29/04/2013 [^] [^^] [^^^] [ответить] | +2 +/– |  Извини, бред про восстановления глубокие и неглубокие поскипан - не имеет отноше... большой текст свёрнут, показать | | |
| |
| 8.131, iZEN (ok), 01:36, 30/04/2013 [^] [^^] [^^^] [ответить] | –2 +/– | Я говорил про CoW ФС вообще В вашем случае он решает В нашем случае TRIM ещё н... большой текст свёрнут, показать | | |
| |
| 9.138, AlexAT (ok), 07:44, 30/04/2013 [^] [^^] [^^^] [ответить] | +1 +/– | CoW FS бывают разные Логично - ибо припёрт сравнительно недавно из нашего случа... большой текст свёрнут, показать | | |
| |
| 10.148, iZEN (ok), 17:20, 30/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | Каким образом контроллер флэша начнёт процедуру GC, если не знает, какие конекре... большой текст свёрнут, показать | | |
| |
| 11.156, AlexAT (ok), 18:38, 30/04/2013 [^] [^^] [^^^] [ответить] | +2 +/– | Бугага Ты не в курсе, что у левелера имеется невидимый ОС рабочий набор И конт... большой текст свёрнут, показать | | |
| |
| 12.159, iZEN (ok), 19:56, 30/04/2013 [^] [^^] [^^^] [ответить] | –2 +/– | Нет, не в курсе Я не сомневаюсь в том, что в SSD есть определённый набор запасн... большой текст свёрнут, показать | | |
| |
| 13.160, AlexAT (ok), 20:42, 30/04/2013 [^] [^^] [^^^] [ответить] | +2 +/– | Если бы ты хоть немножко вникал - было бы проще В левелерном наборе находятся в... большой текст свёрнут, показать | | |
| |
| 14.162, nagual (ok), 23:16, 30/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | gt оверквотинг удален Наш друг от маркетологии лишь тонко намекает что диски с... большой текст свёрнут, показать | | |
| |
| |
| |
| 17.166, AlexAT (ok), 09:32, 02/05/2013 [^] [^^] [^^^] [ответить] | +1 +/– | Видео вот специально ради тебя писать не буду, но вывод с консоли покажу SSD ст... большой текст свёрнут, показать | | |
|
|
|
|
|
|
| |
| |
| |
| 14.175, iZEN (ok), 23:03, 13/06/2013 [^] [^^] [^^^] [ответить] | +/– | Ах, вот оно что А я-то думал, почему это поддержку TRIM со стороны файловых сис... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
|
| 4.80, Аноним (-), 18:11, 28/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
# sysctl -a| grep -i trim
vfs.zfs.vdev.trim_on_init: 1
vfs.zfs.vdev.trim_max_bytes: 2147483648
vfs.zfs.vdev.trim_max_pending: 64
vfs.zfs.trim_disable: 0
vfs.zfs.trim.txg_delay: 32
vfs.zfs.trim.timeout: 30
vfs.zfs.trim.max_interval: 1
kstat.zfs.misc.zio_trim.bytes: 0
kstat.zfs.misc.zio_trim.success: 0
kstat.zfs.misc.zio_trim.unsupported: 270
kstat.zfs.misc.zio_trim.failed: 0
# uname -por
FreeBSD 10.0-CURRENT amd64
| | |
| |
| 5.82, AlexAT (ok), 18:48, 28/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Прошу прощения - почему не поддерживала до недавнего времени? Совсем забыл, что из Linux-ZFS притащили-таки...
| | |
| |
| 6.83, Аноним (-), 18:50, 28/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Прошу прощения - почему не поддерживала до недавнего времени? Совсем забыл, что
> из Linux-ZFS притащили-таки...
проблемы с GEOM
| | |
| |
| 7.84, AlexAT (ok), 18:52, 28/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> проблемы с GEOM
И где тогда оно "оружие будущего", если оно только-только научилось поддерживать девайсы без ротации/фрагментации? Об оптимизации речи нет - речь о минимальной поддержке.
А еще г-н выше утверждает, что ZFS (и вообще CoW) несовместимы с TRIM. Это конечно лол (хотя в плане ZFS - может быть и так). Но какое тогда отношение эта FS вообще имеет к флешу?
| | |
| |
| 8.85, Аноним (-), 18:55, 28/04/2013 [^] [^^] [^^^] [ответить] | +/– | Ну там не все так просто и логи нужно хранить на отдельном девайсе, Котлеты отде... текст свёрнут, показать | | |
| 8.88, Аноним (-), 20:23, 28/04/2013 [^] [^^] [^^^] [ответить] | +/– | Разве кто-то кроме тебя говорил об отношении ZFS к устройствам на flash Сказано... текст свёрнут, показать | | |
| |
| |
| 10.92, Аноним (-), 07:08, 29/04/2013 [^] [^^] [^^^] [ответить] | +1 +/– | В любом случае, она переживет поколение пепси, ярким представителем которого ты ... текст свёрнут, показать | | |
| |
| |
| |
| |
| |
| |
| |
| |
| 18.150, iZEN (ok), 17:26, 30/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | Ага 8212 инкрементное бэкапирование А что это такое Что нам даст лог операц... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
