/usr на ней уже держать можно? Чтобы использовать, как FS со сжатием, как замену BtrFS?

а смысл ставить на неё /usr?

Сжатие.

reiser4 же!

держать ради только одного сжатия отдельный пул на /usr довольно расточительно

В Debian не присутствует.

У меня есть флешка с системой, там места категорически не хватает, а BtrFS очень странно работает со свободным местом. Если бы BtrFS, да без этого недостатка, тогда это было бы удобно.

на opensolaris zfs сразу 700MB ОЗУ отгрызает, не думаю, что на fuse будет легче

Возьми zen отсюда: http://liquorix.net/ Полагаю, что там собран.

Это если руки не стоят собрать какому.

Вы мне предлагаете собирать на флешке ядро, или при каждом обновлении где-то отдельно доставать ядро, да и иметь несовместимые с основным потоком проблемы и несовместимости? Нет, это того не стоит.

Опять же, нужны все патчи, которые есть в дистрибутиве. Ни в одном из таких ядер из коробки не работает сжатие свопа. Нет смысла пользоваться дистрибутивом, если основа его взята откуда-то со стороны — это уже не цельная система получается, а источник трудноуловимых проблем.

>Вы мне предлагаете собирать на флешке ядро,

Ты дурак? Я тебе линк на сайт с репозиторием дал.

или при каждом обновлении где-то отдельно доставать ядро, да и иметь несовместимые с основным потоком проблемы и несовместимости? Нет, это того не стоит.

Почему я обновляюсь только тогда, когда мне делать нефиг и не вижу проблем?

Опять же, нужны все патчи, которые есть в дистрибутиве.

Нахрена?

Ни в одном из таких ядер из коробки не работает сжатие свопа.

Обоснуй. Ты пробовал zen-kernel?

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

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

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

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

Если вы собираетесь пользоваться zen-kernel, то вы напрасно выбрали Debian.

>Если вы собираетесь пользоваться zen-kernel, то вы напрасно выбрали Debian.

ЛОЛШТО?

Я год пользуюсь zen-kernel и 3 года Debian. Ты мне хочешь что-то порасказывать?

не знаю, кто как, а я лично к Reiser4 ещё долго подходить не стану, после всех этих радостей, что она мне подсунула

не нужен, есть btrfs. тем более ходят слухи, что убунтоидов могут оснастить этим поделием уже в 10.10

И че? Лучше, если бы эта память никем не использовалась и простаивала, пожирая электричество? Она ж под кэш используется. Да и что такое 700 мегов в наши дни? Некотороые вон уже приличными считают только ноуты с не менее чем 8 гигами на борту.

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

>zfs
Долго ещё меня этим словом черти дразнИть и соблазнять будут?

>Если вы собираетесь пользоваться zen-kernel, то вы напрасно выбрали Debian.
Хмм. У дебиан политика запрета сторонних ядер?

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

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

Нет, от него обычно ждут стабильности и гарантированного результата. Сторонние ядра этого дать не могут.

Объясните, зачем оно нужно в линаксе, да и еще с оверхедами через фузе, если есть фряха с нативной реализацией?

Вы, наверное, хотели сказать «солярис» вместо «фряха»?

>>Вы, наверное, хотели сказать «солярис» вместо «фряха»?

Ну или солярка. Но ведь во фряхе тоже нативная реализация, не?

>> Вы, наверное, хотели сказать «солярис» вместо «фряха»?

Ну или солярка. Но ведь во фряхе тоже нативная реализация, не?

Нативная, нативная. Только вот отстает весьма существенно, теперь уже даже и от ZFS-FUSE.

Отстаёт в солярке или БСД?

FreeBSD сейчас позади OpenSolaris (и производных на его основе типа NexentaStor), ZFS-FUSE, Solaris 10.

Хотя народ фрибээсдэшный вроде трудится над портированием более новых версий.

Вопрос: А нужна ли zfs? Думаю. что не нужна, ибо для файлопомойки есть ntfs, а для всего остальново ext4.

ps Это я сам с собой разговаривал, так что возгласов одобрения и восторга не требую.

>>zfs

Долго ещё меня этим словом черти дразнИть и соблазнять будут?

Очевидно же - еще долго - пока масло-фс не взобьют до твердого состояния ;-)

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

>де́моном

Я долго пытался отскрести ударение с экрана x_X

