>>1632550 (OP)
>в линуксе существует ext4, пусть и не божественный, но это во много раз лучше сраного ntfs
Это говно не умеет online shrink в отличие от ntfs.

>>1632563
Этот чухан имел в виду сжатие на рантайме.

>>1632550 (OP)
Запили ext3 хранилище

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

>>1632550 (OP)
Спецслужбы не дают внедрять что-то другое, особенно без журналирования.

>>1632559
Более того, у меня не сохраняются треды с вопросительными знаками и двоеточиями.

>>1632583
Оно же работать будет через тормозной костыль.

>>1632550 (OP)
а что с нтфс не так? пердофрагментация существует точно так же как и в винде, вот только инструменты убогие консольные для дефрагментации, загугли ради интереса, линуксмирок не такой радужный как его всем хотят представить пердофанатики
(Автор этого поста был предупрежден.)

>>1632669
> а что с нтфс не так?
А что с ext4 не так?

Алсо раз уж такая пьянка, чем отличается ext4 от ext4dev? Да я ленивое хуйло.

>>1632669
>пердофрагментация существует точно так же как и в винде

ext4 практически не фрагментируется, в отличие от ntfs, которая пишет файлы в смежные сектора.

>>1632678
>А что с ext4 не так?

Дикая фрагментация даже на пустом диске. Т.к. ни одна программа не использует системный вызов fallocate. Т.к. по дефолту в ext4 используются SPARSE файлы.

>>1632683
Пруфцов бы. Этот >>1632684 требует

>>1632684
>fallocate

http://man7.org/linux/man-pages/man2/fallocate.2.html

>>1632684
Ты сам прикинь зараннее размер создаваемого файла можно знать довольно редко.

>>1632685
http://superuser.com/questions/536788/do-ext4-filesystems-need-to-be-defragmented

Альзо гугли: Delayed allocation ext4

>>1632690
>довольно редко.

Но команда "cp" так и не умеет использовать fallocate.

Хотя эта системная функция доступна с ядра 2.6.23 ! Примерно с 2005 года. Уже 10 лет прошло. А так и не внедрили в "cp" нормальное копирование без фрагментации.
> fallocate() is available on Linux since kernel 2.6.23.

>>1632550 (OP) -> >>1631202
>Eсли спермачей попробовать перевести на современную файловую систему, они взвоют от того, что флешка Сычёва, отформатированная на Windows 10, не читается на пекарне тёти Сраки с Windows 7.

>>1632694
>Delayed allocation ext4

"Delayed allocation" говнище ещё то. У меня от него файлы обнулялись.

Проблемы с потерей данных на Ext4 https://www.opennet.ru/opennews/art.shtml?num=20715

>>1632699
>нормальное копирование без фрагментации.
Не нужно.
Чем хуже - тем лучше, пердобыдло должно страдать.

>>1632550 (OP)
Что не так с нтфс?
>Почему в линуксе существует ext4, пусть и не божественный, но это во много раз лучше сраного ntfs
Хуясе тут пердомирок в терминальной стадии.

