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

Руководство по тюнингу файловых систем Linux для Flash-накоп..., opennews (??), 03-Июл-13, (0) [смотреть все] Кто же в итоге выиграл при максимальных нагрузках на SSD , Аноним (-), 10:43 , 03-Июл-13, (1) –1 // Победила Дружба - пробурчал дровосек В смысле, с результатами дело ясное что, Аноним (-), 14:57 , 03-Июл-13, (45) +2 // Спасибо Кэп D , pavlinux (ok), 19:00 , 03-Июл-13, (75) +3 почему CFQ NOOP вроде же позиционировался, как планировщик, который все операци, Анонимус_б6 (?), 10:57 , 03-Июл-13, (3) +2 // Видать CFQ умнее оказался - , Аноним (-), 12:18 , 03-Июл-13, (14) +1 // Все равно хомячки-оптимизаторы будут жрать BFQ, потому что модно и молодежно , Аноним (-), 14:27 , 03-Июл-13, (42) // это другое, Аноним (-), 15:07 , 03-Июл-13, (49) +3 это другое - это не аргумент , Аноним (-), 15:13 , 07-Июл-13, (137) Обратите внимание при большом размере кэша тип шедулера пофигу При малом - уже, Аноним (-), 15:00 , 03-Июл-13, (46) Ну а для обычных флешек, которые вставляются в USB, какие настройки оптимальны , Zenitur (ok), 10:59 , 03-Июл-13, (4) –1 // Для обычных флэшек вааще не нужна журналируемая ФС, туда можно ext2 если по каки, Аноним (-), 11:15 , 03-Июл-13, (6) +1 // Есть же какая-то JFFS2, специально для флешек Во всяком случае, внезапное выклю, Аноним (-), 12:28 , 03-Июл-13, (20) // У меня система потом делала проверку и загружалась Но файлы пару раз терялись, , Zenitur (ok), 14:51 , 03-Июл-13, (44) А я нужные терял Так что лучше не рисковать , Аноним (-), 15:12 , 03-Июл-13, (53) глубоко в теории нужные и не потеряются пропасть могут тока свежие в теории ко, kamiram (?), 16:31 , 03-Июл-13, (61) –1 Свежий файл - это, например, директория которая была перезаписана из-за добавл, Аноним (-), 23:54 , 03-Июл-13, (87) +1 А еще бывает что надо тебе на флешку записать файло Вот прям ща А тебе и говор, Аноним (-), 18:28 , 03-Июл-13, (70) Не для USBшныхhttps en wikipedia org wiki Flash_file_system, qux (ok), 14:46 , 05-Июл-13, (117) Ага, а потом выдернешь флешку на горячую необдуманно и потом полчаса fsck гонять, Аноним (-), 15:01 , 03-Июл-13, (47) +1 // usb flash drive разве не размазывают всё одинаково на весь объём , qux (ok), 14:52 , 05-Июл-13, (118) –1 Каждый др чит как он хочет Если почитать статью и погулять по ссылкам, можно на, Аноним (-), 22:28 , 05-Июл-13, (131) По причинам размера файла, скорее всего Но можно и ext4 -o journal , qux (ok), 14:55 , 05-Июл-13, (119) Целиком зависит от того, как собираешься использовать Если не как ОС, посмотри , Аноним (-), 12:31 , 03-Июл-13, (21) // И потом выдернув флеху по запаре без размонтирования - гоняй fsck или налетай на, Аноним (-), 21:12 , 05-Июл-13, (121) –1 // Флешки надо монтировать с sync, я считаю Индикатор активности перестал моргать , iWLCkhBrBeDTGA (?), 22:22 , 05-Июл-13, (130) –1 Как вы понимаете, мало кто заморачивается смотрением на какие-то там индикаторы , Аноним (-), 22:30 , 05-Июл-13, (132) –1 Видимо f2fs создавалась из расчёта на флешки ссд, можно сразу использовать с на, Аноним (-), 12:49 , 03-Июл-13, (26) // На свежих линуксах разве не Другое дело, что дохнет она быстро Вот это действит, Аноним (-), 14:20 , 03-Июл-13, (38) // Да, на свежих ядрах оно есть Но Дело даже не в том что дохнет, дело в том чт, Аноним (-), 18:30 , 03-Июл-13, (71) XFS у меня первое же выключение питания не пережила , Аноним (-), 11:35 , 03-Июл-13, (7) // У вас какие-то проблемы с жёстким диском, видимо он не корректно реализует коман, Аноним (-), 13:55 , 03-Июл-13, (33) +2 А это в какой версии ядра и при каких условиях А то у меня пачка томов в XFS не, Аноним (-), 15:02 , 03-Июл-13, (48) // Внезапно вырубилось электричество UPS не было После включения электричества ма, Аноним (-), 06:41 , 04-Июл-13, (94) –1 // В целом у меня несколько томов с XFS в течение сколькиъ-то лет начиная с 2 6 28, Аноним (-), 13:43 , 04-Июл-13, (96) - По милицейской статистике маньяк убил 60 человек в нашей подворотне и даже зна, Аноним (-), 15:21 , 07-Июл-13, (138) А она случайно не поверх RAID а, сделанного LVM ом, жила , Andrew Kolchoogin (ok), 00:51 , 11-Июл-13, (141) в линуксе все обычно туева хуча файловых систем и большинство из них шустрые как, deadless (ok), 11:51 , 03-Июл-13, (9) –16   // На HDD - ReiserFS v3 6 over LVM, на USB флешки - Ext2 , Аноним (-), 12:23 , 03-Июл-13, (18)   // За что вы нас так не любите У первого утилиты fsck ни к черту, у второго нет , Аноним (-), 22:34 , 05-Июл-13, (133) –1   Ext2 туда, где критичны циклы чтения записи, при особых случаях - ФС для того пр, Аноним (-), 12:34 , 03-Июл-13, (23)   смысл в задачах и фичах в бтрфс пилят модные фичи хотя - странным образом, чи, none_first (ok), 12:59 , 03-Июл-13, (27) –3   // С ними всё ясно А чем оно лучше ext для этой цели И что оно даёт Какие конкретн, Аноним (-), 13:12 , 03-Июл-13, (29)   // Если у вас один процессор или домашняя дисковая подсистема то скорее всего ничем, Аноним (-), 14:01 , 03-Июл-13, (35) +1   Нынче подобные по смыслу фокусы, как минимум, хранение мелких файлов прямо в ме, Аноним (-), 17:44 , 03-Июл-13, (64) –2   Хранить данные в метаданных - это агли хак сам ты источник проблемыПокажи хоть о, Аноним (-), 18:31 , 03-Июл-13, (72)   На мой взгляд, он перестарался с популяризацией Популяризация хороша тогда, ког, Ordu (ok), 19:31 , 03-Июл-13, (79)   Главная проблема райзера - не более 1024 буферов чтения записи, в результате чег, Anonymous1 (?), 22:43 , 03-Июл-13, (84)   Да нормально - если файл мелкий, сразу же и прочитается Механике меньше дергать, Аноним (-), 14:05 , 04-Июл-13, (99) +2   Быстрей практически во всех отношениях Единственное где может проиграть - удале, Аноним (51), 15:08 , 03-Июл-13, (51) –2   Да хрен там Только при работе с мелочью и не во всех операциях На больших файл, Аноним (-), 18:01 , 03-Июл-13, (65)   XFS также discard для SSD актуально , Аноним (51), 18:45 , 03-Июл-13, (74)   Зато он с мелочью работает плоховато Его конек - быстрая работа с большими файл, Аноним (-), 14:07 , 04-Июл-13, (100)   У вас не актуальные данные XFS сильно допилили по работе с мелочью, кое-где он , Crazy Alex (??), 18:30 , 04-Июл-13, (111)   У меня вполне себе актуальный тридесятый кернель и тома в XFS Ты мне хочешь рас, Аноним (-), 21:28 , 05-Июл-13, (122)   А как она их отличает от не мультимедийных данных , Аноним (51), 15:15 , 03-Июл-13, (54)   // Он имел ввиду дампы блюреев, матроски, RAW поток FullHD-TV со спутника XFS ваще , pavlinux (ok), 19:07 , 03-Июл-13, (76)   что XFS хорошо работает с большими файлами и не очень хорошо с мелкими Эта мы, Аноним (-), 19:44 , 03-Июл-13, (80) –1   анонимные вопросы - кто они http oss sgi com projects xfs читать ограниче, none_first (ok), 20:10 , 03-Июл-13, (81)   Дело не в том Дело в том что если вы захотите перелопатить 100 000 файлов, на к, Аноним (-), 14:11 , 04-Июл-13, (102)   gt оверквотинг удален и потому возвращаемся к теме задача , а не пытаемся сып, none_first (ok), 16:36 , 04-Июл-13, (108)   Задача у большинства людей проста ФС должна хранить данные Надежно Не тормозя, Аноним (-), 21:31 , 05-Июл-13, (123)   Это вылечено уже, причем с год , Crazy Alex (??), 18:32 , 04-Июл-13, (113)   да древние предрассуюки это всё, в районе 5 версий ядра назад его сильно подкрут, Crazy Alex (??), 18:32 , 04-Июл-13, (112)   Универсальная - это ext4 А XFS хоть и подкрутили но фундаментальные свойства не, Аноним (-), 22:59 , 05-Июл-13, (134)   она их не отличает, для дифференциации существует некий посредник, с элементами , none_first (ok), 20:15 , 03-Июл-13, (82)   По размеру XFS неважно работает с мелочевкой в больших количествах, но на больш, Аноним (-), 14:09 , 04-Июл-13, (101)   вот для этого и нужно осмысленное разделение - что и где хранитьуниверсальных ре, none_first (ok), 16:34 , 04-Июл-13, (106)   Вот именно так я и сделал - на XFS живут относительно крупные файлы А вот держа, Аноним (-), 21:32 , 05-Июл-13, (124)   Шишкин во многом неправ , iWLCkhBrBeDTGA (?), 22:44 , 03-Июл-13, (85) –1   // Просто себе он сделал феерического размера скидки, а по конкурентам прошелся по , Аноним (-), 23:00 , 05-Июл-13, (135) –1   Дело в беспрецедентном пиаре btrfs, умело организованном группой людей Поэтому , Аноним (-), 16:32 , 06-Июл-13, (136) +2   В некоторых ОС подобная экспериментальная ФС является практически единственным в, Аноним (-), 14:24 , 03-Июл-13, (40)   // Чем же ZFS экспериментален Тем более - в Солярке O_oДаже во Фряху уже вполне ю, Fomalhaut (?), 19:07 , 03-Июл-13, (77) –1   Поведайте нам, что там у энтерпрайза используется , andy (??), 14:40 , 03-Июл-13, (43)   // Очевидно же - Enterprise File System , pavlinux (ok), 23:35 , 03-Июл-13, (86) +3   Действительно, намного лучше как в фряхе тормозной и ынтырпрайзный ZFS, который, Аноним (-), 15:08 , 03-Июл-13, (50)   // trim есть, 4k есть Назови остальные оптимизации под флеш которые знаешь , Аноним (-), 00:00 , 04-Июл-13, (89) –2   // Ну да, не прошло и 20 лет Пожалуй на этом оптимизации и заканчиваются А оно ту, Аноним (-), 21:38 , 05-Июл-13, (125) +1   Устриц не ел, но мнение имею D, iZEN (ok), 13:56 , 04-Июл-13, (98) –2   // Да, Изя, это как раз про тебя , andy (??), 16:11 , 04-Июл-13, (103) +1   Сказал пользователь Шindoшs XP, советующим всем ставить FreeBSD , Аноним (-), 23:33 , 04-Июл-13, (114) +2   Да, было дело бтрфсцк умеет только падать на ассертах при ошибках фс, больше ни, Аноним (-), 12:02 , 03-Июл-13, (11) –1 // Этой осенью будет получше, поток больших изменений иссяк, давно уже не слышно по, Аноним (-), 12:18 , 03-Июл-13, (15) // А что - не осилили Там баги более-менее поотлавливали - начались оптимизации и , Аноним (-), 15:11 , 03-Июл-13, (52) // да уже года 4 пхороникс победные графики бенчмарков рисует, пора уже , Аноним (-), 18:41 , 03-Июл-13, (73) Спору нет И это время приближается А насчет победных - это где как, где как Ид, Аноним (-), 22:05 , 05-Июл-13, (126) А что reiser4 , Buy (ok), 12:19 , 03-Июл-13, (16) // http habrahabr ru post 108629, none_first (ok), 13:02 , 03-Июл-13, (28) –1 Она утонула , Аноним (-), 14:25 , 03-Июл-13, (41) –1 // Что сразу утонула Вы нас недооцениваете - мы любим разнообразие http www , Аноним (-), 18:22 , 03-Июл-13, (67) +2 Значит я правильно сделал, что у меня ext4 Как раз устойчивость к внезапным отк, Аноним2 (?), 13:57 , 03-Июл-13, (34) // Если у вас так часто слетает питание - не лишне UPS купить На файловую систему , Аноним (-), 18:23 , 03-Июл-13, (68) +1 // Моя практика показывает, что не все UPS одинаково полезны , Аноним (-), 06:59 , 04-Июл-13, (95) –1 // Даже боюсь спраштвать а что ты с ними делаешь , Аноним (-), 17:52 , 04-Июл-13, (109) А почему это вообще произошло Разве журнал не предназначен как раз что бы таког, Аноним (-), 14:07 , 03-Июл-13, (36) –1 // Давайте на вас оденем шлем и ударим 1406 раз по стене Упали в обморок Интересн, Аноним (-), 15:16 , 03-Июл-13, (55) +2 // Наденем, конечно бьёт себя учебником русского языка по голове , Аноним (-), 15:17 , 03-Июл-13, (56) +1 // А шлем надели , Аноним (-), 18:24 , 03-Июл-13, (69) +4 в истории ревизий документа M Filippov, K Kozhevnikov, D Semyonovв контактах, Аноним (-), 15:50 , 03-Июл-13, (58) +2 // Только из-за этого поста скачал-таки пдфку, Аноним (-), 17:26 , 03-Июл-13, (63) Старательно обошли случайное чтение-запись из одного файла база данных, нагруже, anonymous (??), 17:13 , 03-Июл-13, (62) +1 // База, многопотоков, на NOR NAND-флеше Заголовок темы, а лучше PDF-ку читал , pavlinux (ok), 19:16 , 03-Июл-13, (78) // Да чо там, все ынтырпрайзники на SD картах с базами работают , Аноним (-), 22:08 , 05-Июл-13, (127) Без BFQ BFQ EQM не интересно , BratSinot (ok), 22:05 , 03-Июл-13, (83) –2 // С ним и так все ясно http www linux org ru forum general 9312470 например , Аноним (-), 01:56 , 04-Июл-13, (91) Лубунта 12 10 Что самое интересное, у меня на HDD с deadline всё вешалось при к, Аноним (-), 23:58 , 03-Июл-13, (88) –1 // А теперь запусти дефрагментацию И почувствуй разницу , Аноним (-), 01:55 , 04-Июл-13, (90) Если этот HDD в NTFS отформатирован, и через fuse подключен, то это просто очеви, Anonymous1 (?), 02:01 , 04-Июл-13, (92) –1 // Вы оба о чём-то о своём слышите голоса В принципе, это был больше вопрос, чем, Аноним (-), 03:07 , 04-Июл-13, (93) А у тебя файловой системой NTFS, через FUSE, да Ну так пользуйся нативными файл, Аноним (-), 22:11 , 05-Июл-13, (128) Вывод Опцию noatime для ФС нужно сделать дефолтной и занести в стандарт POSIX К, iZEN (ok), 13:54 , 04-Июл-13, (97) –5 // Вы хоть знаете, что это за опция и для чего она предназначена , Аноним (-), 16:28 , 04-Июл-13, (104) +1 // Да , iZEN (ok), 16:31 , 04-Июл-13, (105) –1 // И что же Как только вы ответите на него - автоматически придёт понимание, что a, Аноним (-), 16:36 , 04-Июл-13, (107) +1 Оверхед на перезапись метаинформации А я вот выключаю везде, где она есть NTFS,, iZEN (ok), 18:08 , 04-Июл-13, (110) –1 Врешь как Изя , Led (ok), 00:52 , 05-Июл-13, (116) Простите, не наше, а ваше Когда под хрюшу окончательно перестанут выпускать с, Аноним (-), 23:35 , 04-Июл-13, (115) noatime, как сказали рядом, может кое-что сломать А relatime, при небольшой раз, qux (ok), 15:24 , 05-Июл-13, (120) Вот это может быть и повод для обсуждения А вот это - это как Я почему-то ду, Аноним (-), 22:12 , 05-Июл-13, (129) –1 В свое время занимался подобной фигней На том и порешил - нету ничего лучше, бы, Аноним (-), 20:56 , 08-Июл-13, (139) Че за фигня, на какой странице графики ext4 random write, не смог найти, есть то, Аноним (-), 21:05 , 08-Июл-13, (140) 1,3,4,7,9,11,16,34,36,58,62,83,88,97,139,140