> Добавлена поддержка zpool версии 23

О, а это значит что и дедуп стал возможен. Интересно, насколько приемлемо это будет работать в FUSE

хорошо-хорошо, ты прав. Даёшь zfs везде! zfs лучшая! zfs, zfs, zfs!

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

> хорошо-хорошо, ты прав. Даёшь zfs везде! zfs лучшая! zfs, zfs, zfs!

Идеологически неверный лозунг. Даешь btrfs везде! btrfs лучшая! btrfs, btrfs, btrfs!

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

Может и лучше, он же подробностей не рассказывает.

Не нужно, вместе с zfs и btrfs.
когда fs требует для вменяемой работы на десктопе более 4х гигабайтов памяти - это бред.

Она и не требует.

Копировал 120ГБ музыки с ZFS на подмонтированный винчестер с UFS2 — вот тут да, графический десктоп уходит в SWAP, а команда cp продолжает выполняться. Почему так — х.з.. Может включенное кэширование ZFS (prefetch) на это влияет.

> когда fs требует для вменяемой работы на десктопе более 4х гигабайтов памяти - это бред.

Несколько лет работал на системе с ZFS root и 1G памяти - никаких неудобств не испытывал. Development Desktop. Может, вы таки ее готовить не умеете?

> Копировал 120ГБ музыки с ZFS на подмонтированный винчестер с UFS2 — вот тут да, графический десктоп уходит в SWAP, а команда cp продолжает выполняться. Почему так — х.з.. Может включенное кэширование ZFS (prefetch) на это влияет.

Есть мнение, что это особенности интеграции ZFS ARC и кэша VM FreeBSD.

>Несколько лет работал на системе с ZFS root и 1G памяти - никаких неудобств не испытывал. Development Desktop. Может, вы таки ее готовить не умеете?

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

iZEN пару месяцев назад мне объяснял, что любые твики плохо влияют на производительность, чему я собственно свидетель.
по всяким разным мануалам перед этим твикать пробовал.
Пользовал в течении 3 месяцев на десктопе с FreeBSD. все было достаточно печально.система с UFS2 в разы отзывчивей.

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

разберись в предмете потом пиши, ты ведь понятия не имеешь как работет кэш файловых систем вообще никаких, не говоря уже про его реализацию в соляре в zfs
http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/common/fs/zfs/arc.c
50 строка прочитай. еще тут
http://www.solarisinternals.com/wiki/index.php/ZFS_Evil_Tuning_Guide#Limiting_the_ARC_Cache
тут
http://www.solarisinternals.com/wiki/index.php/ZFS_Best_Practices_Guide#Memory_and_Dynamic_Reconfiguration_Recommendations
вот цитатка

In general, limiting the ARC is wasteful if the memory that now goes unused by ZFS is also unused by other system components. Note that non-ZFS file systems typically manage to cache data in what is nevertheless reported as free memory by the system.

> Копировал 120ГБ музыки с ZFS на подмонтированный винчестер с UFS2 — вот тут да, графический десктоп уходит в SWAP, а команда cp продолжает выполняться

И эти люди будут рассказывать нам про iowait...

Это - не ко мне. Не каждый час/день происходит копирование столь толстого контента. А в линаксе iowait ощущается ПОСТОЯННО. Да ещё эпический баг с лотком CDROM'а и HAL...

>А в линаксе iowait ощущается ПОСТОЯННО.

Изынь, ты опять за своё? Так же постоянно, как и заикания звука, про которые ты рассказывал.

> Да ещё эпический баг с лотком CDROM'а и HAL...

А какое отношение HAL имеет к линуксу?

>Да ещё эпический баг с лотком CDROM'а и HAL

а по-подробнее можно?

hal шуршит cd-rom'ом? и система начинает тормозить, пока hal не успокоится, секунд пять-шесть это безобразие занимает. У меня на Lenny такая штука стабильно пару раз в неделю происходит.

Ух-ты. Прикольно. Надо будет найти машину с сидюком и попробовать.

прикольного мало, особенно, когда смотришь фильм или играешь в полный экран: всплывает сообщение и начинает моргать панель(:

Bug 468027 - kernel: BUG: soft lockup - CPU#3 stuck for 10s! [hald-addon-stor:4330]

https://bugzilla.redhat.com/show_bug.cgi?id=468027

Решение приводится в конце.