>>1632699
/coreutils-8.25/src/copy.c
copy.c:162: ret = fallocate (fd, FALLOC_FL_PUNCH_HOLE | FALLOC_FL_KEEP_SIZE,

>>1632703
>2009

Ясно.

>>1632708
>Что не так с нтфс?

Сумасшедшая фрагментация с ней не так. Тебе же написали в оп-посте.

>>1632729
Спермофанатики требуют пруфов

>>1632731
https://technet.microsoft.com/en-us/magazine/2007.11.desktopfiles.aspx

http://www.ntfs.com/ntfs_optimization.htm

>>1632725

Нехуя не понятно зачем был сделан этот патч с fallocate. Т.к. там упоминается лишь XFS. http://git.savannah.gnu.org/cgit/coreutils.git/commit/src/copy.c?id=eafa6ebf10924ec36cb5d28fd9d97a23de089bd0

>>1632736

Это называется естественная фрагментация которая появляется на любом диске при его использовании. Такая фрагментация и на ext4 есть.

>>1632765
Ты ошибаешься. NTFS фрагментируется намного быстрее ext4. ext4 за полгода фрагментировался на 5%, NTFS за полтора месяца на 50%

>>1632700
Для флех есть fat и его потомки.
что за ебанутая капча? месяца три ничё на макаче не постил и тут вдруг...

>>1632765
>Это называется естественная фрагментация

Это называется фрагментация нтфс, которая пишет файлы на диск на сопряженные сектора и пишет части файла сразу, без отложенной записи, как в ext4.

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

>>1632817
Да-да, ТОЛСТЫЙ32 и очеТОЛСТЫЙ. Всё те же костыли, только по-новому.
А причина всему одна — неспособность перехода на новое.

>>1632550 (OP)
>а потом посмотреть, что там с фрагментацией и скоростью чтения и записи?
У меня норм, видео качается и проигрывается.

>>1632826
>на ext4 же из-за отложенной записи

Тут >>1632703 я уже раскритиковал:

>> "Delayed allocation" говнище ещё то. У меня от него файлы обнулялись.
>> Проблемы с потерей данных на Ext4 https://www.opennet.ru/opennews/art.shtml?num=20715

Эту "Delayed allocation" нужно отключать. Ато файлы теряются (обнуляются).

> При тестировании экспериментальной версии Ubuntu 9.04 всплыли неожиданные проблемы с надежностью работы Ext4. В Ubuntu по умолчанию включена возможность отложенного распределения информации в ext4 (Delayed allocation), при которой данные и мета-данные могут оставаться не записанными до 60 секунд.

> Данная возможность является одним из главных факторов значительного повышения производительности ext4 по сравнению с ext3. Но пользователи экспериментальной ветки Ubuntu отметили случаи произвольного краха системы, после которого терялось содержимое большого числа файлов, в основном связанных с работой KDE или GNOME. Разбор ситуации показал, что при загрузке KDE и GNOME пересоздают большое число мелких файлов, и если системный крах произойдет через небольшое после загрузки время, эти файлы окажутся обнуленными (в журнал изменения вносятся сразу, но сами данные на диск записаться не успевают), а десктоп-окружения неработоспособными из-за потери файлов конфигурации.

> Подобные проблемы с потерей пересоздаваемых перед крахом файлов также свойственны таким файловым системам как XFS и Btrfs. Ted Ts'o, разработчик ext4, считает, что отчасти в проблеме виноваты авторы программ, целиком перезаписывающих без необходимости содержимое файлов конфигурации, полагаясь на особенности работы ext3 в стандартном режиме журналирования "data=ordered", при котором вначале изменяются данные, а потом изменения отражаются в журнале. Тем не менее Ted пообещал выпустить патч, изменяющий поведение отложенной записи в ext4 при фиксировании фактов обнуления или переименования файлов. Патч не успеет войти в состав ядра 2.6.29, но намечен для включения в ядро 2.6.30.

>>1632912

fat используется только на флешках.

>>1632826
>Когда записываешь одновременно несколько больших файлов маленькими порциями
Это если прога жопой написана. Качалки так не работают.

>>1632826
А как это поможет при закачке фильма? У тебя фильм должен в оперативку помещаться?
>фс пытается писать разные файлы в отдаленные сектора, фрагментация будет минимальной.
До определенного момента, ведь фрагментация свободного места будет максимальной.

>>1632926
> Патч не успеет войти в состав ядра 2.6.29, но намечен для включения в ядро 2.6.30.
> 2.6.30
Ты в курсе, что уже вышла 4-ая мажорная версия ядра? Даже не 3-ья, а 4-ая. 2.6 не актуален уже пиздец как давно.

>>1632927
Спасибо, капитан. Можешь посмотреть, на какой пост я отвечал.

Есть уже ReFS

>>1632699
fallocate не дефрагментатор.

>>1632550 (OP)
> Если откроем вики, найдём, что NTFS v3.1 блядь был запилен в 2001 году и с тех пор НЕ ОБНОВЛЯЛСЯ.
Собственно, примерно в то же время из спермософта убрали Гейтса и на его место поставили Баллмера. Сперма стала развиваться в основном не технически, а визуально. Последним щиндовсом со значительным технологическим обновлением был win2k.

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

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

>>1632559
Возьми btrfs, если тебе надо online shrink. Там вообще что угодно можно делать в онлайне — хоть переобразовывать тома в RAID и обратно, хоть переносить на другие носители.

>>1632598
У тебя руки кривые, наверно. Никаких проблем с двоеточиями и вопросами в именах файлов у ext4 нет. Если она не под спермой смонтирована, конечно — сперма вообще не может работать с файлами с этими символами в именах.
В прыщах же в именах файлов запрещён только один символ — «/».

>>1633034
На неё сперму уже можно поставить?

>>1632550 (OP)
> ПОЧЕМУ NTFS?
да прост)))09909

