бери btrfs, и смотри что поставить в fstab для ssd, не забудь сделать subvolы на разделы.

Бытовому ссд в ноуте 3 года.

Задам вопрос иначе:

ext4 в дефолте прокатит?

А то аж страшно от ваших советов про 100500 ФС и опций к ним.

посмотри в сторону btrfs+subvol+lzo, и удивись, ext4 давно пора закопать.

зависит от того, сколько ты собрался лет его эксплуатировать,https://wiki.archlinux.org/index.php/Solid_State_Drives_(Русский)#Btrfs, btrfs сама определяет тип диска, для улучшения результатов надо сделать нормальный fstab, ext4 не умеет это делать, ей надо discard в fstab.

Да пусть хоть через год сдохнет. Не мое же. А хостера. Но сайт только на чтение. Запись - лишь и при редком добавлении материалов.

надо сделать нормальный fstab, ext4 не умеет это делать, ей надо discard в fstab.

Для меня это все темный лес.

ну для btrfs надо вот так, при установке делаешь разделы, на них целиком делаешь subvol, после чего монтируешь уже именно subvol

UUID=********* / btrfs compress=lzo,space_cache,autodefrag,relatime,subvol=*****  0  1

 

Но опять же, ядро лучше 4+,и должны быть свежие btrfs utils.  

Накати на ssd ext4 или xfs. Советчиков с btrfs не слушай, эта ФС до сих пор существует в виде глубокой беты, она полна багов и глюков, в продакшн не готова совершенно.

\поставил свечку за здравие авторов нтфс

\\ и за упокой жены ханса райзера )))

эта ФС до сих пор существует в виде глубокой беты, она полна багов и глюков, в продакшн не готова совершенно

Гражданин, предъявите удостоверение путешественника во времени или возвращайтесь в свой 2010-й.

почему у меня она не сыпется? я не понимаю как вы её ломаете.

Гражданин выделил под хайлоад-тестирование этого говна целый сервер и знает о чём говорит.

почему у меня она не сыпется?

Вероятно потому, что ты её не используешь. Историю про блочные устройства на btrfs, которыми ты пользуешся, помнит весь lor.

Короче ехт4 - торт, да?
\делает большие-большие влажные глаза\

Короче ехт4 - торт, да?

Да.

Что нужно сделать чтобы заиспользовать её до поломки?

Дать мне = )

я пользуюсь, но делая разделы, а потом в них пихая subvol.... так у меня сейчас стоит fedora на 10 разделах на ноуте.

на 10 разделах на ноуте

?

?

послушай erzent и сделай наоборот :-)

/boot/efi

/boot ext2(не поддерживает зараза федорка бут с btrfs)

/ subvol=root

/var subvol=var

/var/log subvol=varlog

/usr subvol=usr

/usr/local subvol=local

/opt subvol=opt

/home subvol=home

/musor subvol=musor

В зависимости от subvol в fstab либо lzo либо lz4. На работе попробовал в subvol так поставить виртуалку, вполне работает, pfsence стоял без проблем. Сейчас тайм бомба должна была его убить.

Да я пытаюсь понять КАК и ЗАЧЕМ.

У самого же в ноуте три накопителя:

/ - ссд - 120гб
/raid-0 100гб - на двух кусках двух 7200рпм винтов
/raid-1 880гб - на остатках тех винтов.

под всё сейчас ssd intel+ hdd самсунг из мак мини на 7200. оба взял с работы.

В зависимости от subvol в fstab либо lzo либо lz4

you can't set per-subvolume nodatacow, nodatasum, or compress using mount options

https://btrfs.wiki.kernel.org/index.php/Mount_options

Там тест с потолка взят, да и ядро 3.1. А для XFS очень много изменений с тех пор пришло. Более того, сейчас используется XFS v5, а тогда была XFS v4.

1. Начиная с ядра 2.6.31 параметр ssd должен автоматически использоваться системой при монтировании btrfs раздела находящегося на SSD. Параметр ssd не включает параметр discard и может быть использован без него

2. compress=lzo это плохой совет для SSD, даже если с SSD идет только чтение. Вот вам сравнение алгоритмов сжатия на Core i5-4300U @ 1.9 GHz.

Алгоритм        Коэффициент сжатия       Скорость сжатия(мб/с)         Скорость разжатия(мб/с)
LZO 2.06        2.106                    351                            510
LZ4 r127        2.084                    370                           1590

Как видим LZO обеспечивает скорость разжатия ниже скорости чтения современных SSD (и это при 100% нагрузке на далеко не слабый проц)

3. btrfs всё еще ни разу не промышленная ФС

