Вряд ли ты доживешь до этого момента :)

только ext3. не хочу терять свои данные с этой вашей новой арчext4

NTFS и exFat

Ext4, ext3, Mac OS X Extended (не знаю, как она зовётся).

А, NTFS ещё.

психовать не надо :-)

А я бы сделал множественное число в опросе: «в домашних компьютерах». Частенько, те, кто здесь бывают, имеют не один компьютер, а несколько. Один как рабочая станция, другой как сервер или шлюз в сеть.

и «чистых» вендузятников (которых тут, внезапно, тоже немало).

Знаю, даже могу назвать с десяток ников. Но поскольку ext4 в таком отрыве, еще рано отсюда валить.

HFS/HFS+

Зоопарк

Всем доброго!
Вопрос в тему: для корня и для /home использую brtfs (раньше была ReiserFS) и вижу жуткие тормоза при копировании/удалении файлов. Это такая специфика системы или я какие-то опции не выставил.
OpenSuse Tumbleweed (изначально 12.1) - brtfs с дефолтными параметрами.

Нужно указывать такие опции монтирования:

noatime,max_inline=256,compress=lzo

опции не выставил

попробуй к опциям добавить noatime и max_inline=0

когда свет вырубается во время записи на диск.

А виноват - Чубайс. Кулстори бро. Брат жив? :) У меня в стендовой коробке, например, есть пара винтов с 10+-летними WinXP. Жили они без всяких упсов, антивирей и «шервышпаков» (стенд же) с регулярными отключениями «вдруг» (Зачеркнутое не читатьно USN Journal появился в NTFS v.3.0 на винтукее, а в XP уже была... v.3.1... А еще зачем-то лог NTFS есть), - обе установки пережили перетаскивание с Intel на AMD (single/multicore) и обратно, всякие дуал-трипл-moar-буты без переустановки и касперской свинофермы - и щас живут. ЧЯДНТ? Максимум слетала загрузка - fixboot и chkdisk /f отменили, конечно, проще переустановить же

Причём свет не вырубался, она сама повисла.

Тут тебе обратно могло помочь доблестное «РАО ЕЭС» с 380+ в розетке («10 лет назад» - точно! рыжий клоун прицельновеерно снес твой раздел), но вообще-то с каждой установкой оффтопика шел неприментный файлег со списком рекомендованного железа (эт специально, чтоб не висла - или ССЗБ)... а напруга в сети и отключения - это уже вообще-то не про них :) Тут один кулхакир, в позапрошлом годе, в теме про упсы и журналируемые ФС помнится тоже кричал, что упсы нужны только «ламерам на оффтопике» - у него-то дома все по хардкору... а компы он гасит с рубильника в коридоре, чтоб не ждать милости от Чубайса.

У меня только ext4 и NTFS. Других ФС не держу. NTFS нужен для восьмой версии лаунчера для игр, в которые я иногда играю(раз-два в неделю). Хорошо игры запускает. Все остальные дела делаются только в Linux. Домашних так к нему приучил, что когда они видят оффтопик, то он им кажется очень неудобным. Вывод, Linux вполне готов как платформа для обычных пользователей. Для любителей поиграть в тяжёлые игры Linux пока не готов. Часть игр в Wine не запускается. Даже после подмены DLL. Надеюсь, Valve это изменит.

нет домашнего компьютера 8

нас только 8 :)))) ?

UPS нужен для любой ОС. Что-бы не потерять то, над чем работал в момент отключения. Что касается оффтопа - за ним нужно следить. Избегать установки ПО, которое устанавливает свои модули ядра(от них часто бывают BSOD'ы), таких как левые антивирусы, эмуляторы CD, и т.п. Следить за состоянием ФС, и реестром. Не допускать установки разлиного ПО, вроде оптимизаторов системы, твикеров, тулбаров для браузеров и прочей гадости. И тогда всё работает годами без проблем.

UFS, кроме одного винта на сервере, там FAT32.

Ну а я о чем :)

У мя:
Fat32 - если файлы до 4 Гб и их потеря не критична;
XFS - Если (почти) все файлы в разделе больше 4 Гб;
ext4 - в остальных случаях.

ext4 для корня и хомяка, xfs для дисков под торренты и под хранение мультимедиа (музыка, видео). Ну и флэшка с Fat32 (за этот вариант галку не ставил, потому что на этот раз прочитал опрос не только на главное).

Хороший опрос, и результаты лично для меня неожиданные. Не думал, что ext3 настолько позади ext4, и что Reiser используют чаще, чем xfs, и тем более, чето ntfs будет на втором месте.

ext2 - boot, ext4 для всего остального, в том числе и ssd

Везде ext4 кроме /boot, который на ext2. Есть раздел NTFS для Win7. Другие системы (JFS, ZFS и тд) использовать для дома не вижу особой необходимости. ext системы может быть и не самые крутые по производительности, но ни разу не подводили с 1997 года, тук-тук-тук, чтобы не сглазить (как раз в декабре 1997-го поставил слакварь на домашний комп).

братцы! среди нас 25% вендо-шпионов

не понимаю, как доля ntfs и fat оказалась так высока в результатах опроса

не понимаю, как доля ntfs и fat оказалась так высока в результатах опроса

Странно это слышать от человека с таким ником. :) Внезапно - многие используют как Linux, так и Windows.

Без мультивыбора они были бы на одном из последних мест, инфа 100%.

Reiser4 19 (1%)

Не думал что их будет так много))

Только Ext4, остальные не заслуживают внимания совершенно.

А без мультивыбора опрос был бы некорректен.

Представь себе человека, который в винде и в линуксе сидит примерно одинаковое время. Ну и как ему без мультивыбора дать _объективный_ ответ?