>>1632926
>Ато файлы теряются (обнуляются).
>2.6.29
>исправлено в 2.6.30
>2016 год

>У тебя фильм должен в оперативку помещаться?

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

>>1633135
>мокрописька от васяна
))

>>1633137
Встроенный дефрагментатор не умеет в оптимизацию свободного места. А эта писька от "васяна" Auslogics один раз помогла этой приблудой, когда диск даже после дефрагментаций отказывался нормально работать.

Так что СПЕРМОСКАЗОЧКИ или ПЕРДОСКАЗОЧКИ?

>>1633197
Очевидные спермосказки. Всем известно, как фрагментируется NTFS, глупо это отрицать.

>>1633197
И то и другое.

>>1633139
>оптимизацию свободного места
ВАСЯНОТЕРМИНЫ

25% ЕБАТЬ ЧТО ЖЕ ДЕЛАТЬ? Сорри, но мне похуй, ведь у меня ССД.

>>1633250
На 512 Гб?

>>1632700
Да нифига
Ввести новую фс вообще проще простого в винду
Тот же эксЖИР ввели никто даже не заметил
>>1632550 (OP)
Обосрамс не столько в самой файловой системе как таковой, а в поведении собственно винды.

>>1633254
>120Gb
На такой хуйне я максимум винду размещу и основной софт нужный по учёбе и подработке.
Средний сериал/сезон аниме в нормальном качестве будет занимать больше 30 гигабайт, не считая музыки, мелких игор.

>>1633259
Ну так ты же студентоанимеребёнок. Не сравнивай себя с людьми.

>>1633260
Один хуй, даже если буду полноценно работать, 120Гб не хватит никак. Это придётся пиздецки урезать себя в возможностях. Одна только музыка занимает кучу места.

>>1632550 (OP)
>Это просто лютейший пиздец. Кто-нибудь пробовал устраивать на винте файлопомойку? Например скачать гигов 30 сериала, а потом удалить, а потом скачать что-нибудь ещё, и так много раз, а потом посмотреть, что там с фрагментацией и скоростью чтения и записи?
В ext4 будет тоже самое.
Давай конкретные и конструктивные претензии к ntfs.

>Даже всякие древние фрибзд и солярки имели ФС намного лучше, чем ntfs.
>всякие
>древние

>>1633284
>В ext4 будет тоже самое.
>куча ссылок на статьи, объясняющие различия в работе фс
>ниверю, ext так же фрагментируется

>>1633284
>Давай конкретные и конструктивные претензии к ntfs.
Это конструктивно. Файлопомойка на ntfs фрагментируется за пару месяцев до крайне хуёвого состояния.
Файлопомойка на ext4 работала без проблем приличное время, даже не приходилось проверять её.

>>1633272
>Одна только музыка занимает кучу места.
В голос с деревенщины.

>>1633306
Дай угадаю слушаешь в онлайне ко-ко. Как там мп3 NORMALNO SLUSHAETSYA?

>>1632550 (OP)
Ha-ha, suck my dick.

>>1633336
>Примечание. В статистику фрагментации не включаются фрагменты файлов, размер которых превышает 64 МБ
хм, чтобы значило это сообщение...

>>1633344
СПЕРМООПРАВДАНИЯ

>>1633344
>фрагменты файлов
Пердoля консоль в срачло вставлять научился, а читать нет
>чтобы
как и писать, видимо.

>>1633086
> В прыщах же в именах файлов запрещён только один символ — «/».
Еще и "\0"-символ

>>1633395
>Пердoля
Но у меня Windows XP.

>>1633336
Вангую неотключённую запланированную дефрагментацию каждую среду. Иначе 4% со скачиванием, удалением и копированием просто невозможно.

>>1633464
Даже если и так, что хуевого в том, что ОС сама оптимизирует фрагментацию файлов?

>>1633466
В среду в час ночи я сплю, например. А если оно начнёт дефрагментировать, когда я за пекой, будут лютые тормоза.
Нормальным ФС почему-то не требуется такая хуйня.

>>1633220
ВАСЯНООТРИЦАНИЕ.

>>1632550 (OP)
Поддвачну опа. В реальной жизни гораздо важней скорость чтения с диска, к тому же операций чтения осуществляется на порядки больше, чем записей.

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