Сообщения

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

9. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	–16 +/–
Сообщение от deadless (ok), 03-Июл-13, 11:51
в линуксе все обычно туева хуча файловых систем и большинство из них шустрые как истребитель, но ломучие как жидули. ext4 победил потому что затестирован по самые помидоры. вот теперь мне интересно какой линуксоид в здравом уме ставит что-то отличное от ext4 без журнала? ну и смысл от этой кучи ФС если все они чуть более чем экспериментальные? джаст фор фан такой джаст фор фан :))
Ответить | Правка | Наверх | Cообщить модератору

	18. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от Аноним (-), 03-Июл-13, 12:23
	На HDD - ReiserFS v3.6 over LVM, на USB флешки - Ext2.
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	–1 +/–
	Сообщение от Аноним (-), 05-Июл-13, 22:34
	> На HDD - ReiserFS v3.6 over LVM, на USB флешки - Ext2. За что вы нас так не любите? :) У первого утилиты fsck ни к черту, у второго нет журнала. Конечно если у вас ничего ценнее порнухи с торентов нету - оно сойдет. Если факапнется - перекачаете. А вот для более ответственных применений такой сетап только врагам можно советовать.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от Аноним (-), 03-Июл-13, 12:34
	Ext2 туда, где критичны циклы чтения/записи, при особых случаях - ФС для того предназначенные. А на десктопе - да, только Ext4 и имеет смысл использовать (ну может быть когда-нибудь это будет Btrfs, хотя вряд ли...).
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	27. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	–3 +/–
	Сообщение от none_first (ok), 03-Июл-13, 12:59
	смысл в задачах и фичах... в бтрфс пилят модные фичи (хотя - странным образом, читайте Шишкина http://habrahabr.ru/post/108629/) extX - поддерживают преемственность прошлых версий и "достаточную" производительность xfs - мультимедийные данные... reiserfs - интересная архитектура ато как в мире виндовс - для всего одна Фс (ну две с половиной, если не только десктопы/сервера, трупик ФАТ и экстФС) и для всего она так-себе, заявленные показатели м.б. не имплементированы (в тек. реинкарнации виндовс) ну т.п.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	29. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от Аноним (-), 03-Июл-13, 13:12
	> в бтрфс пилят модные фичи (хотя - странным образом, читайте Шишкина http://habrahabr.ru/post/108629/) > extX - поддерживают преемственность прошлых версий и "достаточную" производительность С ними всё ясно. > xfs - мультимедийные данные... А чем оно лучше ext для этой цели? > reiserfs - интересная архитектура И что оно даёт? Какие конкретно "интересности"?
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+1 +/–
	Сообщение от Аноним (-), 03-Июл-13, 14:01
	>> xfs - мультимедийные данные... > А чем оно лучше ext для этой цели? Если у вас один процессор или домашняя дисковая подсистема то скорее всего ничем, если же у вас несколько процессоров и дисковая подсистема позволяет то у XFS скорость операций растёт практически линейно с увеличением процессоров. ext4 пока только приближается к этим показателям. >> reiserfs - интересная архитектура > И что оно даёт? Какие конкретно "интересности"? tail pack например
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	–2 +/–
	Сообщение от Аноним (-), 03-Июл-13, 17:44
	> tail pack например Нынче подобные  по смыслу фокусы, как минимум, хранение мелких файлов прямо в метаданных - умеют как минимум EXT4 и btrfs. А еще вы забилы уточнить пару моментов: 1) Этот самый tail pack в рейзере - известный источник проблем. Что вам тот гражданин сделал что вы ему заведомо грабельную фичу сватаете? 2) У рейзера 3.х плохие утилиты восстановления (fsck) которые временами окончательно добивают том совсем вместо его починки. 3) А рейзер 4, у которого интересная архитектура - вообще сырой недопилок с непонятными перспективами. Работает над ним целый Шишкин. А работы там - как на пять btrfs'ов, если по нормальному делать то что задумано. Ну в общем лет через 500 такими темпами может что и получится. И главное: никогда не читайте мнение автора о его собственной программе и наиболее очевидных конкурентах. Это почти всегда заведомо необъективный буллшит. У конкурентов всегда оказывается масса недостатков, ну а свое - оно как известно не пахнет...
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от Аноним (-), 03-Июл-13, 18:31
	> Нынче подобные  по смыслу фокусы, как минимум, хранение мелких файлов прямо > в метаданных - умеют как минимум EXT4 и btrfs. Хранить данные в метаданных - это агли хак. > 1) Этот самый tail pack в рейзере - известный источник проблем. сам ты источник проблемы > 2) У рейзера 3.х плохие утилиты восстановления (fsck) которые временами окончательно добивают том совсем вместо его починки. Покажи хоть один багрепорт в листе рассылки за последние пять лет, балаболка > И главное: никогда не читайте мнение автора о его собственной программе и > наиболее очевидных конкурентах. Это почти всегда заведомо необъективный буллшит. У конкурентов Булшит - это в Btrfs вместо B-деревьев, что и было показано на популярном языке.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от Ordu (ok), 03-Июл-13, 19:31
	> Булшит - это в Btrfs вместо B-деревьев, что и было показано на популярном языке. На мой взгляд, он перестарался с популяризацией. Популяризация хороша тогда, когда простыми словами объясняет сложные вещи, но когда всё сводится к "btrfs говно и не лечится, а я умная в белом пальто стою красивая",  немного пересыпается поцреотизмом и академическим ЧСВ, то это уже, извините, не популяризация, а речь политика. Ну или, если хотите, популяризация для быдла.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от Anonymous1 (?), 03-Июл-13, 22:43
	Главная проблема райзера - не более 1024 буферов чтения/записи, в результате чего запись больших файлов медленная. Для XFS одна из главных фич (на мой взгляд) - agsize=4g, что позволяет писать (разные и большие) файлы в столько потоков, сколько ядер у проца (Numa-oriented, естественно, а не Интеловские кеш-на-два-ядра извраты). Плюс райзера - быстро пишет много мелких файлов. На мой взгляд, единственный.
	Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

	99. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+2 +/–
	Сообщение от Аноним (-), 04-Июл-13, 14:05
	> Хранить данные в метаданных - это агли хак. Да нормально - если файл мелкий, сразу же и прочитается. Механике меньше дергать головы, да и NAND поимеет некий профит, т.к. ему наиболее удобно читать последовательно и желательно побольше. Так что если удастся странсформировать 2 мелких чтения/записи в 1 покрупнее - это замечательно. >> 1) Этот самый tail pack в рейзере - известный источник проблем. > сам ты источник проблемы Достаточно скормить гугле нечто типа reiser tail pack и узнать много нового и интересного :). Хотя если уж мы о проблемах - рейзер вообще источник проблем. У авторов aMule например рейзер целиком все данные на серванте потерял после fsck. >> 2) У рейзера 3.х плохие утилиты восстановления (fsck) которые временами окончательно >> добивают том совсем вместо его починки. > Покажи хоть один багрепорт в листе рассылки за последние пять лет, балаболка А нет смысла репортить - как минмум 1 ситуация такого плана объявлена "known issue". Описанная ситуация в которой это возможно: если на томе отформаченом в рейзер лежит образ диска, и так получилось что он тоже был с рейзером - fsck рейзера очень даже может взять дерево из образа и попробовать "починить" на основе этих данных несущий том. Результатом станет полный дестрой, разумеется. Разработчики рейзера на это скзали "known issue" и предложили воркэраунд - "не храните образа диска с reiserss на томе reiserfs". Что, конечно, замечательно, но риск факапов полностью не отменяет. Сколько там еще поодбных ситуаций - понятия не имею. Вот эта точно есть - это сами же разработчики рейзера и описали как известную проблему. А то что багрепортов мало - посмотрите что в основном использует народ. Там и багрепорты, собственно. Не потому что EXT4 бажный, а потому что повсеместный :). > Булшит - это в Btrfs вместо B-деревьев, что и было показано на популярном языке. Булшит - это в основном статьи Шишкина. Себе он сделал фантастического размера скидки, зато к btrfs докопался что в синтетических случаях, дескать, может быть так и сяк. Тем не менее, пусть он сначала попробует столько же возможностей  реализовать, чтоб оно при этом не глюкало постоянно. А я потом тоже найду к чему докопаться :). Благо, при должном желании свалить на лопатки можно любую ФС.
	Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

	51. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	–2 +/–
	Сообщение от Аноним (51), 03-Июл-13, 15:08
	> А чем оно лучше ext для этой цели? Быстрей практически во всех отношениях. Единственное где может проиграть - удаление каталогов со 100000 файлов.
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	65. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от Аноним (-), 03-Июл-13, 18:01
	> Быстрей практически во всех отношениях. Да хрен там. Только при работе с мелочью и не во всех операциях. На больших файлах рулит XFS, особенно в многодисковых конфигах. А EXT4 - просто достаточно резвый и труднораздалбываемый, умеет discard (для SSD актуально). F2FS - предсказуемо надирает попы на флеше. Но пока сыроват (только выкатили же) и fsck нету.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от Аноним (51), 03-Июл-13, 18:45
	XFS также "discard (для SSD актуально)"
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от Аноним (-), 04-Июл-13, 14:07
	> XFS также "discard (для SSD актуально)" Зато он с мелочью работает плоховато. Его конек - быстрая работа с большими файлами. SGI - это ж были рабочие станции для видеомонтажа и тому подобного. Ну вот что-то такое для XFS'а и хорошо.
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от Crazy Alex (??), 04-Июл-13, 18:30
	У вас не актуальные данные. XFS сильно допилили по работе с мелочью, кое-где он и Ext4 обскакивал. Правда, потом Ext4 тоже подкручивали, так что не знаю, кто там сейчас шустрее, но катастрофических отставаний точно нет.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от Аноним (-), 05-Июл-13, 21:28
	> У вас не актуальные данные. У меня вполне себе актуальный тридесятый кернель и тома в XFS. Ты мне хочешь рассказать о их свойствах? Ну попробуй :). Спору нет, XFS допилили. Резвее стало. Но не быстрее конкурентов типа ext4 и рейзера. > XFS сильно допилили по работе с мелочью, А все-равно слоупочит он как-то на разлапистых иерархиях с мелочевкой. > кое-где он и Ext4 обскакивал. Может кое где оно и обскакивает, но в целом - впечатления при работе с мелочью хуже чем в случае с EXT4. Мне нравится как оно с большими файлами работает - вот там оно себя оправдывает. И фрагментация минимальна, и скорость ядреная. А вот работа с разлапистыми иерархиями из мелочи мне не понравилась, ext4 быстрее обычно отрабатывает. > Правда, потом Ext4 тоже подкручивали, так что не знаю, кто там сейчас шустрее, > но катастрофических отставаний точно нет. Кроме случая когда что-то делается с иерархией из мелочи. В общем как оно было хорошо для больших файлов так и осталось. Принципиально свойства дизайна никуда не изменились.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от Аноним (51), 03-Июл-13, 15:15
	> xfs - мультимедийные данные... А как она их отличает от не мультимедийных данных...
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	76. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от pavlinux (ok), 03-Июл-13, 19:07
	>> xfs - мультимедийные данные... > А как она их отличает от не мультимедийных данных... Он имел ввиду дампы блюреев, матроски, RAW поток FullHD-TV со спутника. XFS ваще няшка, 15-терабайтный файлик за 5 сек. удаляет. :)
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	–1 +/–
	Сообщение от Аноним (-), 03-Июл-13, 19:44
	> Он имел ввиду что XFS хорошо работает с "большими" файлами и не очень хорошо с мелкими. Эта мысль прививается всем? Cколько лет XFS и какие тогда файлы назывались "большие". Как она с ними управлялась ума не приложу.
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от none_first (ok), 03-Июл-13, 20:10
	анонимные вопросы... - кто они :) http://oss.sgi.com/projects/xfs/ читать ограничения и сравнивать с др. (реализациями, замечу, а не теорией)
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от Аноним (-), 04-Июл-13, 14:11
	> что XFS хорошо работает с "большими" файлами и не очень хорошо с > мелкими. Эта мысль прививается всем? Cколько лет XFS и какие тогда > файлы назывались "большие". Как она с ними управлялась ума не приложу. Дело не в том. Дело в том что если вы захотите перелопатить 100 000 файлов, на куче мелочи основное время будет работа с метаданными. А на больших файлах - с данными. Вот с метаданными XFS работает неспешно в ряде ситуаций. Так что в результате работа с иерархией из кучи мелочи будет тормознее чем в других ФС. Только и всего. Никто там не оптимизил особо этот юзкейс, в линевом ядре 3.5 и новее работу с метаданными несколко оптимизнули, но в целом оно все-равно не очень быстрое на таких иерархиях. По сравнению с ext4 и прочими.
	Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

	108. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от none_first (ok), 04-Июл-13, 16:36
	>[оверквотинг удален] >> файлы назывались "большие". Как она с ними управлялась ума не приложу. > Дело не в том. Дело в том что если вы захотите перелопатить > 100 000 файлов, на куче мелочи основное время будет работа с > метаданными. А на больших файлах - с данными. Вот с метаданными > XFS работает неспешно в ряде ситуаций. Так что в результате работа > с иерархией из кучи мелочи будет тормознее чем в других ФС. > Только и всего. Никто там не оптимизил особо этот юзкейс, в > линевом ядре 3.5 и новее работу с метаданными несколко оптимизнули, но > в целом оно все-равно не очень быстрое на таких иерархиях. По > сравнению с ext4 и прочими. и потому возвращаемся к теме "задача", а не пытаемся сыпать в одну кучу :)
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от Аноним (-), 05-Июл-13, 21:31
	> и потому возвращаемся к теме "задача", а не пытаемся сыпать в одну кучу :) Задача у большинства людей проста: ФС должна хранить данные. Надежно. Не тормозя и прочая. Ну вот XFS хорошо справляется с хранением больших файлов. Что и понимали под мультимедией. А вот как оно работает с обширными иерархиями из мелкоты - мне вот например совсем не нравится. Ничего там хорошего особо нет. Да, серебряных пуль не бывает. Кто-то хорош в одном, кто-то в другом. А для тех кто не знает что ему надо - есть EXT4, который полимеры особо нигде не сливает по крупному.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от Crazy Alex (??), 04-Июл-13, 18:32
	Это вылечено уже, причем с год.
	Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

	112. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от Crazy Alex (??), 04-Июл-13, 18:32
	да древние предрассуюки это всё, в районе 5 версий ядра назад его сильно подкрутили. Сейчас - вполне универсальная FS.
	Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

	134. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от Аноним (-), 05-Июл-13, 22:59
	> сильно подкрутили. Сейчас - вполне универсальная FS. Универсальная - это ext4. А XFS хоть и подкрутили но фундаментальные свойства не изменились особо. Лично мне не нравится как он работает с большими иерархиями мелочевки всякой.
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от none_first (ok), 03-Июл-13, 20:15
	>> xfs - мультимедийные данные... > А как она их отличает от не мультимедийных данных... она их не отличает, для дифференциации существует некий посредник, с элементами разума :)
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	101. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от Аноним (-), 04-Июл-13, 14:09
	> А как она их отличает от не мультимедийных данных... По размеру. XFS неважно работает с мелочевкой в больших количествах, но на больших файлах - очень шустр.
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	106. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от none_first (ok), 04-Июл-13, 16:34
	вот для этого и нужно осмысленное разделение - что и где хранить универсальных решений нет, и выбор - это плюс
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от Аноним (-), 05-Июл-13, 21:32
	> вот для этого и нужно осмысленное разделение - что и где хранить > универсальных решений нет, и выбор - это плюс Вот именно так я и сделал - на XFS живут относительно крупные файлы. А вот держать на нем разлапистые иерархии мелочи - чисто технически конечно можно. А чисто практически работа всего этого будет оставлять желать.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	–1 +/–
	Сообщение от iWLCkhBrBeDTGA (?), 03-Июл-13, 22:44
	Шишкин во многом неправ.
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	135. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	–1 +/–
	Сообщение от Аноним (-), 05-Июл-13, 23:00
	> Шишкин во многом неправ. Просто себе он сделал феерического размера скидки, а по конкурентам прошелся по максимуму. Теретически рейзер4 крут. Практически это злостный недопилок, который некому пилить.
	Ответить | Правка | Наверх | Cообщить модератору

	136. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+2 +/–
	Сообщение от Аноним (-), 06-Июл-13, 16:32
	>> Шишкин во многом неправ. > Просто себе он сделал феерического размера скидки, а по конкурентам прошелся по > максимуму. Дело в беспрецедентном пиаре btrfs, умело организованном группой людей. Поэтому и спрос с них больше. Ибо тысячи людей ставят себе эту так называемую "файловую систему", полностью доверяясь рекламе, и только 1% из них задаётся вопросами: "я записал три маленьких файла на гигабайтную партицию, и получил "ноу спейс он дивайс". Куда делось моё дисковое пространство?". Остальные 99% покорно идут в магазин покупать новый диск. А тому одному проценту умело пудрят мозги. Вы только почитайте лист рассылки btrfs. За одно то, что открыл глаза, Шишкину спасибо.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от Аноним (-), 03-Июл-13, 14:24
	> в линуксе все обычно туева хуча файловых систем и большинство из них > шустрые как истребитель, но ломучие как жидули. ext4 победил потому что > затестирован по самые помидоры. вот теперь мне интересно какой линуксоид в > здравом уме ставит что-то отличное от ext4 без журнала? ну и > смысл от этой кучи ФС если все они чуть более чем > экспериментальные? джаст фор фан такой джаст фор фан :)) В некоторых ОС подобная экспериментальная ФС является практически единственным вариантом (NTFS в винде, ZFS в соляре).
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	77. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	–1 +/–
	Сообщение от Fomalhaut (?), 03-Июл-13, 19:07
	> В некоторых ОС подобная экспериментальная ФС является практически единственным вариантом (NTFS в винде, ZFS в соляре) Чем же ZFS экспериментален? Тем более - в Солярке? O_o Даже во Фряху уже вполне юзабельна и уверенно чувствует себя.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от andy (??), 03-Июл-13, 14:40
	>  ну и смысл от этой кучи ФС если все они чуть более чем > экспериментальные? джаст фор фан такой джаст фор фан :)) Поведайте нам, что там у энтерпрайза используется?
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	86. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+3 +/–
	Сообщение от pavlinux (ok), 03-Июл-13, 23:35
	> Поведайте нам, что там у энтерпрайза используется? Очевидно же - Enterprise File System
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+/–
	Сообщение от Аноним (-), 03-Июл-13, 15:08
	> экспериментальные? джаст фор фан такой джаст фор фан :)) Действительно, намного лучше как в фряхе: тормозной и ынтырпрайзный ZFS, который на SD-карте больше похож на пудовую гирю подвешенную к воробью, и древний и тормозной UFS у которого оптимизации под флеш вообще отсутствуют. Вот это я понимаю - забойный ассортимент: под озвученную задачу вообще нормальных ФС не обнаружено, зато на линуксоидов потявкали. Бсдшники в диком виде, чо.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	89. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	–2 +/–
	Сообщение от Аноним (-), 04-Июл-13, 00:00
	> Действительно, намного лучше как в фряхе: тормозной и ынтырпрайзный ZFS, который на > SD-карте больше похож на пудовую гирю подвешенную к воробью, и древний > и тормозной UFS у которого оптимизации под флеш вообще отсутствуют. trim есть, 4k есть. Назови остальные "оптимизации под флеш" которые знаешь.
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+1 +/–
	Сообщение от Аноним (-), 05-Июл-13, 21:38
	> trim есть, Ну да, не прошло и 20 лет. Пожалуй на этом оптимизации и заканчиваются. > 4k есть. А оно тут вообще каким боком? Надеетесь угадать и попасть в страницу нанда? А что если страница не 4K? Все, болт? А как насчет erase block или даже групп блоков? На это забьем? :) > Назови остальные "оптимизации под флеш" которые знаешь. Изменение стратегий аллокации в основном. 1) Надо стараться оперировать большими блоками, желательно последовательно. 2) Стоимость seek иная чем у HDD и это некисло бы учесть. 3) Те кто реально целился на флеш - позволяют вообще fine tune'ить стратегии под конкретный накопитель и его свойства. F2FS - вот это конкретно так оптимизировано на флеш, да. Во всех закоулках дизайна. А UFS типичная дисковая фс для механики, древняя и бестолковая.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	–2 +/–
	Сообщение от iZEN (ok), 04-Июл-13, 13:56
	"Устриц не ел, но мнение имею...". :D
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	103. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+1 +/–
	Сообщение от andy (??), 04-Июл-13, 16:11
	> "Устриц не ел, но мнение имею...". :D Да, Изя, это как раз про тебя.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Руководство по тюнингу файловых систем Linux для Flash-накоп..."	+2 +/–
	Сообщение от Аноним (-), 04-Июл-13, 23:33
	> "Устриц не ел, но мнение имею...". :D Сказал пользователь Шindoшs XP, советующим всем ставить FreeBSD.
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

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

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