Бери любую ФС, юзай её и не морочь голову себе.

http://blog.gmane.org/gmane.comp.file-systems.btrfs/month=20140601

Если бы за каждое сообщение с упоминанием btrfs, тебе давали деньги, то тебе можно было бы не работать.

чуть чаем не подавился, у меня их куда меньше. чем у карло о zfs.

при чём здесь ссылка на левые патчи, которые добавляют поддержку lz4? там, куда тебя послали, чёрным по белому написано

Most mount options apply to the whole filesystem, and only the options for the first subvolume to be mounted will take effect. This is due to lack of implementation and may change in the future.
This means that (for example) you can't set per-subvolume nodatacow, nodatasum, or compress using mount options. This should eventually be fixed, but it has proved to be difficult to implement correctly within the Linux VFS framework.

так что можешь посонам на районе рассказывать, как ты мощно управляешь ботеэрэфэс.

Хе! Интересно!) Возможно, это как раз тот случай, под который самсунг делал эту ФС. Идея была такая, что на некоторых (возможно, как у тебя) типах флеш-памяти, можно записать только цельный блок (часть нельзя), а перед этим нужно сначала провести его полное стирание. Операция записи очень дорогая и ext4 с его разбросанной записью «чуть-чуть здесь, чуть-чуть там» тормозит нещадно. F2FS же агрегирует запись в блоки.

dk тихонько восхвляет венду за всего одну ФС.

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

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

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

Это не на «некоторых». Это вся флеш-память так работает. Стирать можно только блоками по 128/256 (сегодня) кбайт. Дописывать потом можно и мелкими секторами, но если не очищено предварительно, нужно прочитать весь блок в память, стереть его целиком, записать сохранённое и дописать новое. Поэтому неоптимизированный флеш тормозит на записи, когда кончается место и для этого придумали TRIM, чтобы стирать ненужное в фоновом режиме, пока SSD простаивает.

Другое дело, что на качественных SSD эти механизмы (в т.ч. TRIM) уже реализованы в самом носителе, да и сама флеш-память там шустрая, даже при неоптимальном использовании скорость вполне приличная. Поэтому там хорошо работают и обычные, не адаптированные ФС.

А вот когда носитель тормозной, никакой оптимизации нет — вот там f2fs начинает рулить.

конечно до твоей любимой zfs ей ещё далеко, но ничего, сейчас поттеринг сказал займётся btrfs и сделает её дефолтом.

Другое дело, что на качественных SSD эти механизмы (в т.ч. TRIM) уже реализованы в самом носителе

А как носитель узнает, какой блок файловая система освободила?

Стирать можно только блоками по 128/256 (сегодня) кбайт.

Да, слушай точно-точно. Записывать кусочками, а стирать кусочками нельзя нигде.:(

на качественных SSD эти механизмы (в т.ч. TRIM) уже реализованы в самом носителе

Ага, про это в курсе.)

Поэтому неоптимизированный флеш тормозит на записи, когда кончается место
когда носитель тормозной, никакой оптимизации нет — вот там f2fs начинает рулить

F2FS постоянно пишет данные, потом когда носитель заполнен, затирает сначала. В этом смысле она постоянно работает с заполненным диском. Выигрыш именно за счет того, что не приходится делать частичную модификацию блока. Если уж стираем блок, то сделаем это с максимальной пользой.

А как носитель узнает, какой блок файловая система освободила?

Она ему сама сообщает. https://ru.wikipedia.org/wiki/TRIM

ох, гнать его надо, пока этот извращенец ещё и btrfs не испоганил.

вообще то он собирается интегрировать её возможности в systemd, и тем самым скоро btrfs станет основной под / и boot.

и для этого придумали TRIM, чтобы стирать ненужное в фоновом режиме, пока SSD простаивает.

Ты путаешь обычный TRIM, Queued TRIM и планировщик в прошивках.

Сообщают адаптированные. А ты говорил, что на «качественных SSD» шустры даже неадаптированные". Где логика?

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

А как на планшете сменить fs?

А как на планшете сменить fs?

Из кастомного рекавери. Прошиваешь какой-нибудь Clockwork Mod (CWM), поддерживающий f2fs (естественно, не под любую модель планшетов есть), разбиваешь нужный раздел в f2fs и дальше ставишь прошивку как обычно.

и дальше ставишь прошивку как обычно.

Это если в прошивке нет mkfs ;)

А по логике должно быть. Имхо.

Большинство ромоделов делают delete_recursive ;)

Это если в прошивке нет mkfs ;)

После mkfs у тебя раздел будет стёрт. А поставить заново систему из рекавери, если рекавери не поддерживает f2fs у тебя не получится.