Да ntfs чуть-чуть выигрывает по скорости записи у других файловых систем, но цена слишком высока. Первый человек, кто заслуживает смерти - это создатель ntfs. Второй - тот, кто от неё не отказывается, а альтернатив дохуя как среди свободного по, так и у самой ms, это и refs и exfat.

На самом деле я ждал, что Windows 8 станет осью с новой файловой системой, поскольку уже тогда были предпосылки, но нет, опять это говно убивающее SSD и замедляющее HDD со временем.

Как же у меня горит, что я не могу вообще выбрать. Раньше хотя бы fat32 можно было поставить на системный диск. Сегодня, если система на ssd это оптимальный вариант, но нет, хоть на линукс перекатывайся. Честное слово, жопа горит с майкрософта. Нужно петицию писать. Только лень же.

>>1633463
Ну извини, проксипердoля.

>>1633514
>убивающее SSD
ну ты долбоёб просто
http://www.outsidethebox.ms/18156/

>>1633605
Погоди, погоди, не хочешь ли ты сказать, что в 2016 пердoлики до сих пор не могут управлять размером томов на "горячую"? Вот ета лол.

>>1633547
Ты привёл статью где подтверждается, что NTFS медленно, но верно убивает диски на которые мало что записывается.

>>1633605
Хуёвое сжатие, если уж быть честным. Такое, что больше замедляет систему, чем ускоряет.

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

>>1633610
https://ru.wikipedia.org/wiki/ZFS

С подключением.

>>1633615
ZFS это лютый оверхед для домашней пекарни. Лучше LVM и в него домохозяйских ФС по вкусу.

>>1633628
>LVM
костыльное говно по сравнению с божественным ZFS

>>1633636
Ну ты про нагрузку-то на систему почитай. Лично я не готов два гига памяти отдавать под нормальную работу ФС, у меня всего два гига памяти на пекарне.

>>1633639
Для рабочей пеки может и оверхед, согласен. Но вот у меня файлопомойка на 4ом пне с 1 гигом оперативы с фряхой на борту и ZFS. Прекрасно работает, лагов не заметил. И, как правило, в простое 500 метров свободно.

>>1633628
> у вас нет фич!
>вот тебе фс со сжатием, дедубликацией, пулами
> оверхед, слишком много фич

/s — такой /s

>>1633613
Он даже архивы сжимает. А размер больше может получиться если он не сжался.
>замедляет систему
Конечно замедляет, потому что процессор загружается немного. Но можно делать такое, что например расшарить их и сервер будет загружаться, а клиент нормально читать даже без установленного архиватора.

>>1633684
Сжатие ненужно, когда дедубликацию вам завезут? Пулы?

>>1633613

Попытка оправдания красноглазика. Типа фича не нужна. "Я както и биз ниё обойдусь. Както и не хотелась! Нинужно!"

>>1633687
>дедубликацию
Ну вот когда теневое копирование, новые данные зависят от старых, чтобы места меньше занимало - это должно быть оно.
Пул это очередь чтоли? Очередь обеспечена операционной системой.

>>1633696
> Пул это очередь чтоли?
ох лол, даже как-то стрёмно над тобой угарать, всё равно что над инвалидом

>>1633713
А над тобой как над пришельцем, который польхуется тридцатидвухричной системой для считания буханок в магазине.

>>1633615
Зачем, когда есть бтрфс?
А для ССД ф2фс.

>>1633736
>Зачем, когда есть бтрфс?
Ну я не конкретно говорил про линукс, а вообще про UNIX-like. В Линуксе понятно, что zfs официально не поддерживается, а наиболее подходящий аналог только btrfs.

>>1632678
ИНОДЫ! Разве что они, но справедливо только для систем с огромным количеством очень мелких файлов.
>>1632669
>фрагментация существует точно так же как и в винде
Существует, но в меньшей степени, я бы сказал, что практически нет её.
>>1632708
/s/ — доска юниксогоспод, ты вообще-то.
А нтфс на самом деле говно. Я всё ванговал, что выпустят то к восьмёрке, то к десятке. А индусы там заигрались совсем, похоже.
>>1633605
Опять же толсто32. Тебе вон уже пояснили за лвм и зфс, в этом смысле нтфс как раз отсталая. Жаль, зфс в ядро полноценно не засунуть, хотя можно и модулем.