Никак конечно же. А как из моего поста следует обратное?

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

Значит, я ошибся.

Правда. Читай комменты: ФС для SSD

А потом монтируй так: ФС для SSD (комментарий)

Не надо на ext2! Лучше уже в ext4 журнал отключи и -o discard подруби! Тоже самое будет, только быстрее и эффективнее.

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

Pid: 24899, comm: tar Not tainted 3.7.2 #3
Call Trace:
 [<ffffffff8122cb7b>] ? xfs_dabuf_map.isra.22+0x16b/0x2e0
 [<ffffffff8108cf4c>] ? down_trylock+0x2c/0x40
 [<ffffffff8122f8d6>] ? xfs_da_reada_buf+0x46/0xd0
 [<ffffffff811feb34>] ? xfs_buf_rele+0x34/0xd0
 [<ffffffff8123309a>] ? xfs_dir2_leaf_readbuf+0x3aa/0x4c0
 [<ffffffff812336a4>] ? xfs_dir2_leaf_getdents+0x114/0x330
 [<ffffffff81223cad>] ? xfs_bmap_last_offset+0x8d/0xc0
 [<ffffffff81128ae0>] ? sys_ioctl+0xc0/0xc0
 [<ffffffff8122ff61>] ? xfs_readdir+0xd1/0xe0
 [<ffffffff81128ae0>] ? sys_ioctl+0xc0/0xc0
 [<ffffffff81128ae0>] ? sys_ioctl+0xc0/0xc0
 [<ffffffff81201614>] ? xfs_file_readdir+0x34/0x50
 [<ffffffff81128de0>] ? vfs_readdir+0xc0/0xf0
 [<ffffffff81128f3d>] ? sys_getdents+0x8d/0x120
 [<ffffffff8156dae9>] ? system_call_fastpath+0x16/0x1b
XFS (md2): xfs_dabuf_map: bno 10 dir: inode 1649699469
XFS (md2): [00] br_startoff 10 br_startblock -2 br_blockcount 1 br_state 0
XFS (md2): Internal error xfs_da_do_buf(1) at line 2068 of file fs/xfs/xfs_da_btree.c.  Caller 0xffffffff8122dd8c

Как выше видно, ядро свежее, 3.7.2. xfs_repair никаких ошибок не находит.

Жирность ведь не только в объёме кода измеряется, но и в кол-ве используемых ресурсов. А ZFS в этом плане далеко не подарок, особенно это относится к памяти.

Планирую перейти на, не журналируемую ФС ради скорости

Не занимайся ерундой, никакого прироста не получишь. Если уж так надо отключи журналирование в той же ext4, в таком варианте работают все датацентры Google (уж им скорость нужна как никому другому). А вообще проапгрейдь железо ))), ФСами ты быстродействие реально не поднимешь.

Use cases

Dani is a sys admin for a medium-size business. She spends 20% of her time planning/changing/administering/repairing the disk arrays of three servers. With ZFS, this time is cut in half.

Ari has a single disk workstation. She buys a new disk and plugs it in. ZFS automatically adds the new disk space into the pool. Her home directory is mirrored, while her OS and temp space is striped automatically in the background.

Power user Petra has a four-disk RAID5 workstation. Parity calculations make this a fairly slow set-up because of the number of writes of small files. She upgrades to ZFS and sees performance benefits, because small files are mirrored instead of included in parity calculations.

Jack has three disks of different sizes. Configuring a sensible partition and RAID set-up is completely trial and error. ZFS abstracts the three disks into one pool of space, and gives the best balance of performance and security. Jack declares that some media directories do not need to be fault-tolerant, and
ZFS transparently stripes them across all the disks.

Manuel has a mirrored disk array. Fluctuations in his computer's PSU are causing silent data corruption errors. ZFS detects the errors and reports back those errors to Manuel, protecting the data already on disk from further corruption.

Andreas has a disk that has suffered a partial failure. Since he chose a policy of two copies for his personal file system volume, he can recover all of his latest personal data without having to resort to tape backups.

John has an 18-disk SAS array configured to run mirrored, each nine-disk group containing one RAIDZ2 leg. One of the disks experiences a catastrophic disk motor failure. John deactivates the disk online, replaces it with a fresh one, activates that disk, then uses the ZFS zfs command to replace the faulty disk. ZFS automatically reconstructs the data on that disk with zero downtime and minimal data transfer or performance impact to the array.

И тд.

братцы! среди нас 25% вендо-шпионов

Ты свой ник видел? :)

Ты слово «десктоп» в моём сообщении видел?

Ты слово «десктоп» в моём сообщении видел?

Попробуй найти это слово в приведенных юзкейсах, малыш.

Там его нет.

Рабочая станция != десктоп.

я уже понял что мультивыбор - значит у 25% стоит винда второй ОС, не обратил внимание...

Результаты опроса меня удивляют.

HFS+, Reiserfs, fossil/venti

Почитал твои сообщения и перелез на reiser :) Про notail не забыл :)

она тормозней рейзера с notail - цифры на лоре есть

Я вот начал чуток сомневаться когда увидел дату твоих сообщений и версию ядра (ещё 2.6). Ты уверен что сейчас ситуация не поменялась?

Ext4 - система, XFS - диски на файлопомойке

Reiserfs использую на системе. Старые разделы до сих пор не перевёл с ехt3 на ext4. На новых зестких дисках zfs вперемешку с ext4.

Только NTFS. Нет линупса на реальном железе, виртуалки можно не считать. Отметил ещё FAT, потому что оно в флешке и в телефоне.

они стех пор разве менялись?
фс т.е.

Сменные носители, видимо, учитывать не надо.

А жаль :)