>>1633741
Зфс поддерживается более или менее норм, просто максимум модулем можно впихнуть. Как какой-нибудь блоб нвидии.

>>1633841
>ИНОДЫ
что не так с айнодами

>>1633847
аа, огромное количество файлов, догнал

>>1633851
Ну да, допустим, даётся миллион инодов, ты их забиваешь миллионом файлов по 1 байту. Место есть, а инодов нет. Приехали.

>>1633834
Чем чем, а кривыми руками я никогда не отличался. Это явно косяки НТФС, если она не может выдержать скачиваний, удалений, перемещений и копирований.

>>1633871
тащемта типичный спермач обычно тем и занимается, что операциями над файлами

>>1633855
>Ну да, допустим, даётся миллион инодов, ты их забиваешь миллионом файлов по 1 байту. Место есть, а инодов нет. Приехали.
А что уже есть ФС без аналога inode? Это ведь просто запись с метаинфонформацией для каждого файла.

>>1633689
но говносжатие из нтфс действительно никому ненужно
от него только файлы портятся
а вот хардлинки и дедубликация нужны

>>1633841
я ещё в лонгхорне висте ждал ШинФС

>>1633855
У тебя блок 4K или даже больше, как настроил, не прокатит по байту, диск так и так забьется.

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

>2015
>ДИФРОГМАНТЕЦИЯ ФРОГМЕНТАЦИЯ
Ох уж эти дауны без твердотельника в 2016)))))) Для десктопа - ext4, для наса - xfs/zfsочевидно, хранить данные на ссд, мы же не нищие спермочуханы которые ФРОГМЕНТИРУЮТ

>>1634057
НЕ БУ ДЕТ! Твёрдо и четко!

>>1634107
> нищие
> спермочуханы
Как-то не вяжется.

>>1634107
>Ext4
F2fs

>>1634091
Другой их продукцией не пользуюсь, ибо нужды нет. Диск дефраг правда неплох, если бы ещё был бесплатным.

>>1634107
Пруфай свой твердотельник на 1Тб

>>1634110
Действительно, всё время забываю, что все пользователи Windows — успешные люди. Ведь только успешные люди могут себе позволить купить виндос, офис, фотошоп, автокад и вижуа студию на рутрекере.

>>1634091
>дупликейт файндером
вот эту мокропиську рекомендую
http://www.nirsoft.net/articles/find_duplicate_files.html
>>1634131
кто-то тут уже говорил что это просто скин для обычного виндового дефрагментатора

>>1634143
Конечно же говорил без пруфов?
Да и виндовый дефрагментатор умеет меньше.

>>1634249
>дефрагментация по расписанию
Костыли-костылики. Вместо нормальной записи с 1 раза давайте мешать всё в одну кучу, а потом переписывать по кускам, насилуя и изнашивая диск.
Олсо "эти файлы нельзя перенести"

>>1632550 (OP)
>Почему в линуксе существует ext4, пусть и не божественный, но это во много раз лучше сраного ntfs.
А чем лучше то?

>>1634284
Потому что linux лучше windows, а значит всё там лучше. Ньюфаг не слышал главного аргумента

>>1634261
Ну и нахуй мне это нужно?
В чём проблема сделать что-нибудь подобное той же ext4, чтобы фрагментация была минимальной?

Если ext4 и прочие линуксФС так хороши, почему же на андроидах фат32? Андроид ведь тоже линукс?

>>1634306
Там ext4 в самом телефоне, флешка по умолчанию в фат32, ибо виндовз не может в отличные от фат и нтфс фс, а значит сперморебенок не сможет примонтировать флешку.

У меня на jolla вообще btrfs, но флешка на фат32.

>>1634308
Мой пека видит всю память устройства. Какой нахуй ext?

>>1634303
Потому что MS дичайше дрочит на совместимость. Ты в десятке глянь, до сих пор можно запускать приложения от Windows 95, блять. Кому они нахер нужны в 2016 году? Вот и файловые системы тащат хуеву кучу лет без изменений, ведь а вдруг какому-то хую нужно будет современную USB-3 флешку на несколько десятков гигабайт всунуть в древнее говно под управлением Windows 98 или ХР? Похуй, что эта флешка даже не инициируется на древнем говне, но зато в принципе теоретическая возможность есть.

>>1634306
Потому что винда.
К ней подключаться нужно

>>1634314
Твой пк подключается к ведроиду по mtp, а не монтирует его как флешку. А вок карточку ты можешь примонтировать как съемный накопитель, и она у тебя в фат32

>>1634314
>>1634326
Но вообще зависит от производителя, конечно, но в подавляющем большинстве ведрофонов ext4

http://android.stackexchange.com/questions/95678/which-filesystem-do-android-use

>>1634145
какие тебе пруфы нужны, мань?
может тебе ещё исходнички показать?

>>1634398
>какие тебе пруфы нужны, мань?
Любые не голословные доказательства, мань. Беспруфвно кукарекнуть любой может

>>1634421
ты даун?

>>1634425
Нет, а ты?

>>1634090
Нет, я проверял с touch на миллион файлов при 800К инодов на небольшом разделе. Скрин не сохранился, к сожалению.

>>1634314
У тебя 2 раздела (это без внешней флешки) на внутренней памяти как минимум. Раздел-накопитель в фат32 и системный раздел в ext4. Последний ты не видишь, он даже на линуксе по дефолту скрыт.

>>1634603
>touch
Ну если ты туда ничего не писал, то да. А если писал, то хотя бы 4K блок (на самом деле, может быть 512 байт) должен быть аллоцирован для каждого файла.

>>1634710
Хуита. От мелкофайлов размером 0.5-1КБ иноды только так кончаются, несколько раз такое было на практике от сессий php.
С дефолтными опциями форматирования ext4 иноды и место тратятся равномерно при файлах объёмом около 16КБ.

>>1635005
>От мелкофайлов размером 0.5-1КБ

У тебя не может быть файла размером 0.5K, минимум 4К

>>1634135
> я бохатый, и потому пердолюсь

>>1632550 (OP)
Тред лень читать, NTFS поддерживают все четыре основных ОС, и даже ведроид, не имеет лютых ограничений как FAT, ExFAT реже поддерживается устройствами, и у NTFS в отличие от него есть журналирование, если распидорасит програмно - файлы легко восстановятся чекдиском.
На ext тоже есть фрагментация, только пердоли сделали так что проявится она при сильном заполнении винчестера, по сути замели весь сор под ковёр.

>>1634710
Ну пусть писал, то миллион файлов по 4 килобайта — это 4 гигабайта всего. А миллион инодов давался гигов на 10 раздела. Мб даже меньше миллиона, у меня сейчас 2,8М на 40-гиговый корень.
>>1635114
Поддерживают в основном через костыли, ну и системный раздел нельзя в нтфс форматнуть. Не понимаю сути аргумента. Это делает нтфс хорошей файловой системой что ли?
Фрагментация при сильном заполнении винта — это меньшее зло, а не сметание сора под ковёр. Инструменты для дефрагментации-то есть. Хотя конечно ext4 — не лучшая ФС из *никсовых, просто самая стабильная и проверенная.

>>1635142
Это делает NTFS самой универсальной, костыли, не костыли, всё равно работают на запись и чтение. Фрагментация в любом случае есть, но она не так страшна как её представляют ньюфаги, и на разделе для торрентов неизбежна хотя бы потому что в большенстве торрент клиентов отключено резервирование места при добавлении закачки.
>Хотя конечно ext4 — не лучшая ФС из *никсовых, просто самая стабильная и проверенная.
Тут ты вообще поделил на ноль, в никсах стабильным считается только говно мамонта, дебиан очень долго предлагал ext3 по умолчанию.

>>1635153
Делают ли ext2fsd и OSXFuse универсальными файловые системы ext?

>>1635157
>ext2fsd
Не поддерживает запись.

>>1635159
Поддерживает

>>1635085
Во всяком случае, пердолиться с консолькой можно за бОльшую зарплату, чем качать кряки для фотошопа.

>>1635160
Ну запилили уже, но всё равно кривее чем костыли в пердоосях.

>>1635200
>но всё равно кривее чем костыли в пердоосях.
Сорта говна, не? Такие вещи не предназначены для постоянного использования.

>>1635202
Ещё три года назад без проблем пользовался под убунтой NTFS-ом, и с рабочим журналированием.

>>1635203
Проблем нет, но нахуй это нужно? Скорость низкая, ФС не нативная. Плюсов у нтфс перед нативной ехт4, на линуксе, нет.

>>1635157
> OSXFuse
Всё fuse-реализации ext* слишком сырые.
Если уж так рассуждать, то zfs более универсальна (доступна везде, кроме windows).

>>1635210
>Скорость низкая, ФС не нативная.
Это справедливо к любой фс не нативной для системы, но у NTFS наиболее полная поддержка на всех системах.

Все, кто не хотел ебаться в жопу с неизменяемым интерфейсом, плохими программами (общего назначения) - перешли давно на nix (MacOS тоже nix).
Меня вообще поражает уровень качества софта на Windows, уровень качества самой Windows и уровень пиратства на Windows. Пидорахи готовы нарушать закон чтобы жрать говно и юзать 10% от всех возможностей ворованного софта...

>>1635214
А у FAT32?

>>1635153
>Это делает NTFS самой универсальной
Проиграл. Ничего в ней более универсального. Она в чужих средах работает так же, как и другие чужие файловые системы. Вот только устарела. Это почти так же всрато, как фат юзать.
>в никсах стабильным считается только говно мамонта
Я неверно выразился. Важен факт распространённости.
>дебиан очень долго предлагал ext3 по умолчанию
У дебиана стейбл-релизы долгие просто. Выждали, релиз сменился — можно переезжать на ext4. Ту же btrfs уже suse пытались протолкнуть как дефолт.

>>1635262
> btrfs уже suse пытались протолкнуть как дефолт
Таки успешно протолкнули, и федора вон собирается последовать примеру. Хотя у меня f2fs.

>>1635262
> Ту же btrfs уже suse пытались протолкнуть как дефолт.
Кажется, это было в то время, когда формат данных ещё не был финализирован и об этом предупреждала страница https://btrfs.wiki.kernel.org/ . Я тогда пристроил btrfs для хранения /usr/portage с компрессией и даже как-то проебал из-за её ошибок все ебилды.

>>1635285
Не протолкнули же, где-то читал разговор мейнтейнеров суси. Да и тырпрайз не хочет пока.
Бтрфс — сырое говно, лучше зфс модулем воткну.

>>1635293
Нет, не так давно. Прошлый или позапрошлый релиз.

>>1635293
У меня уже два года весь корень и хоум на btrfs и норм. У докера есть btrfs graph driver, не нужны никакие изъёбства с aufs, очень удобно.
Есть проблема с исчерпанием места под метаданные при большом количестве файлов в хомяке (вроде полного клона реп мозиллы и хрома). Пока не придумал как чинить, лень копаться. Вот здесь описано: https://btrfs.wiki.kernel.org/index.php/Problem_FAQ#I_get_.22No_space_left_on_device.22_errors.2C_but_df_says_I.27ve_got_lots_of_space
Ещё оно бывает отказывается монтироваться при хард ребуте, но лечится через --repair с лайвсиди, никаких потерь.

>>1635295
В SLE{D,S}, вероятно, ещё долго пролезать будет, а в openSUSE таки уже по дефолту.
> Бтрфс — сырое говно
Ты преувеличиваешь. Для домашнего пека btrfs в любом случае надёжнее диска, который в неё размечен. А кто-то использует и в продакшоне (например, пейсбук для хранилищ медиаконтента).

>>1635180
> пердолиться с консолькой можно за бОльшую зарплату
если ты технарь в пидорашке, то может быть
белый человек в швитой получает вменяемую зряплату и просто эксплуатируя легальные версии офисов, кадов и фотожопов

>>1635203
>без проблем.
Либо не системный раздел, либо пиздишь.
Нтфс половину аттрибутов не поддерживает

>>1635408
Разумеется не системный.

Проясните нубу. Если я не обновлял 8.1 последний год, система облеплена кучей приложений, всё лежит на неразделённом на разделы диске С и сделать дефрагментацию, приложения не поломаются, как это бывало после использования дефолтного дефрагментера в ХР?

>>1636161
Вроде бы в новой сперме дефрагментация по умолчанию запихнута в планировщик и тебе ничего делать не надо.

Работает норм НТФС и все, хуле приебались?

>>1636185
Так хуёво работает же: тормозит (см. линк из >>1634399) и современных фич вроде снэпшотов и дедупликации не имеет. Нахуй так жить?

>>1636175
А проводник слоупочит из-за файлопомойки в системном разделе?
Олсо, выключается и засыпает только со второй попытки, в первый раз вырубается на несколько секунд и только на втором заходе делает как надо и что это?

>>1636258
>и
Там тире, промахнулся.

>>1633403
Типо зиговать нельзя?

>>1636289
Да, исключительно поэтому.