- Нет, убъёт Bcachefs задумывалась как аналог zfs, но в ядре Не будет в ядре 8, Аноним (25), 10:58 , 28-Июн-25 (4) +27 [^]

- Ну продолжит он пушить отдельно в свою ветку Что изменится Кому надо, тот ядро, Аноним (7), 11:00 , 28-Июн-25 (7)
- Затем что zfs это тормоз сжирающий всю память хоста хоть 2Тб и при этом все равн, gnugpl (?), 11:12 , 28-Июн-25 (18) –4 [V]
- Затем что zfs надо уметь готовить, тормозит в неумелых руках , Аноним (25), 11:29 , 28-Июн-25 (37) +3
- типичное skill issue , Вася (??), 11:38 , 28-Июн-25 (41) +9 [^]
- Файлухи юзают не для того чтобы с ними ться и skill issue прокачивать Это , Аноним (-), 14:36 , 28-Июн-25 (103) +7 [^]
- Вы ничего ни о чем знать не хотите , Аноним (150), 15:25 , 28-Июн-25 (120) –2
- Я и правда хочу заниматься - своими проектами, а не костылингом доисторической ф, Аноним (-), 15:53 , 28-Июн-25 (125)
- Так не включайте dedup, Аноним (271), 00:17 , 29-Июн-25 (271) +2
- dedup это единствееное ради чего этот zfs поделие имеет смысл, Аноним (298), 01:55 , 29-Июн-25 (298) –1
- Использовать dedup на десктопе - крайне глупая затея , pofigist (?), 02:12 , 29-Июн-25 (301) +2
- Скрыто модератором, Аноним (413), 16:40 , 01-Июл-25 (413) –1 [---]
Более глупого ответа не слышал, именно здесь и нужно больше чем где либо ещё. А, лучше не в автоматическом режиме создания (говорю не про ваш dedup - а, да, Copy); что, позволяет обнаруживать сбои на дисках бинарным сравнением а, кто именно доп-ным CRC всего. /мимопроходил
- Более глупого ответа не слышал, именно здесь и нужно больше чем где либо ещё А,, Аноним (430), 17:34 , 03-Июл-25 (430)
Более глупого ответа не слышал, именно здесь и нужно больше чем где либо ещё. А, лучше не в автоматическом режиме создания (говорю не про ваш dedup - а, да, Copy); что, позволяет обнаруживать сбои на дисках бинарным сравнением а, кто именно доп-ным CRC всего. /мимопроходил
- Оно и без dedup имеет очень странное управление памятью - и я пешочком постою чт, Аноним (-), 13:05 , 29-Июн-25 (338) –2
- Ну дык купите СХД нормальную - если нет денег на NetApp так какой-нибудь RAIDix , 1 (??), 09:27 , 30-Июн-25 (375) –1
Ну дык купите СХД нормальную - если нет денег на NetApp так какой-нибудь RAIDix (прости господи) ... И занимайтесь своими проектами.Ну и облачка никто не отменял.
- Отличные советы как потратить много денег и влопаться в вендорлок А, забыл доба, Аноним (-), 14:26 , 30-Июн-25 (380)
> Ну дык купите СХД нормальную - если нет денег на NetApp так > какой-нибудь RAIDix (прости господи) ... И занимайтесь своими проектами. > Ну и облачка никто не отменял.Отличные советы как потратить много денег и влопаться в вендорлок. А, забыл добавить - я не мегакорп а маленький но гордый стартап. Поэтому все вон то, на тех условиях - вы там сами. За свои. А я решаю свои проблемы, уж как умею.
- Для маленьких и гордых стартапов есть qnap и synology ну и всякие FreeNAS и med, 1 (??), 15:40 , 30-Июн-25 (388)
Для маленьких и гордых стартапов есть qnap и synology (ну и всякие FreeNAS и mediavault). Это для того чтобы проектами заниматься, а не развлекаться с выбором и тюнингом FS для линухов.
- А еще для них есть - do not use force, try to THINK, Luke Мне не нужны все э, Аноним (-), 19:21 , 30-Июн-25 (393)
> Для маленьких и гордых стартапов есть qnap и synology (ну и всякие > FreeNAS и mediavault).А еще для них есть - "do not use force, try to THINK, Luke!". Мне не нужны все эти "офигенные" решалы моих проблем. И баззворды вы можете отправить по известному курсу. Будучи системщиком - я прекрасно решу все эксплуатационные проблемы вокруг этого сам. Забвыв экспертов с опеннета спросить как мне потратить много денег на всякую фигню и влопаться в вендорлоки и "hidden agenda". > Это для того чтобы проектами заниматься, а не развлекаться с выбором и тюнингом FS для линухов. В моем случае ФС это больше хобби/любопытство - и это уж точно не жрет заметный % моего времени. А взамен это любопытство уже местами улучшило эксплуатационные свойства моих дизайнов, когда единичный бэд раз в сто лет теперь не выносит одноплатники наповал.
- проходи мимо, для вас, молодой человек, FAT32 сделали , Вася (??), 20:05 , 02-Июл-25 (428)
>> типичное skill issue > Файлухи юзают не для того чтобы с ними #$%ться и "skill issue" > прокачивать. Это - чисто техническая подложка для хранения данных, в идеале > мы вообще знать о ней ничего не хотим.проходи мимо, для вас, молодой человек, FAT32 сделали.
- FAT32 была весьма неубивая ФС, но требующая проверки диска при кажджой проблем, Аноним (117), 23:09 , 04-Июл-25 (432)
FAT32 [была] весьма неубивая ФС, но требующая проверки диска при кажджой проблеме впрочем как и любая прочая ФС дажеесли там это требование меньше за счёт программных хаков, а если и убъётся - почти всегда моно восстановить вручную в редакторе диска, (как и просто случайно удалённое - в обход Корзины для ламеров и любителей заспамить старыми данными винт доп-но фрагментируя, понятно), - в отличие от всех прочих ФС, кала в этом смысле. Если бы MS её сознательн оне убила не внеся изначально либо позже устрани её ограничения(2TБ/раздел, размер файла <4GB), всяких мелочи кому то нужные типа сжатия добавилибы, то она и сейчас бы уделывала ВСЕХ.Но, MS надо было всучивать NT2000 с её NTFS и потому это всё небыло сделанно, более в chkdsk на NTFS меньше тупо выдаёт индицируя меньше ошибки втихую исправляя часто, и ддаже исправляя автоматически даже в режиме ReadOnly (в консольной версии без "/f") чтоы создавалось ощущение что в FAT32 куда чаще происходят ошибки... А, позже уже и более новые винды с новой аппартурой всучивать - сначала забив на MBR и затем и вовсе удалив поддержку(в т.ч.начав с 64 битных версий), который точно так же прекрасно можно было расширить на поддерждку >2TB, т.б.ему даже не впервой улучшаться. Но, фигу вам гойские пользователи, Билли aka видом в молодости Мойша - каждый раз вставляя пакостя явно сильно ржал... вместе с другими такими же там. Как и когда писали отмазку что винды 9x не могут работать на диска >137GB, что уже тут брехня ибо реально могут но неиспользуя, во вторых из-за проблем с BIOS и то только на оч.редком BIOS.. И якобы всё там так сложно что, даже энтузиаст одиночка даже несмотря на отсутвие кода всё пропатчил. Не он то молодец.
- Зато фичи, ты не понимаешь , Аноним (21), 12:01 , 28-Июн-25 (49) –2
- ZFS will use too much memoryGenerally 8211 where memory is fast use of memor, Аноним (54), 12:19 , 28-Июн-25 (54) +1
- Очередной миф из разряда сталинские репрессии Пользователям ZFS годится для по, Аноним (69), 13:05 , 28-Июн-25 (69) –20 [VVV]
- Замедляет относительно чего , Аноним (42), 20:03 , 28-Июн-25 (180)
- Учитывая её свойства не такая уж она и медленная Включи на EXT4 журналирование , Аноним (42), 12:17 , 29-Июн-25 (334) –1
- Вообще ни разу не Это ты с бырбыр перепутал, вот та задумывалась А получилось , нах. (?), 11:14 , 28-Июн-25 (20) –1
- У BcacheFS правильная ядерная лицензия, в отличие от , Аноним (53), 12:18 , 28-Июн-25 (53) –2
- Аналогов ZFS быть не может - ни в одной нормальной FS нет раздельного с ядром ке, Tron is Whistling (?), 12:40 , 28-Июн-25 (62) –1
- ZFS - это кусок тормозного крапа, даже экстентов нормальных нет В 2025 году, эк, Аноним (-), 17:02 , 28-Июн-25 (136) –3
- ZFS использует собственную модель управления блоками данных с динамическим разме, Аноним (163), 18:25 , 28-Июн-25 (163) +4
- Демократия 8212 наихудшая форма правления, если не считать всех остальных С, _ (??), 19:07 , 28-Июн-25 (168) –1
- Да, я к счастью - не LLNL и это - именно их боль, которую они сами себе нашли По, Аноним (-), 20:32 , 28-Июн-25 (199)
- он когда лбом упрется в такую задачу - подберет кривое-косое решение на единстве, нах. (?), 23:44 , 28-Июн-25 (257) +1
- Я могу выбирать задачи в которые я вписываюсь И только подумай, берусь лишь за , Аноним (-), 04:21 , 29-Июн-25 (309) –1
- тогда что строишь из себя эксперта Зазубрил пять команд единственной утилиты че, нах. (?), 10:41 , 29-Июн-25 (328) +1
- Хороший фотограф просто знает когда жать DEL Я имхо честно демаркирую границы,, Аноним (-), 15:32 , 29-Июн-25 (345)
- твои ценные мнения о zfs - далеко по ту сторону границы не то что экспертизы, а , нах. (?), 17:39 , 29-Июн-25 (353) +2
- Я посмотрел как дизайн сделан, как выглядит менеджмент и проч - и пришел к вывод, Аноним (-), 15:00 , 30-Июн-25 (385)
> не должен говорить, а только слушать и кивать.Я посмотрел как дизайн сделан, как выглядит менеджмент и проч - и пришел к выводу что btrfs мне больше нравится. И out of box лучше себя ведет в моих типовых сценариях. Ессно в нем экспертиза и отращивалась. Это странно? И ты не применяешь свои стандарты даже к себе -> не в праве ждать от других. > хотя бы на один технический вопрос в котором ты бы разбирался. Мое мнение насчет твоей линуксной экспертизы - 100% аналогичное. > я "сижу" с десятками разных проектов и систем. Где-то ntfs, там где > она отвечает задачам, да, ее хорошо проектировали, она много чему соответствует, Ее проектировали в начале девяностых. С тех пор много воды утекло. И мои хотелки заапгрейдились. > я и могу делать _аргументированные_ выводы о том как там все по настоящему плохо. У меня так то тоже много чего и где было. NTFS я в винде наюзался дай боже. Поэтому мне есть с чем сравнить. ... > mount... что? Ты ж не показал как /srv монтирован и куда оно реально ушло. При непонятках зацепить любой кус ФС, btrfs sub li -a /mountpoint - покажет все subvols в файлухе, и где они были. В чем проблема? Типовое "доктор, когда я так делаю, мне больно -> а вы так не делайте". > (набирает попкорна, [чeшeт чcв, ...]) Да вон тебе рассказ как посмотреть любую самую странную хрень. > а кто вещал нам про звездолеты с мысленным управлением? Звездолет проще в управлении чем кляча. Вбил назначение в компьютер. Вжих! Извозчик может и не разделять мнение. Какие координаты? Где вожжи?! > А тут какие-то [...] Все познается в сравнении. Если посмотреть как NTFS снапшоты винды ворочает, и все тупит когда VSS пытается подобие cow делать из того что было... > как до него добраться? Ну я тебе написал как посмотреть. > насоветована авторами самой фс как образцовая, хахаха, какой л-х им верит-то) Как по мне - норм идея. > а откуда ты знаешь что это точка монтирования? Он может и не > смонтирован был вот сейчас никуда. Это не важно, особенно для sub li -a, покажет ВСЕ subvols в энной ФС и где они. Лишь бы какой-то кусок ФС где-то прицеплен. Т.е. mount /dev/wtf /mount; btrfs sub li -a /mount И смотри что за сабволы есть, заодно и ID, которые - чтобы референсить subvols вне зоны видимости. > это просто у вас снапшоты так криво делаются. Норм оно делается. > вот конкретный - сабвольюм или каталог? За кого ты меня считаешь? Btrfs sub li -a показывает subvols с их размещением. > Ты ж только что хвалился умением не лезть в то, чего вообще не понимаешь. Да вон знатное чтиво в советах - как буху ZFS сделали :) > Импорт - пометка что пул во-первых вообще проверенно работоспособен и мы > не словим панику при попытке что-то с ним делать, А что - паники бывают? Ну и качество кода! > во-вторых что он доступен данной системе, и мы не перепутали диски от соседней. Насколько я вижу - нафиг нужная операция суммарно. > После чего может запускаться автоматика монтирования - не имеющая вот той > проблемы что выше продемонстрирована. btrfs нужные девайсы сам при маунте ищет, достаточно foolproof сделано. И если fstab по uuid или label - все просто и без нестандартных приседаний как раз. Все что касается subvol -o=subvol=what, единственное отличие от остальных. И никаких лишних сущностей где-то еще. > А точки хранятся отдельно, и тоже никуда не денутся. пул/ при > этом может вообще никуда не монтироваться. Ну так и top level btrfs FS - монтироваться не обязан. Можно собрать желаемое из subvols в оном. Убунта такую структуру по дефолту и сватает. >> Вообще-то каждый subvol знает свой parent UUID > очень удобно, да. ... Ну если им не дали нормальных названий, хотя-бы так. > музыку на другой диск. Афигеть удобно? (нет) Что, "импорт пула" при "переносе музыки" - удобнее? :). Btrfs можно даже на флехах юзать, и оно влет цепляется. А вот с импортом пула... этим "general purpose" от "хранилки" и отличается. > почему, и как теперь сделать чтоб влезло? > Ау, экспертизааааа?! Что-то с сжатием нахимичил? Вон там протокол send v2 - сжатое передает как есть. > кривая нужна? У тебя какие-то уникальные траблы вечно. > А там еще и очаровательные замаскированные грабли лежат, хотя казалось бы и > так целое поле. Тебе не приходило в голову что я избегаю 90% грабель, не делая дурацкие действия? Я понимаю как думают програмеры. > Ну чего, эксперт - сольешься, побежишь быстрогуглить или таки признаешь что не > владеешь темой? (ой, не дождемся с таким ЧСВ) Я могу не знать ВСЕХ закоулков большого крейсера и что там водится. Тем более что там новые фичи пиляют. Типа вон stripe tree допустим. Не делает меня плохим капитаном. На моем поле из тебя имхо будет плазма быстрее чем ты поймешь, что за. > а какие у тебя проблемы с _эксплуатацией_? Это статический бинарник. Проблемы у > майнтейнеров дистров, И это не добавляет им желания пакетить сие. Так просто. > и тут рано или поздно сдадутся. Аксиома: чем неудобнее апстрим - тем больше соблазна выкинуть. >> захочешь не поюзаешь в проде. > захочешь - поюзаешь. Дык я ж сказал что у меня он есть, на виртуалках и паре железок. > ну вот в твоей одноплатной поделке некуда такое втыкать. Во ты кэп. Там это могло бы быть конкурент btrfs по другим линиям. 1) Erasure coding потенциально может быть интереснее DUP. 2) Возможно могло бы быть быстрее. Меня больше всего в btrfs врема маунта анноило - но ЭТО недавно как по заказу починили - extent tree, снизив время на порядок, а сабж тоже не чемпион в этом оказался. А по перфомансу ФС - mixed bag. > в этом мегаватном монстре размером с пачку печенек (пицца-боксы уже немодно) ... Что за мегаватный кластер в пачке печенек? По всем законам физики должен перейти в состояние плазмы. Земные технологии так не умеют, вы палитесь! ... > быстром, и не смешивать. Тем более что эффективность layered storage не > доказана и не проверена (в отличие от zfs с ее arc). Тем не менее я не вижу причин по которым бы оно плохо работало. И заодно не сватает свой менеджмент памяти и по менеджменту лучше. Кстати nvme и мелкие бывают. > вручную собирать для нее предрелизные ядра Ее можно уже - и с релизными, если ты не заметил.
- я тебе показал что ему дали совершенно нормальное название С точки зрения норма, нах. (?), 15:56 , 30-Июн-25 (390)
>>> Вообще-то каждый subvol знает свой parent UUID >> очень удобно, да. ... > Ну если им не дали нормальных названий, хотя-бы так.я тебе показал что ему дали совершенно нормальное название. С точки зрения нормального человека,а не специалиста подлаживаться под кривизну единственно-вызубренного решения. Теперь ты с этим названием его не сможешь примонтировать вообще вот никак. Только вычислять uuid вручную или вручную же монтировать не предназначенный тобой для монтирования корень и переносить. Твоя экспертиза такая экспертиза. Тебе вот прям команду показали, но ты до сих пор не понял. > И если fstab по uuid или label - все просто и без нестандартных приседаний просто запрягаешь в свой звездолет лошадку, все просто и без нестандартных приседаний. Потому что куды ж без лошади-то ездить. А нет fstab - попробуй теперь вспомнить, что и куда у тебя монтировалось, гадая на кофейной гуще сабволов. > Что, "импорт пула" при "переносе музыки" - удобнее? при переносе на другой диск в другом пуле никакого импорта не делается. Делается ОДНА команда, целиком воспроизводящая содержимое текущего пула или его части. А у вас - сплошной геморрой. Как ни удивительно, эксперт снова не разбирается в том как у него работает предмет экспертизы. >> почему, и как теперь сделать чтоб влезло? >> Ау, экспертизааааа?! > Что-то с сжатием нахимичил? там нет сжатия. Там ряд сабвольюмов с кросреференсами и несколько r/o снапшотов - архивы предыдущего состояния. Я ж говорю, экспертиза... Нет, это не новая фича, это базовая база. > Что за мегаватный кластер в пачке печенек? погугли что такое blade servers. То что тебе показывает гугль по запросу "найди картинки стоек в datacenter" - это уже лет десять стало совсем немодно. Стоек не напасешься. Или придется лотки с гидропоникой ужимать, а на это мы пойтить не могем.
- А, собственно, в чем проблема Что какой-то чудак сделал что-то , где-то , зач, Аноним (-), 21:06 , 30-Июн-25 (394)
> я тебе показал что ему дали совершенно нормальное название. А, собственно, в чем проблема? Что какой-то чудак сделал "что-то", "где-то", зачем-то что-то размонтировал, не приходя в сознание? Не распознается как большая проблема, увы. > С точки зрения нормального человека, Нормальные человеки - в такие продвинутости не лазят. А те кто лазят - не занимаются вон тем. > а не специалиста подлаживаться под кривизну единственно-вызубренного решения. Ну да, кошмар, юзаю ФС как проще и логичнее, а не создаю в хзчем замонтированном в srv какой-то левак. > Теперь ты с этим названием его не сможешь примонтировать вообще вот никак. Это еще почему? Именно это пойдет в -o subvolume= ... Если ты настолько в ауте что и UUID или Label куда это создал не знаешь - см ниже. > Только вычислять uuid вручную или вручную же монтировать не предназначенный тобой > для монтирования корень и переносить. Я обычно файлухам человекочитаемые label навешиваю для удобства. Если ты ну совсем пускаешь пузыри, lsblk -f покажет блочные девайсы, UUID, Label и тип ФС. Что тебе еще надо? И выглядит это в fstab потом как-то типа
LABEL=bootdrive / btrfs defaults,noatime,subvol=@system,[...] LABEL=bootdrive /home btrfs defaults,noatime,subvol=@home,[...] ...
Учитывая что это делается не часто - я вообще не понимаю фиксацию на проблеме. > Твоя экспертиза такая экспертиза. Тебе вот прям команду показали, но ты до > сих пор не понял. >> И если fstab по uuid или label - все просто и без нестандартных приседаний > попробуй теперь вспомнить, что и куда у тебя монтировалось, гадая на > кофейной гуще сабволов. О том что FS Lavel и subvol можно называть человекочитаемо - ну чтож, пусть это будет для тебя откровением. Но человекочитаемое название ресурсов и ассетов - упрощает менеджмент систем. И по моему LABEL=bootdrive ... subvol=@home - однозначно указывает кого, почему и где я хочу, не? Более того. Если ЭТО переткнуть в другой комп, ничего менять не придется. Видишь, если не создавать проблемы - не придется их решать. >> Что, "импорт пула" при "переносе музыки" - удобнее? > при переносе на другой диск в другом пуле никакого импорта не делается. А, понял: просто цепануть флешку или внешний хард с музыкой - недостаточно энтерпрайзно? :) > Делается ОДНА команда, целиком воспроизводящая содержимое текущего пула или его части. Ты музон чтоли send'ом передаешь? Во ты затейник! По крайней мере не скучно - не, $%#, я реально не знаю ни 1 другое живое существо которое музон _ТЕМ_ send'ом шлет :) > А у вас - сплошной геморрой. Не, это не у нас. Я как раз стараюсь делать менеджмент простым, прозрачным и - чтобы ничего запоминать вдолгую не надо было, с говорящими названиями. Это позволяет тратить очень мало времеин тратить на окучивание этого всего - и подгружать инфо "as needed" прямо из энной инсталляции. > Я ж говорю, экспертиза... Нет, это не новая фича, это базовая база. Я думаю что я и тебя смогу легко озадачить по этому дизайну. При том куда более базовыми вопросами. >> Что за мегаватный кластер в пачке печенек? > погугли что такое blade servers. Да я в курсе, но он как-то крупноват для коробки печенья - и мегаватт не жрет. Даже за месяц, пожалуй. > совсем немодно. Стоек не напасешься. Или придется лотки с гидропоникой ужимать, > а на это мы пойтить не могем. Ты таки отделался от 19" стойки? Или таки натырил у инопланетян неизвестных технологий?
- [.... слишком большой тред, остальное см. в режиме смотреть все |+ ] (400)!!!!
- Там есть фичи, отсутствующие в zfs , Аноним (455), 20:52 , 08-Июл-25 (455)
>Bcachefs задумывалась как аналог zfs, но в ядреТам есть фичи, отсутствующие в zfs.
- С каждой новостью про бкэшфс становится ясно что от нее фс надо держаться пода, Аноним (10), 11:05 , 28-Июн-25 (10) +23 [^]

- А остальным разработчикам - просто наплевать на твои данные и исправлять они нич, нах. (?), 11:33 , 28-Июн-25 (39) –3
- Используем ext4 и не рыпаемся , Аноним (86), 13:54 , 28-Июн-25 (86) +4
- ext2 же ж Ext4 еще недостаточно устарела и окостенела, в ней, представляешь, то, нах. (?), 14:02 , 28-Июн-25 (96)
- Да представляю, в 17м сам огрёб , Аноним (141), 17:12 , 28-Июн-25 (141) +1
- Кто-то использует ext2 как основную на своём десктопе , zionist (ok), 17:49 , 28-Июн-25 (157)
- Джва раза ловил истощение айнодов - , Vivaswat (?), 09:34 , 07-Июл-25 (454)
Джва раза ловил истощение айнодов... :-(
- Чем плоха ext4 , Аноним (159), 18:12 , 28-Июн-25 (159)
- Она для луддитов же, её уже больше 3-х месяцев как придумали Я уж молчу о том, _ (??), 19:21 , 28-Июн-25 (169) +2
- Тем, что она примитивна Мгновенных снапшотов нет, сжатия нет, подразделов нет, , Аноним (238), 20:27 , 28-Июн-25 (194) +1
- Это вообще-то - достоинство -рА это точно то, что должа делать _FS_ Ну хоть, _ (??), 21:01 , 28-Июн-25 (211) +5
- И как это интересно решают 2 А, в Ext2 Ext3 - такая проблема есть , Аноним (218), 22:11 , 28-Июн-25 (232)
- Могу более тупой недостаток насыпать При том courtesy of пох или нах Оно в деа, Аноним (-), 22:39 , 28-Июн-25 (243) +1
- А включить dir_index или large_dir религия значит не позволяет Одно время даже , maximnik0 (?), 13:36 , 29-Июн-25 (342)
- Все это счастье, внезапно, с включеным dir_index Кто-то ext4 без него юзает oO, Аноним (-), 15:50 , 29-Июн-25 (346) –1
- с включенным оно тормозить - не может по крайней мере - при всех удаленных файл, нах. (?), 18:08 , 29-Июн-25 (354) +1
- А таки - я вижу какие-то остаточные эффекты Перфоманс потом не эквивалентный д, Аноним (-), 00:29 , 30-Июн-25 (365)
> с включенным оно тормозить - не может. > (по крайней мере - при всех удаленных файлах и пустом индексе) А таки - я вижу какие-то остаточные эффекты. Перфоманс потом не эквивалентный "девственной" пустой дире. Слепи кучу файлов, сотри и сам посмотри? Скорость захода в диру ессно надо потом на холодную тестить, мы ж не перфоманс кешей изучаем. Такое ощущение что потом на холодную читает - заметно больше чем на "девственной" дире. > Я юзаю. Мне нахрен не нужны тыщамильенов файлов большой навозной кучей, которые > и удалить-то не так просто. Ну мне вот недавно приспичило отпроцессить архивчики, которые вот так структурировали. На btrfs у меня просто никаких проблем с 200-300К файлов не вознико. И миднайт за обозримое время это прогружает. Ну может секунд 30 совсем нахолодную и потупит. Стирает тоже за обохримое время, меньше минуты на всю ораву. На механики, да. >> 1) возьми mc (midnight commander), он размер дир в списках умеет казать. > man ls Ну просто в mc видно размер диры сразу. > главное, миднайтом в нее не заходи. А то перезагружаться будешь ресетом. fs > наверное виновата. А не дятел сотворивший ЭТО. Что у тебя за дрова, что это ресетом перезагружать надо? O_O И эти люди будут меня учить как системы и ФС правильно готовить? И кстати я не предлагал 300K файлов на EXT4 вхреначить. Для этого экспериента хватит и 30-50К, просто диру раздуть малость. > ls просто так тоже не набирай. Ресет не потребуется но задумается надолго. На btrfs с дирой в 250К задумался секунд на 10-15 нахолодную. На механическом винче. Совершенно не смертельно. На EXT4 имхо хуже будет. Но столько для раздувания диры? Или ты решил заодно опровергнуть блабла вон того кадра на тему что EXT4 дескать обгогнять btrfs'а стал? > ну и что? Логично что раз тут образовалась помойка, причем сам каталог > не удален вместе с ней - она скорее всего будет повторена, > нет никакого смысла экономить копейки, занимаясь ненужной оптимизацией. Оно таки потом на холодную вгружается явно дольше девственной диры. И таки "space leak" если эта помойка образовалась внепланово. > (это винда, точнее это виндовая кластерная шара через cifs. Вторая команда разумеется > вполняется мгновенно, кэшируясь на обоих сторонах, Ты б еще блин рамдиски забенчил... с кешом и твой утюг ZFS быстрый. А что с ним будет если 200К в 1 дире попробовать хотя-бы залистить - на холодную, м? Сколько он такое жевать будет?
- А на что посмотреть-то, на пустое место ls мгновенно пусто показывает в смысле , нах. (?), 01:11 , 30-Июн-25 (367) +1
> Слепи кучу файлов, сотри и сам посмотри? А на что посмотреть-то, на пустое место? ls мгновенно пусто показывает. > Ты б еще блин рамдиски забенчил... в смысле? Еще раз - это cifs mount. Под ним ntfs, под ним fc, внутри - вполне себе диски (там вроде бы sas в полке, но не суть - ты ж страдаешь по производительности фс, которая у тебя "тормозит"). Ну вот 13 секунд при первом обращении к такой помойке, небыстро, но нехрен было разводить (да, меры приняты, повторить такое у разработчиков не выйдет, запускать в этом месте поиск перебором файлов подряд они тоже старательно отучены). Это совсем-совсем на холодную, туда кроме меня никто сейчас не ходит. Второе обращение мгновенное. > А что с ним будет если 200К в 1 дире попробовать суровые сибирские мужики и лом в японской лесопилке? - [.... слишком большой тред, остальное см. в режиме смотреть все |+ ] (372)!
- для примитивных задач - достоинство, а когда надо не только чтоб с чего загрузит, нах. (?), 00:58 , 29-Июн-25 (286)
- Все это было в ветке Аддона рентгенолог Называлось Next4 , правда оказалось п, maximnik0 (?), 22:15 , 28-Июн-25 (233) –1
- Нынче уже даже сам Теодор Тсо прямым текстом говорит - будущее за дизайнами типа, Аноним (-), 22:35 , 28-Июн-25 (242)
- только brtfs вечный эксперементатор и bcachefs выпиливают из ядра изза кривого к, Олег (??), 00:12 , 29-Июн-25 (268)
- Можно 10 раз сказать будущее за разбазариванием памяти и топовым ECC-железом в , Аноним (325), 09:53 , 29-Июн-25 (325)
- О, я оказывается топовый У меня ECC RAM есть в дохрена мест - от жирного дескто, Аноним (-), 00:46 , 30-Июн-25 (366) –3
> Можно 10 раз сказать "будущее за разбазариванием памяти и топовым ECC-железомО, я оказывается топовый. У меня ECC RAM есть в дохрена мест - от жирного десктопа до МК меньше тетрадной клеточки размером. А с пришествием DDR4/5 и ростом скорости в паре с усилением хлипкрсти так и вовсе ECC стал чуть не обязательным, иначе оно сыпется нахрен только так. А в NAND - ECC был "since forever" практически. И заметный процент вашего SSD жрет - FEC. Иначе оно б сыпалось постоянно. Да и на жестких дисках FEC так то - есть. Добро пожаловать в мир где модно делать конфетку из ... - да и просто данных дофига, а BER, видите ли, нулевым не бывает.
- Т е , недоразумениe под названием nilfs2 или недоделки типа jfs значит можно вкл, Аноним (42), 11:05 , 28-Июн-25 (11) –5 [V]

- Это какое ещё недоразумение Самая надёжная ФС из доступных Для архивов самое т, Аноним (25), 11:12 , 28-Июн-25 (19) +1
- Ну это маловероятно, а вот то что она самая тормознутая из доступных -- это факт, Аноним (42), 12:15 , 28-Июн-25 (52)
- Вы бы разобрались почему и для чего она тормознутая Тогда поняли почему она сам, Аноним (25), 12:51 , 28-Июн-25 (67)
- Откуда взяться надёжности у ФС, которую пилят полторы калеки и которой никто кро, Аноним (42), 13:55 , 28-Июн-25 (87) –1
- В смысле - если ей никто не пользуется - то и данные не про ет В принципе все , Аноним (-), 14:40 , 28-Июн-25 (107) +1
- Надежнее btrfs А она не тормозит Кто виновать даже не знаю , Аноним (159), 20:52 , 28-Июн-25 (207)
- Теперь свобода опрелятся советом директоров RHBM , Аноним (53), 12:20 , 28-Июн-25 (55) +4
- что не так с jfs с недавних пор пользуюсь нужна простая фс с динамическими инод, Аноним (42), 12:20 , 28-Июн-25 (57) +1
- Тормозная как трактор, не умеет нихрена, дефрага в случае чего нет даже теоретич, Аноним (-), 14:42 , 28-Июн-25 (108) +1
- А можно грязных подробностей Чёто я не помню проблем с fsck, а оно жи _форсилось, _ (??), 19:37 , 28-Июн-25 (172) –1
- насколько я помню те слухи - для проявления проблем в fsck его надо кто бы мог , нах. (?), 20:10 , 28-Июн-25 (185) –1
- Я уже забыл детали, ибо декомиссовал последние тома с ним опосля этого эн лет на, Аноним (-), 20:40 , 28-Июн-25 (201)
- Ясно Спасибо Мне выходит - повезло Ну да RIP c ним, с jfs-ом Всё равно его б, _ (??), 21:09 , 28-Июн-25 (213)
- Есть мнение что его постепенно выкинуть могут Как раз потому что за отсутствием, Аноним (-), 02:46 , 02-Июл-25 (423)
> Ясно. Спасибо. > Мне выходит - повезло :) > Ну да RIP c ним, с jfs-ом. Всё равно его больше никто > не юзает.Есть мнение что его постепенно выкинуть могут. Как раз потому что за отсутствием интересных свойств - там никто не хочет рефакторы по площади на новые внутренние апи делать, типа всяких io_uring и подшивок страниц, особенно large folios. А таскать ВЕЧНО 2 способа делать 1 и то же - сами понимаете. Так что то что живое - отрефаторят. А кто помер - вот и узнаем в процессе, его и вынесут вперед ногами. Пока - живет, ибо на минималках кто-то патчит откровенные проблемы а час X для дропа "старых" апей еще не наступил.
- Раньше сидел на jfs Но она умерла лет десять назад В случае её отвала, вытащит, Аноним (321), 09:14 , 29-Июн-25 (321) +3
- raiser4 лично вы поддерживаете Или может кто то еще Все открестились и забыли, Аноним (159), 18:16 , 28-Июн-25 (160)
- Ну я где то в 2005-2009 ея юзал Оно неторопливое - да, но надежное и предсказуе, _ (??), 19:28 , 28-Июн-25 (171)
- Линус прав Процессы важнее кода Если все будут делать, как Кент, то это печаль, freehck (ok), 11:07 , 28-Июн-25 (13) +18 [^]

- но вот тутя согласен с Кентом, penetrator (?), 12:40 , 28-Июн-25 (63)
- Я думаю, что зря Если исправление ошибки требует имплементацию новой функциональ, freehck (ok), 12:59 , 28-Июн-25 (68) +5
- Необходимости пушить функционал на стадии RC не должно быть примерно никогда - э, Shevchuk (ok), 13:35 , 28-Июн-25 (80) +2
- ну так пускай пишет без багов делов то а то понакоммитят полуфабрикатов и ноют, anonnn (?), 01:00 , 29-Июн-25 (287)
- Линус не прав Код важнее процессов Если все будут отмывать зашкварившегося Лин, омномноном (?), 15:03 , 29-Июн-25 (343) –1
- Зачем в ядро приняли сырой код , Кошкажена (?), 11:08 , 28-Июн-25 (14) +4

- Первый раз штoле Про сырость в требованиях ничего нет , gnugpl (?), 11:14 , 28-Июн-25 (21) +4
- Чтобы популяризовать и дать возможность протестировать Нестабильные фичи честно, Аноним (25), 11:16 , 28-Июн-25 (23) +1
- затем что тысячгласс включая и твой шоколадный - не в состоянии заметить ошибки , нах. (?), 11:19 , 28-Июн-25 (26) –4 [V]
- Какая версия ядра стабильная Огласите весь список, пожалуйста Linux - самое н, Аноним (322), 09:26 , 29-Июн-25 (322) –1
- Если человек придумывает как бы сделать так, чтобы данные не потерялись в фс, то, Кошкажена (?), 10:13 , 29-Июн-25 (327)
- в вашем дистрибутиве c не поверишь - Б-жок с Пальцем - причем еще во времен, нах. (?), 18:58 , 29-Июн-25 (358) –1
> Какая версия ядра "стабильная"? Огласите весь список, пожалуйста."в вашем дистрибутиве!" (c) не поверишь - Б-жок с Пальцем - причем еще во времена когда показывал с обоих рук. > Linux - самое нестабильное ядро на этой планете. Там отродясь ничего стабильного > не было. неправда. До бесконечных денег ibm (то есть первые сколько там - пять лет?) было три состояния - четная ветка, в которой ВООБЩЕ ничего не принято ломать, только исправления ошибок. Нечетная ветка, в которой можно все ломать на участке быстрого развития (изредка и вовсе не компилировалась), но в какой-то момент объявляется stable - это не для пользователей, что можно свои данные хранить, а именно для разработчиков сигнал - что в этой нечетной ветке БОЛЬШЕ ломать внутренние апи нельзя. (Т.е. можно мержить свои разработки, будучи уверенным что завтра не придется снова переделывать) Т.е. примерно как у всех крупных проектов тех лет. УГАДАЙ, кому в релизе аж номер 129 (sic!) захотелось немного поиграть с кодом, наплевав на все эти соглашения и что это был за код? (случайно ли вот это совпало с бесконечными деньгами от ibm - сам подумай)
- А зачем нам вообще 100500 файловых систем В винде их 2 и все счастливы Проблем, Аноним (17), 11:11 , 28-Июн-25 (17) –5 [V]

- Это СПО, что хотят то и делают Если оно вам не нужно 8211 пользуйтесь виндой, Аноним (25), 11:16 , 28-Июн-25 (22) +1
- Настолько счастливы, что винда не может быть использована как дисковый сервер и , gnugpl (?), 11:18 , 28-Июн-25 (25) +4
- Требования разные Универсальных решений нет , Кошкажена (?), 11:19 , 28-Июн-25 (27) +4
- вообще-то их там как минимум 4 Эксперт такой эксперт И три системы управления , нах. (?), 11:26 , 28-Июн-25 (33) –3
- FAT, exFAT, NTFS, ReFS FAT и exFAT - те же яйца, вид сбоку ReFS - неуловимый Д, Аноним (305), 03:29 , 29-Июн-25 (305)
- Хм, те кто хочет использует ReFS Правда на 2 ревизии меньше чем в серверной реда, maximnik0 (?), 07:20 , 29-Июн-25 (316)
- ну просто он забыл уточнить - васянов с этогосайта это совершенно бессмысленная , нах. (?), 19:23 , 29-Июн-25 (359) +1
>> Vista, то ли с какого-то мохнатого Server, но реально никто его >> не видел.ну просто он забыл уточнить - васянов с этогосайта. > Хм, те кто хочет использует ReFS.Правда на 2 ревизии меньше чем в это совершенно бессмысленная и беспощадная затея. refs предназначена исключительно для стораджей, а не для васян-ноутбуков - в тех просто столько дисков не помещается. Возможность ее создавать выкинули чтоб юзеры по дурости яиц себе не отстреливали и не грузили этим зря поддержку. Пользоваться, если уже успел - можно. Если ты такой весь из себя васян что у тебя есть прям серьезная необходимость прямо на своем компьютере такое держать - у тебя найдется еще много причин ставить enterprise или ProWS (из обычной про выкинуто из-за китайцев, массово ее ставящих легально) где есть штатная поддержка. Все в общем работает, но все равно не очень понятно, зачем. Она нужна исключительно серверу.
- Добавлю 5 копеек Да, она нужна исключительно серверу причём нагружающему io И , 1 (??), 14:35 , 30-Июн-25 (381) +1
Добавлю 5 копеек. Да, она нужна исключительно серверу (причём нагружающему io). И прекрасно (по началу) с этим справляющаяся.Но, как всегда, есть нюанс. Доков по ней нету, от слова совсем. И когда она начинает глючить, кроме как перенести данные на другой сторадж ничего не помогает. После некоторого (ну надо сказать довольно продолжительного) времени - начинает люто тормозить. Выяснить "почему ?" с лёту не удалось. Майки обещали, что в 2025 сервере она "ещё лучше !" (уж казалось куда уж лучше ? [это сарказм ! Для недалёких, ежели чё]). Перенесли сторадж вима на неё - стараемся не смотреть в её сторону... Вроде пашет норм, но ещё года не прошло.
- там, повторяю - надо уметь готовить вот как раз чо-то там на тему лютых тормозо, нах. (?), 14:46 , 30-Июн-25 (383) +1
там, повторяю - надо уметь готовить (вот как раз чо-то там на тему лютых тормозов после некоторого периода - я уже читал. Причем - на msовском сайте. Увы, ни деталей ни адресов не сохранил, не моя корова, но вот выводы что не моя - сделал. Причем там именно описывалось в режиме "а вот вы так не делайте!")Умеющих - мало, а в стране неправильных паспортов считай и вовсе нет. Тем более с техподдержкой через казахский филиал несуществующей лавки.
- Действительно Зачем всё что ни есть тащить в одном проекте Сейчас драйверов оч, _kp (ok), 12:14 , 28-Июн-25 (51)
- Я тут только что копировал 200 гигов с диска на диск в винде на ее божественнолй, Аноним (24), 13:10 , 28-Июн-25 (71)
- Нормально она файлы копирует, особенно если это большие по размеру файлы, с мале, Аноним (154), 17:44 , 28-Июн-25 (154) +2
- А в чём челлендж У меня к примеру scheduler каждую ночь такое проделывает в, _ (??), 20:09 , 28-Июн-25 (184) +1
- Мне тут как-то надо было 20 тб с ntfs перенести, они слишком уж зафрагментировал, Аноним (10), 20:29 , 28-Июн-25 (197)
- Значит там было крупней размером и или менее дефрагементированно, не Да ты уб, Аноним (218), 23:01 , 28-Июн-25 (249)
- Намного меньше чтений записей с ext4, правда data writeback и noatime,lazytime,c, Аноним (10), 00:48 , 29-Июн-25 (283)
- И при внештатке - не только текущим данным кранты но, и всем куда ранее записанн, Аноним (117), 16:36 , 05-Июл-25 (447)
> правда data=writeback и noatime,lazytime,commit=180И при внештатке - не только текущим данным кранты но, и всем куда ранее записанным? Нет уж, благодарю...
- Хорошая производительность зато И только при панике или полном фризе, который к, Аноним (10), 17:14 , 05-Июл-25 (450) –1
Хорошая производительность зато. И только при панике или полном фризе, который киллер не достанет. Если это происходит регулярно, у тебя есть куда большие проблемы, помимо сохранности данных. С большой вероятностью ничего плохо не будет, но кэши браузера и иногда дополнения могут сломаться. Только барьеры не отключай, рассыпется. У меня происходит только благодаря vkd3d-proton, не проблема. И да, libeatmydata очень ощутимо ускоряет многие процессы. Хотя есть ещё обесточивание, но тут нештатно сложно получить.
- она же логирующая overhead - x10 на файлах мелкого размера и при обновле, Аноним (218), 23:05 , 28-Июн-25 (251)
- Не знаю как у него - а я вот примерно 300К файлов недавно в 1 дире своротил, на , Аноним (-), 20:47 , 28-Июн-25 (203)
- Ах вон ты про что Про 100500 файлов в одном дире и даже если оно занимает 100500, _ (??), 21:24 , 28-Июн-25 (217) +1
- И что тут такого,300 тысяч файлов в одной дире И на ntfs можно сделать, конечно, maximnik0 (?), 22:33 , 28-Июн-25 (240)
- Всегда выключаю этот тормоз Не ну если кому то только поиском заниматься - м, Аноним (218), 23:25 , 28-Июн-25 (252)
- ты будешь ржать, но сама ntfs - регистрозависимая Поэтому каждая с-ка операция , нах. (?), 01:52 , 29-Июн-25 (297)
- Я когда то на ПК в сотню Мгц мерял только перекючение контеста - получил десятки, Аноним (117), 16:52 , 05-Июл-25 (448)
> превращается в боль и страдание (и все внутри ядра в системном контексте), вместо просто сравнения байтовых последовательностей - косвенный поиск по таблицеЯ когда то на ПК в сотню Мгц мерял только перекючение контеста - получил десятки тысяч тактов, и это в вин9x с ядром на ассемблере, а ведь на нынешних компа да и ОС на Сях в лючшем случае - получается на с 50 раз больше частотой надо умножить ещё в 50 раз - т.о.только на этом фоне: обращени к таблице, да хоть храни они её для примера в бинарном дереве инедксно - это вообще ничто. А, дисковые же операции и того больше жрут.
- У тебя полмиллиона файлов в каталоге - с юникод именами, сказать количество комб, maximnik0 (?), 04:03 , 29-Июн-25 (307)
- Prof ов конечно же не будет Я так подзреваю там речь про API Т б потому что,, Аноним (117), 17:13 , 05-Июл-25 (449)
>> Подробней можно? > В реестре отключается пространство имён Posix, тоже ускоряет чуть работу при большом количестве файлов в каталоге.Prof'ов конечно же не будет?... > Сейчас на скорую руку не скажу ключ в HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem
Я так подзреваю там речь про API. Т.б.потому что, вот уже вы - не поверите но, внутренность виндов давно работает через POSIX именования путей. Т.о.даже если допустить что, этот ключ запрещает делать это же пользователю - внутри ядра виндов всёравно иначе не может быть. >С какой стати это > У тебя полмиллиона файлов в каталоге - с юникод именами, сказать количество комбинации для файла с 12 символами ?? А драйверу нужно все эти комбинации перебирать.
А, чего сразу - не миллиардов?... У меня самый дико забитый мелкими файлами диск это 200GB раздел с ~200 тыс мелкиз файлов в стиле картинки и книги, причм всёравно очень разных размеров впоть до сотен мегабайт - и после нескольких лет попыток отсортировать это дело и удалить dup'ы с разным иименами и размерами - уже десятилетие как забросил это необятное дело, так это всё частично же уже частью сортированно - сразу по куче подкаталогов тематически, а не всё в одном. В общем, у вас для дома и уверен 99.(9) офисов и прочего - феерически нереальный пример. По сути у вас пример того - как не надо делать: всё складировать в один каталог. Если вы сознательно так поступаете - вы добровольно наступаете на грабли... и кто виноват? Ибо для таких случаев давно придуманны специально оптимизирваонные БД, и не чего их/"сову" натягивать на глобус/ФС. Более, ни понятно как в Линухе с этим, но в виндах под индексацией диска понимается индексация всего на свете чутьли не включая содержимого локалки, хоть кто знает что там реально они хранят, потому что даже то что они декларирует - ни в какеи ворота не лезет и всё реально дико тормозит... в т.ч.в самый неподходящий момент и косвенно же из-за съедания памяти тем у кого её впритык, не говоря уже про менее критчное - и невидимо пользователю разбухает безмерно на диске.
- А вы знаете что ext4 в поздних версиях быстрее btrfs с большим количеством файло, maximnik0 (?), 04:29 , 29-Июн-25 (310)
- Только этот ваш dir index потом - после стирания 100500 файлов - место в дире жр, Аноним (-), 15:58 , 29-Июн-25 (347)
- Индесация куда раньше у MS была, вроде с вин2000, в XP точно есть А, вот в вин-, Аноним (117), 17:29 , 05-Июл-25 (451)
> виндовс 10 слизал эту функцию,теперь индексация совместно с фс работает.Индесация куда раньше у MS была, вроде с вин2000, в XP точно есть. А, вот в вин-11 - туда срёт гигантскими кирпичами уже и ИИ встроенный в ОС (и вероятно даже если его выключить - то и встроенный в браузеры) - даже официаьно на сайте МС правда мелкими буовками - не на видном месте а, если поискать: храня там свои дополнительные индексирования, всяких релевантнотей в т.ч.тех же файлов и их содержимого. Ну и в памяти тоже значит. Т.о.ускорение если и есть, не на словах, от индексации - то весьма дорогой ценой и до w11-ой а, тут - так вообще... Просто покупай топовый новый комп чтобы было где шпионскому софту вмещать всё что ему надо.
- Ну вот это и - проблема Оно на 50-100К уже тупило Чтобы оглавление только позы, Аноним (-), 12:56 , 29-Июн-25 (337)
- а в линуксе-то позырить и есть чем, и не минуты Сказочник И главное - ЗАЧЕМ на , нах. (?), 19:29 , 29-Июн-25 (360)
> Ну вот это и - проблема. Оно на 50-100К уже тупило. Чтобы > оглавление только позырить, хоть чем - МИНУТЫ. УЖЕ бесило, 300К я а в линуксе-то позырить и есть чем, и не минуты? Сказочник. И главное - ЗАЧЕМ на него смотреть? Ты мальчик с феноменальной памятью или вот что? > Процессинг 300K файлов - by design transient. Они создаются (распаковываются из архива). ну то есть сам себе придумал проблему на пустом месте. У меня вот нет таких архивов, что я делаю не так?
- Да вот миднайт же В дебиан 12 - даже на ноутбучный 5400 RPM винч с 200К файлов , Аноним (-), 15:35 , 30-Июн-25 (387)
> а в линуксе-то позырить и есть чем, и не минуты? Сказочник.Да вот миднайт же. В дебиан 12 - даже на ноутбучный 5400 RPM винч с 200К файлов на btrfs заползает секунд за 30. А на вон тот 7200 RPM десктопный, с 150К файлов - вообще секунд за 10. На SSD и того быстрее. И да, ls чуть быстрее в чтении - но куда тормознее в выводе. Миднайт же не будет все 200К на экран выдавать, только верхушку. > И главное - ЗАЧЕМ на него смотреть? Ты мальчик с феноменальной памятью > или вот что? Изначально? Я на этом "directory compare" делал в миднайте. Левого и правого. Дешево и сердито. И вскоре знал ответ чем они так принципиально отличаются. Дело в том что функциональность левого и правого - одинаковая, во всяком случае я не вижу 10 отличий. Но есть нюанс. Левый архив в 5 раз меньше правого и мне было очень интересно как генереный мной - тоже так сдуть, без потери функциональности, в том же стиле. И не то чтобы мне вон те расскажут как они это процессили. Но я вычислил их сакральное знание и научился в косплей их операций. И все это действо заняло какие-то минуты. Удачи такое в винде провернуть и не помереть от старости в процессе :) > ну то есть сам себе придумал проблему на пустом месте. У меня > вот нет таких архивов, что я делаю не так? Не пытался процессить всякие странные и большие объемы данных. Да и врядли много чего по жизни пытался кроме рассказов о своей крути. А я вот как видишь иногда проворачиваю операций которые юзеру винды потребуют идти на сдачу владельцу датацентров и платить за know-how.
- BTRFS мелки файлы кладет в метаданные, если я не ошибаюсь И почему не использова, Аноним (11), 22:43 , 01-Июл-25 (417)
> 200К файлов на btrfs заползает секунд за 30BTRFS мелки файлы кладет в метаданные, если я не ошибаюсь. И почему не использовать рамдиск для этого с tmpfs?
- Ну вон то - там mixed bag по размеру Что-то попадет в метаданные, что-то нет Н, Аноним (-), 01:36 , 02-Июл-25 (422)
> BTRFS мелки файлы кладет в метаданные, если я не ошибаюсь.Ну вон то - там mixed bag по размеру. Что-то попадет в метаданные, что-то нет. Но пойнт не в том. Вон то стрессит в основном - dir indexnig. Чтение списка. В btrfs позаботились локализацией этого добра в более-менее 1 физическом месте для быстроты чтения с 1 стороны, завели индекс для отдачи примерно в том порядке как оно реально есть с другой. И получилось довольно эффективно. > И почему не использовать рамдиск для этого с tmpfs? 1) Потому что делать какие-то специальные костыли при том что моя ФС и так это жрет на ура мне просто нафиг надо. 2) Потому что суммарный объем 2 датасетов в расжатом виде за 60 гигз и это уже суперсервер какой-то потребует а не просто мой десктопник. С моим подходом я при желании прожую и dataset в еще несколько раз больше на все том же железе. И я изначально вообще понятия не имел во сколько такие зипари распаковываются.
- Индксирование, по поределению - например, не может ускорить считывание файлов , Аноним (71), 17:53 , 05-Июл-25 (452)
Индксирование, по поределению - например, не может: * ускорить считывание файлов * или сравнение каталогов (т.к.тут утилитой чтение всёравно линейное же); * и т.б.по содержимому; * как и ускорить Поиск файла даже по имени - вне встроенных в ОС файловых утилит, как умеющеми пользоваться индексом для Поиска. А, все прочие, сторонние, утиличты так не умеющих или не имеющих достаточно прав - как понимаю: проходят мимо.
- Вот да, зачем нам 100500 видов обуви Кирзачи и галоши хватит всем , Tron is Whistling (?), 14:31 , 28-Июн-25 (101) –1
- А вот полностью согласен Ещё яловые и хромовые сапоги добавьте в список, и всё , Аноним (154), 17:45 , 28-Июн-25 (155)
- Кирзачи, ботинки, галоши и лапти читал очень удобная вещь из-за вентиляци, ну , Аноним (218), 23:28 , 28-Июн-25 (254)
- не хватит, а как же офицеры , Аноним (313), 06:15 , 29-Июн-25 (313)
- Винтузятник как всегда врёт Как минимум fat32, ntfs, exfat и refs , Аноним (238), 00:48 , 29-Июн-25 (282)
- В винде их fat32, exfat, ntfs, ReFS Если поддержку дисководов не выкинули - fa, Shellpeck (?), 13:28 , 30-Июн-25 (378)
В винде их: fat32, exfat, ntfs, ReFS. Если поддержку дисководов не выкинули - fat12. В линуксе хоть и много файловых систем, а всё равно без объектового хранилища для миллиардов мелких файлов не обойтись.
- Судя по домену почты, у этого Кента никого нет за спиной Если бы там был какой-, Аноним (24), 11:17 , 28-Июн-25 (24) +10 [^]

- Редхат присматриваются к этой файлухе как к замене своего Virtual Data Optimizer, gnugpl (?), 11:26 , 28-Июн-25 (34)
- НЕ НАДО Наладится у них, знаем-знаем Пепел гластера все еще стучит в наши сердц, нах. (?), 11:49 , 28-Июн-25 (44) +1
- Что там за шорох с цефом , r2d0 (?), 12:50 , 28-Июн-25 (65) +2
- Грабли Подожди сейчас долетит - сам поймешь , _ (??), 20:12 , 28-Июн-25 (186)
- не, он имел в виду мой намек, что там с политикой все непросто Есть неподтвержд, нах. (?), 21:52 , 29-Июн-25 (362)
не, он имел в виду мой намек, что там с политикой все непросто. Есть (неподтвержденные пока, но...) слухи, что редхату он уже немного поднадоел, и идитикавы... куда - пока не указали. Но, собственно, и необязательно, spice вон выпал на ходу за борт - и никакой замены даже и не стали предлагать. Просто - "нипаложено - значит не жрите!". В конце-концов у их опенстека есть целый nfs бэкэнд помимо того, а кто поверил в конвергентные кластеры - самдурак.А что случается с надоевшими им проектами, сколько бы и каких бы богатых покупателей у них не было - мы хорошо знаем.
- Так к broadcom у же - у них вот vSAN ПОКА рабочий Можно еще к microsoft у - н, User (??), 07:56 , 30-Июн-25 (374)
> и идитикавы... куда - пока не указали.Так к broadcom'у же - у них вот vSAN (ПОКА) рабочий. Можно еще к microsoft'у - но я той тропой не ходил и не видел никого кто бы ходил (Что в общем ни о чем не говорит). Отечественные импортозамещатели en masse вот вовсе кудой-то https://linbit.com/ сюдой посылают...
- блин, там же ж мильярды ненаших надо плотить, а как же шва6одка, free ass, free , нах. (?), 13:21 , 30-Июн-25 (377)
>> и идитикавы... куда - пока не указали. > Так к broadcom'у же - у них вот vSAN (ПОКА) рабочий. Можно блин, там же ж мильярды ненаших надо плотить, а как же шва6одка, free ass, free beer? > еще к microsoft'у - но я той тропой не ходил и не видел никого кто бы ходил я видел. Там отдельный набор сокровенных знаний (ну собственно как и везде, просто с нашими не пересекается). Ну и тоже все очень подорого получается, для commodity-то hardware (хахахаха, повелись!) > Отечественные импортозамещатели en masse вот вовсе кудой-то https://linbit.com/ сюдой > посылают... мама дорогая, то ж drbd! (хотя вот да - простые решения. Пусть не особо эффективно, зато дубово и на века.)
- Мне региональный представитель еще-не-broadcom а лично рассказывал, как на гипер, User (??), 12:09 , 01-Июл-25 (410)
>>> и идитикавы... куда - пока не указали. >> Так к broadcom'у же - у них вот vSAN (ПОКА) рабочий. Можно > блин, там же ж мильярды ненаших надо плотить, а как же шва6одка, > free ass, free beer?Мне региональный представитель еще-не-broadcom'а лично рассказывал, как на гиперковергентной инфраструктуре деньги экономятся, даже вот - презентация есть (Но это не точно)! Ты кому больше веришь, а? А? Ну и вообще - вот с импортонезмещенными шассийками\лезвиями все как-то тухло у некоторых ОСОБЕННЫХ заказчиков, отечественные шасси\схд как-то "нивнушають", а вот 224 аквариусы об 28 дисков (Правда подключить больше 16 не получится, но об этом вы узнаете позже) некоторые уже себе купили. А, главное же ж забыл! "Краденая лошадь дешевле купленной!" >> еще к microsoft'у - но я той тропой не ходил и не видел никого кто бы ходил > я видел. Там отдельный набор сокровенных знаний (ну собственно как и везде, > просто с нашими не пересекается). Ну и тоже все очень подорого > получается, для commodity-то hardware (хахахаха, повелись!) Ну вот у меня их нет - и даже к кому за ними (сейчас) идти не понятно. >> Отечественные импортозамещатели en masse вот вовсе кудой-то https://linbit.com/ сюдой >> посылают... > мама дорогая, то ж drbd! > (хотя вот да - простые решения. Пусть не особо эффективно, зато дубово > и на века.) Угу. Оно. Но вот насчет "простых решений" - это была не правда :). Там подложкой уже отросло - на выбор вот ZFS или thin lvm, для HA кто-то pacemaker тянет, кто-то через drbd-reactor делает, а ежели результат вот этого вот всего через какой-нибудь iSCSI или там NFS спровижнить надо - то тут еще одним linstor-gateway кластером пахнет...
- мне их дорогие очень клиенты тоже рассказывали, и даже показывали, как и на ч, нах. (?), 18:50 , 01-Июл-25 (416)
> Мне региональный представитель еще-не-broadcom'а лично рассказывал, как на > гиперковергентной инфраструктуре деньги экономятся, даже вот - презентация есть мне их дорогие (очень!) клиенты тоже рассказывали, и даже показывали, как и на чем сэкономили, и даже презентация - есть. Но проблема что там изначально было все плохо, хуже уже было некуда, и им все равно бы пришлось потратить эти мильярды нефти. Лучше не забредать вовсе в тот переулок. > А, главное же ж забыл! "Краденая лошадь дешевле купленной!" нам нельзя. Вот если цыгане украдут, а мы купили, и все документы на того цыгана оформлены - тогда ехать можно. А пока вон опять навернулась корзина целиком. Поддержки нет, запчастей нет, да и собственно без вендора даже не проверить что там сдохло. Но осенью обещают дать бюджет, а цыгане уже тут как тут крутятся. > Угу. Оно. Но вот насчет "простых решений" - это была не правда :). Там подложкой уже > отросло - на выбор вот ZFS или thin lvm, для HA кто-то pacemaker тянет ну так drbd же. Оно само по себе ничего не умеет, только вот раздавать по сети block device. А фэйловер, собственно фс и все остальное - вот-с, из того что было. Но чинить в случае чего - несложно, и все управляющие веревочки торчат наружу. А не "ой" и кластер превращается в тыкву, а ты даже не можешь попростому глянуть, какие диски не в порядке.
- Да вот хрен его знает Сибур вроде вполне сознательно с EMC VNX на VmWare vSAN п, User (??), 08:44 , 02-Июл-25 (426) +1
> Лучше не забредать вовсе в тот переулок.Да вот хрен его знает. Сибур вроде вполне сознательно с EMC VNX на VmWare vSAN площадки мигрировал... хотя там параллельно процесс централизации инфры в КЦ шел - может просто ничего тяжелого на заводах не осталось, вот и. Админы вроде вполне довольны. >> А, главное же ж забыл! "Краденая лошадь дешевле купленной!" > нам нельзя. Вот если цыгане украдут, а мы купили, и все документы > на того цыгана оформлены - тогда ехать можно. Ну... из того, что видел обычно куплена вот одна кляча пенсионерского возраста "на колбасу" - а забита вся конюшня > Но чинить в случае чего - несложно, и все управляющие веревочки торчат > наружу. А не "ой" и кластер превращается в тыкву, а ты > даже не можешь попростому глянуть, какие диски не в порядке. Ну, бузинесс каждый раз (делает вид, что) наивно верит, что покупает "решения, которые не ломаются", а не те, что "быстро чинятся" - а потом начинается: Почему это произошло? Если вы не знаете - то что вы здесь делаете? Позовите того, кто знает! Что вы сделали, чтобы это не происходило? А почему не помогло? А что сделаете теперь? А почему вы уверены, что это поможет, раз то, что вы делали раньше - не помогло? Ах, бюджеты порубили? Вы не проявили достаточной убедительности в отстаивании своей позиции при написании обоснования защиты бюджета и не правильно довели оценку рисков до лиц, принимающих решения...
- Откуда такие новости , r2d0 (?), 12:49 , 28-Июн-25 (64)
- Интересно, хоть кто-нибудь возмутится принудительной уравниловкой и риторикой ур, Аноним (65), 11:20 , 28-Июн-25 (29) –2

- А куда делись клованы, оравшие, что эта поделка надёжнее BTRFS Автор этой подел, Аноним (18), 11:24 , 28-Июн-25 (32) –5 [V]

- Не припомню, чтобы bcachefs теряла данные без возможности восстановления Когда , Аноним (47), 11:58 , 28-Июн-25 (47)
- Подтверждаю слова Анонима Сам в 2023 пытался перейти с ReiserFS на BTRFS после, Аноним (53), 12:30 , 28-Июн-25 (60) –2
- Охительная история либо тотальное рукожопие Найми лучше себе толкового админа, , Аноним (126), 15:58 , 28-Июн-25 (126)
- Чувак, я и на ntfs терял данные, и на ext4, и на jfs, и на всяких fat, и это не , Аноним (154), 17:49 , 28-Июн-25 (156) –1
- Не скажу про другие но, данные на FAT и особенно NTFS - терял только в линуксе , Аноним (218), 23:43 , 28-Июн-25 (256)
- Как вам это удаётся За всю мою историю потерь данных было полторы штуки, хоть в, Tron is Whistling (?), 09:44 , 29-Июн-25 (323)
- Но при чтении - при глюках RAM CPU файлухи с чексумами изумиельно орут на csum e, Аноним (-), 21:26 , 30-Июн-25 (395)
> связаны с битым железом (проц/мать), что никакими сквозными целостностями уже не > лечится - данные пишутся убитыми с правильными суммами.Но при чтении - при глюках RAM/CPU файлухи с чексумами изумиельно орут на csum error даже если он и по вине проца или памяти. Если не валять дурака, можно заменить глюкастика ДО того как это эскалирует в более крупные проблемы. И это как раз фишка чексум, позволяет быть уверенным в корректной работе железа. End to end. И даже EXT4 сделал чексумы, сперва журнала (ибо реплей трухи обычно дестроит том наповал) а потом и метаданных. Еще годков пять и они и про данные задумаются...
- Это если в системе ничего, кроме чтения не происходит, и данные в целом не важны, Tron is Whistling (?), 22:09 , 30-Июн-25 (398) +1
> Если не валять дурака, можно заменить глюкастика ДОЭто если в системе ничего, кроме чтения не происходит, и данные в целом не важны. Во всех остальных случаях - восстановление из бэкапа, потому что как минимум метаданные уже пострадали, и хрен знает чего ещё вместе с ними.
- Вы задолбали с теориями На практике - довольно долго и успешно ухитряется глюки, Аноним (-), 03:08 , 02-Июл-25 (424)
> Это если в системе ничего, кроме чтения не происходит, и данные в > целом не важны.Вы задолбали с теориями. На практике - довольно долго и успешно ухитряется глюки парировать в таких конфигах. Но если с теорвером долго играть в кошки-мышки, однажды можно и проиграть. > Во всех остальных случаях - восстановление из бэкапа, Если у вас не было чексум на фс и вы "просто бэкапали" - в этот момент вы и узнаете в чем прикол, когда окажется что в бэкапах - труха, оно такое уже год было, так что других бэкапов неи - и что хотите то и делайте. Или к вопросу чего это даже EXT4 и прочие XFS чекусмы отращивать начали. С ростом емкостей, скоростей, и хлипкостей - без этого всего душно уже. > потому что как минимум метаданные уже пострадали, Ниоткуда не следует. При относительно редких ошибках - окно между формированием метаданных и завершением счета довольно узкое и чтоб редкий битфлип влетел именно туда - это надо еще конкретно ухитриться. > и хрен знает чего ещё вместе с ними. А в бэкапах у господ плевавших на чексумы - и вовсе фиг знает чего. By design. Потому что о трухе в данных они узнают - последники. Когда это стало уже достаточно фатальным и вылезло либо оптовым развалом метаданных и fsck добил окончательно, или просто данные столь трухлявы что оно осыпалось на уровне приложений уже.
- Вы оба не правы А, вот это критичный самообман Она это гарантирует Только пока, Аноним (117), 00:44 , 05-Июл-25 (434)
Вы оба не правы:) > И это как раз фишка чексум, позволяет быть уверенным в корректной работе железа. А, вот это критичный самообман. Она это гарантирует! Только пока кол-во изменённых бит - не превышает число её разрядов и то, только если повреждённые разряды будут идти последовательно, либо же промаппируются алгоритмом [CRC] в неё - последовательно, а иначе - всё кранты: считай тогда "вероятность [не]обнаружения"... У меня так на это куча винтов из сранительно новых, в стиле по 7 лет (есть и почти 30, самого первого моего ПК :]), уже посыпавшивсь начинают лажать или авто-восстанавливать из RecveryRecord и судя по результату - как раз пропуская (!реально)*очень часто* ошибки и случаи некорректного восстановления, и такие ошибки на выходе - на всех моих куче дисках (но, у меня и миномётные и бомбовые выстрелы под боком были и без того просто рядом впритык входная дверь грюкает в тамбуре, в общем долго грешил на аппаратуру - шлейфы(было не раз замеченны с ними проблемы, в т.ч.прост оне нравился им диск...), разгон, разлочку, кучу времни потратив на выяснение, т.б.что фиг обнаружишь - только в некоторых программах: например, куча запущенных экземпляров WinRAR.TEST даже при свопинге(специально) ни разу не выдавало, хоть позже найденный интелловский выдавал, и одна игра выдаёт CRC ошибку - прочие все нет и ведут себя нормально, в общем доп.сложности, при желании разогнать опять и тестах - и заметил проблемы: выяснилось что оно и разлочка и правда добавляя проблем с памятью которые почти надо специально искать долго, но устранение их - не устраняло для всех случаев порчи данных, потому думал на ЦП в котором AMD подсунула баг как позже выяснилось, точней они руками их партнёров по прадажам у нас - по времени уже зная что там баг тогда, но дальнейшие долгие эксперименты(а, я уже начал делать .SHA256 и позже доп-но и CRC файлы всех разделов диска, и что то да срабатывало, причём в разное время в разных местах что вообще мозг выносило) выявил что это всё же винты лажают именно с внутренним CRC [при автовосстановлении], но это заметит ьможно не всегда т.к.автовосстанавливаются иногда успешно затем, так же выяснилось что в моих виндах chkdsk в Surface test делает только VERIFY вместо перезаписью, который по моим другим экспериментам ранее с убитыми дисками - куда менее надёжны READ'a, хоть тоже немного и помог тут но не полностью, правда он чуть быстрей READ не требуя предачи данных для чего и задуманн в дополнение к READ, но отчего то - не всё делая что даже READ не говоря уже про WRITE, и так не у одного а, у разных производителей - падлы... как и MS - с её chkdsk халтурным... как и ТОРАвальс с его ошлёпками вплоть до отказа монтирвани его ядром слгка подпорченного NTFS раздела и авторы GParted вовсе неделавшие такой тип проверки - отсылает на ___ NT - приходится делать chkdsk под виндой как они и предлагают к своему позору, а она у меня - на физ.отключенном диске... в добавок, лишний раз переключая, вдобавок приходится лишний раз портить и и так хлипкие SerialATA разъёмы провода... В добавок, т.к.под линухом я даже VERIFY дискам не могу лишний раз сделать в фоней (а, это - многодневная операция тольк для 1 прохода а их надо побольше т.к.не то что 1 - а, уже сделанные десятки проход не всё восстанавливают) - она сама в итоге посыпалась(коченные уроцы MS забыли про своё же "(R)etry, (A)bort, (I)gnore" ещё досовое и даже авто-Retry ниасилив, как показала время; впрчем, не удивлюсь если и *nix) и с ней значит и chk для убитых к тому времени по очереди использования вмести предыдуще убитых уже всех NTFS разделов сам накрылся... от "спасибо" Тоор-вальсу и GParted!...) Впрочем, я отвлёкся от темы. CRC в ч.н.CRC32 в общем, максимум ловит только 4 байта оишбки(большинство из случаев наприме при разгоне) но они по моим наблюдениям/тестам - бывают иногда и сотнями килобайт, в купленнмо мной якобы новом/сослада но ещё IDE т.е.долго лежавшем - посыпавшихся основательно диске и например гигабайты есстественно. Вывод нужен не просто BkUp, а постоянно (вручную)сверяемый перед синронизацией, обычным сравнением. И доп-но sha256(но, )+ с CRC(в TC первый тип) файлы. Кстати, CRC судя по алгоритму - тоже MD/цифровая подпись... Но, т.к. в нём очень легко увидеть что он(заодно - как и все типы MD...) ничего не гарантрует, и т.б.исскуственный подлог с подбором его, - отказались от этого, оставив как "заумную замену ChkSum'у, якобы более надёжному :))) (Но, только в теории - на бумаге. Ну и чуть более ресурсоёмкому, даже его аналогов не изначально MD типа: напрмиер, с XOR же но, с сдвигом в зависимости от текущего смещения данных, для случая ошибок в конкретном бите или группе).
- На практике - если такое появилось, данные уже потеряны Но в принципе вы мой из, Tron is Whistling (?), 09:31 , 05-Июл-25 (442)
> Вы задолбали с теориями. На практике - довольно долго и успешно ухитряется > глюки парировать в таких конфигах. Но если с теорвером долго играть > в кошки-мышки, однажды можно и проиграть.На практике - если такое появилось, данные уже потеряны. Но в принципе вы мой изначальный тезис подтвердили - данные не важны. Поэтому бэкапы держатся далеко не сутки.
- Чексуммы метаданных да - по сути и сделали, чтобы хоть как-то видеть вот эти про, Tron is Whistling (?), 22:09 , 30-Июн-25 (399)
Чексуммы метаданных да - по сути и сделали, чтобы хоть как-то видеть вот эти проблемы. Но как только случилось - всё, привет.
- Я же написал - как, не уже ли прочесть внимательно перед ответом такая уж пробле, Аноним (117), 23:43 , 04-Июл-25 (433)
> Как вам это удаётся? За всю мою историю потерь данных было полторы штуки, хоть в винде, хоть в линухах, и почти все были связаны с битым железом (проц/мать), что никакими сквозными целостностями уже не лечится - данные пишутся убитыми с правильными суммами.Я же написал - как, не уже ли прочесть внимательно перед ответом такая уж проблема?...
- ну как он в зеркале может увидеть - тебя Я вот терял данные на ntfs - один раз , нах. (?), 01:14 , 29-Июн-25 (289) +1
- Э-э-э, а зачем журнал-то выключать Чтобы уж точно данные потерять У гугля немн, Tron is Whistling (?), 09:37 , 05-Июл-25 (444)
> и опыт гугля тоже услышал. Да, -O ^has_journal - всегда и > везде, где нельзя отправить систему в автопереустановку без сантиментов. Ну и > никаких ядер только что из под компилятора.Э-э-э, а зачем журнал-то выключать? Чтобы уж точно данные потерять? У гугля немножко другое - у них всё равно реплицирование по expendable нодам, им эти накладные расходы на журнал нафиг не упёрлись.
- Брать заброшенную фс и пытаться перейти на вечно эксперементальную фсчто могло п, Олег (??), 00:26 , 29-Июн-25 (274)
- в том что у него заброшенная - просто работает и каши не просит А на затыки в , нах. (?), 01:16 , 29-Июн-25 (291) –1
- волшебную таблетку нашли все дураки а мы Дартаньяны , Олег (??), 03:03 , 29-Июн-25 (304)
- Нет, вы просто либо не знаете о части проблем, либо их игнорируете Подробности , Аноним (238), 15:03 , 30-Июн-25 (386)
>все дураки а мы Дартаньяны?Нет, вы просто либо не знаете о части проблем, либо их игнорируете. Подробности не помню, но в одном месте были проблемы с потреблением места докером, которые магическим образом ушли с переходом на btrfs. Не знаю, может хороший админ это и смог бы это разрулить, но там админов было не дозваться.
- Похоже на сыпучее железо больше всего Правда не понятно как Reiser на этом живе, Аноним (-), 16:01 , 29-Июн-25 (348) –1
- Чтобы потерять на ней данные, ней нужно пользоваться А кто это будет делать Тем, Аноним (130), 16:22 , 28-Июн-25 (130)
- Какая разница, что ты там припоминаешь или нет Твой частный случай не является , Аноним (18), 16:48 , 28-Июн-25 (132) –1
- Ахахаа, это сотрудники, которые говорят ну, половину фичей btrfs мы не использо, Аноним (376), 12:24 , 30-Июн-25 (376)
> В то же время настоящие профессионалы и специалисты (Сотрудники Facebbok в дискуссии включения Btrfs по дефолту в Fedra 33) заявляют, что частота выхода из строя BTRFS такая же, как у XFS и ext4.Ахахаа, это сотрудники, которые говорят "ну, половину фичей btrfs мы не использовали и было норм, всё стабильно, потерь нет".
- кстати, если xfs на их серверных нагрузках сыплется так же как сыпалась у нас в , нах. (?), 21:29 , 30-Июн-25 (396)
кстати, если xfs на их серверных нагрузках сыплется так же как сыпалась у нас в 2009м (что очень вероятно, потому что очень похожие глюки я видел года четыре назад) то у меня из этого сравнения хреновастые выводы напрашиваютца-то.(и напоминаю, сотруднику мордокниги наплевать на твоих котиков - они их уже неоднократно массово херили и даже не извинялись, людишки новых накачают)
- Да просто Линус наш слоняра , Аноним (21), 12:00 , 28-Июн-25 (48) –3

- Надо было выработать методику включения в ядро в несколько этапов, что бы не был, Rastler (ok), 12:12 , 28-Июн-25 (50) +2

- Если Кент действительно НЕ хочет соблюдать правила цикла подготовки выпусков и с, Ilya Indigo (ok), 12:20 , 28-Июн-25 (58) +4

- Это последний остров в море ФС, надежда только на нее Будет очень жаль, если в , Аноним (14), 12:23 , 28-Июн-25 (59) –1

- Ага, сегодня этот Кент с Линусом ругается, а завтра начнёт на багрепорты от юзер, НяшМяш (ok), 15:27 , 28-Июн-25 (121)
- Согласен, ругаться было лишне, надо было просто вовремя сваливать из этой помойк, Аноним (124), 15:51 , 28-Июн-25 (124)
- А куда Под венду он наверное не умеет кодить - , нах. (?), 16:55 , 28-Июн-25 (134)
- Учитывая дружественность майкрософта с их DDK SDK WTF - под нее уже никто кодить, Аноним (-), 17:25 , 28-Июн-25 (145)
- ЯТЬЪ Меня бы так доконали - Для тупых - Русинович у них S VP в Azur-е , _ (??), 20:26 , 28-Июн-25 (193)
- Сомневаюясь что вы майкрософту нужны Как bulk coder индусы интереснее, а талант, Аноним (-), 20:52 , 28-Июн-25 (208)
- Зря сомневаешься У меня с ними - полная взаимность PS У них вообще неск, _ (??), 21:30 , 28-Июн-25 (220) +1
- В смысле и они вам - не нужны Или в чем прикол Как тот кто очень плотно с ними , Анонм (-), 21:45 , 28-Июн-25 (227)
- Ну звучит конечно интересно Если винда для них уже не в приоритете хотя верится, Аноним (100), 03:52 , 29-Июн-25 (306)
- Не, там проще Сейчас они подпиливают WSL2, powershell, ssh и прочие с т з винд, Tron is Whistling (?), 09:49 , 29-Июн-25 (324)
- ты просто заходишь не на тот сайт Те клиенты заходят на сайт azure смеешься Ты, нах. (?), 11:50 , 29-Июн-25 (332) +1
- У них на сайте был рассказ как Windows Server обгоняет Linux Когда LSE уже на л, Аноним (-), 16:39 , 29-Июн-25 (350)
- Есть рабочий драйвер с утилитами BTRFS Народ на самопальной загрузчике даже 10 с, maximnik0 (?), 23:25 , 28-Июн-25 (253)
- Ну да, полурабочий С отставанием на дофига лет И вроде по дефолту - билдом чут, Аноним (-), 18:41 , 29-Июн-25 (357)
> Есть рабочий драйвер с утилитами BTRFS.Ну да, полурабочий. С отставанием на дофига лет. И вроде по дефолту - билдом чуть не mingw, чтоб с майкрософтм не связываться как раз лишний раз. Реактос вроде тоже это юзать пытается. > Народ на самопальной загрузчике даже 10 с раздела btrfs загружал. > Воплей насчёт того что сыпется не слышно, правда пару > багов автор закрыл.Так что спорный вопрос. Ну его и юзает - полтора землекопа, по фичам он по жизни отстает, багов там сильно более полутора, а довольно много чего в known issues честно описано. В общем по сравнению с линем это выглядит - "too little and too late". Но если вам нравится one microsoft way, вы в своем праве. А я лучше с линухом пободаюсь.
- ой опять пошла кекспертиза бабки на лавочке Под нее именно драйверы кодит ком, нах. (?), 00:05 , 29-Июн-25 (265) +2
- И где результаты Почему-то когда вопрос встал ребром, из железа поддерживался -, Аноним (-), 17:18 , 29-Июн-25 (351)
- я тебе перечислил - результаты Несколько подряд проектов по сути индивидуальных, нах. (?), 18:28 , 29-Июн-25 (356)
> И где результаты? я тебе перечислил - результаты. Несколько подряд проектов по сути индивидуальных разработчиков, которые, ну надо же - справились с написанием драйвера, каждый самостоятельно. > Почему-то когда вопрос встал ребром, из железа поддерживался - аж целый дорогущий квалком. потому что остальные получили предложение, от которого не смогли отказаться. А не потому что не могли написать драйвер. > Винды поддерживают намного меньше железа чем линух. лол. Только недавно чувак с неработающим в линуксе принтером приходил, иди ему мозги полощи. То что по недоразумению (а не потому что для этого специально что-то сделали) твой недолинукс кое-как _загружается_ на неведомом хламе - это не "поддерживает", это - кое-как загружается. > Реактосу вон расскажи я понятия не имею как устроен ректалос и зачем он ненужен, и уж тем более - что они там не шмагли. > Замечательно, кроме того что ни 1 нормальной фс в винде нет, а перфоманс нтфс это > вообще лол. опять эксперт не имеющий ни малейшего представления о предмете заговорил >> его утилиты были васян-кодом в несколько сотен строчек каждая > Его утилиты были сделаны очень профессионально. И кроме всего прочего - половина внутрях > содержали NT Kernel Mode драйвер. потому что любой васян на самом деле мог. Повторяю - русинович не писатель, а читатель. Смог без документации и исходников разобраться детально как оно работало, и в этом его действительная заслуга. Ну и написал попутно пяток крошечных утилиток для этого же самого процесса и по его результатам.
- Все познается в сравнении Для линя ALL запилили поддержку дюжин SoC Allwinner, , Аноним (-), 15:54 , 30-Июн-25 (389)
> я тебе перечислил - результаты. Несколько подряд проектов по сути индивидуальных разработчиков, Все познается в сравнении. Для линя ALL запилили поддержку дюжин SoC Allwinner, своим ходом, без вендора. Пару дюжин SoC и еще больше дров. Или MALI. Ну и где и когда для винды было что-то сравнимое? > потому что остальные получили предложение, от которого не смогли отказаться. Интересно кто б это предлагал что-то какому-нибудь нафиг кому упавшему allwinner? Он сам себе кой-как внемайнлайн дрова накорябал - и пошел продавать. А комьюнити никого не спрашивали, им китайские немайнлайн ужастики были не ОК, они и написали свои дрова. И замайнлайнили. Теперь майнлайн цепляет пятибаксовые процики like a boss. Недорого и круто! Что и было мотиватором для тех :) > А не потому что не могли написать драйвер. Вот те раз, майкрософту заговоры мешают - а комьюнити вокруг линя майнлайнит и никого не спрашивает? :) > Только недавно чувак с неработающим в линуксе принтером приходил, На 1 него я найду сотню дров spi/i2c сенсоров, DVFS разных SoC и их regulators, GPIO всякого и проч. А в винде хотя-бы стандартные подсистемы и апи для этого отрасли чтобы самому это все не кодить? Потому что если всесам, без оформленных тематичных подсистем - объем и сложность будут радикаьлно более другие! > "поддерживает", это - кое-как загружается. У меня некоторые "кое как загружаются" уже 10 лет, и суммарно их - более пары сотен. Не вижу на что мне жаловаться. Дешево, сердито, работает! > опять эксперт не имеющий ни малейшего представления о предмете заговорил Я тебя не заставлял, ты сам. >> содержали NT Kernel Mode драйвер. > потому что любой васян на самом деле мог. Что-то не помню длинного списка таких Васянов. > Ну и написал попутно пяток крошечных утилиток для этого же самого > процесса и по его результатам. А таки - dbgview после скупки ручиновича толпе народа было заменить особо нечем. И вот - не понятно где те Васяны были.
- ты понимаешь что тех же десктопных принтеров - не дюжина, а тысячи моделей Прич, нах. (?), 22:35 , 30-Июн-25 (401)
> Все познается в сравнении. Для линя ALL запилили поддержку дюжин SoC Allwinner,ты понимаешь что тех же десктопных принтеров - не дюжина, а тысячи моделей? Причем отличающиеся отнюдь не парой регистров нужных для запуска, а внутри все одинаковое. > Ну и где и когда для винды было что-то сравнимое? да она еще и на микрокалькуляторах никогда не работала. > На 1 него я найду сотню дров spi/i2c сенсоров, DVFS разных SoC и их regulators, GPIO > всякого и проч то есть васянских поделок с одним регистром. Они конечно очень нужны пользователям win, прям жить те без них не могут, но драйвер никак не напишут. > У меня некоторые "кое как загружаются" уже 10 лет, и суммарно их - более пары сотен. ты уже в треде про бырбыр показал что тебя устраивает именно "кое-как загружающееся", шаг вправо-шаг влево - экспертиза нулевая. Одно не понимаю - где ты находишь идиотов которые платят тебе за такие поделки денег. Оно ж завтра заглючит, и "эксперт" опять облажается - "это мы не проходили!" > Что-то не помню длинного списка таких Васянов. githib search windows driver ты не помнишь потому что не знаешь и выдаешь свое незнание за истину в последней инстанции. > А таки - dbgview после скупки ручиновича толпе народа было заменить особо нечем. он нахрен никому стал не нужен. Уверен что найденые тобой по предыдущему поиску авторы вообще не знают что это за хрень из 90х годов.
- Я понимаю что 1 Большей части юзеров принтер вообще не уперся 2 Изрядное чис, Аноним (-), 03:36 , 02-Июл-25 (425)
> ты понимаешь что тех же десктопных принтеров - не дюжина, а тысячи моделей? Я понимаю что... 1) Большей части юзеров принтер вообще не уперся. 2) Изрядное число этого добра таки работает. Гора печаток по технологии "лазерного утюга" не даст соврать. 3) Если кому надо "solution" с принтером - берем supported модель, цепляем к cups, и оно отлично фигачит. Даже с одноплатника на ARM. И это например "любой лазерник HP". Т.е. то что в ближайшем ларе точно есть. > Причем отличающиеся отнюдь не парой регистров нужных для запуска, а > внутри все одинаковое. Нынче большая часть принтеров вообще жрет PCL, ps, pdf и прочий IPP. И с ними минимум проблем. Найти что-то странное - можно конечно. Но зачем? > да она еще и на микрокалькуляторах никогда не работала. Ну дык, у винды с масштабируемостью - проблема. Она не смогла ни вверх, в TOP500 ее нет, ни вниз, на управляюшей мелочи и IOT она в основном - в маркетинговых буклетах MS. Да даже сервера из нее такие что даже MS норовит на линух удрапать походу. И запилил Microsoft Linux (CBL Mariner некий, он же Azure Linux вроде как). > то есть васянских поделок с одним регистром. Назвать какие-нибудь National Semi, STMicro и проч - васянами - это довольно храбро. А какой-нибудь LM75 условный на i2c - вообще стандарт-де-факто - с полдюжиной тех кто друг у друга его более-менее совместимо передрал. Обычный температурный сенсор, цифровой, в меру точный. А их таких на самом деле - легион. И пихается это - везде. В всякой околоиндустриаловке, эмбедовке и проч этого хватает. А в винде есть подсистемы thermal, i2c и sensors? Или это все - надо самому фигачить? С совсем другим размером драйвера и тем более - уровнем сложности делания чего-то по например факту перегрева или замерзания системы? А, ну да, кому это надо? Явно не офисным планктошикам. > Они конечно очень нужны пользователям win, прям жить те без них не могут, > но драйвер никак не напишут. Ну так винды по этой причине и нет почти в брутальной (около)эмбедчине. А пингвин туда без мыла лезет и довольно успешно. Потому что может. > ты уже в треде про бырбыр показал что тебя устраивает именно "кое-как > загружающееся", шаг вправо-шаг влево - экспертиза нулевая. В тех случаях вопрос в том выполняет железка свою функцию или нет. Шаги вправо и влево там не делаются, особенно - без валидации всего этого на моих экспериментальных сетапах. В отличие от тебя - я умею планировать, прототипировать и макетировать затеваемое действо. И поэтому 99.5% я узнаю - на тестовой инсталляции, которая максимально точно косплеит прод куда деплой этого намечается. Этот фокус хорошо работает и с более mundane вещами, но там просто мастхэв. Есть такая парадигма - антибаг. Ее можно немного расширить, с программирования до general management. Это спасает от кучи трабл. > Одно не понимаю - где ты находишь идиотов которые платят тебе за > такие поделки денег. Оно ж завтра заглючит, и "эксперт" опять облажается > - "это мы не проходили!" А оно не глючит. И довольно стабильно. Я довольно осторожен и макетирую планируемые действа в такой же конфиге, и это 1 из причин по которым все максимально простое - и причины возможных фэйлов агрессивно минимизируются. В том числе и откзом от выполнения потенциально-стремных действий. Так можно было! >> Что-то не помню длинного списка таких Васянов. > githib search windows driver Ну так там и Linux driver найдется. В том числе и для всякой странной хрени внемайнлайновой. И в целом - намного больще. На ARM винды - вообще в ауте по сути. На RISCV даже упоминать не удобно. Про какой-нибудь LM и упоминать неудобно, Майкрософт поди и не слышал про него. Не то чтоб у меня на нем железки есть - но кто-то порт тянет, и это в основном всякие рожи которые soft-CPU засунули в FPGA какой. А потом захотели high-level управление ворочать без мытарств, бутанув линя на подобии норм проца (который из куска FPGA и изобразили). > ты не помнишь потому что не знаешь и выдаешь свое незнание за > истину в последней инстанции. Это ты в зеркало посмотрелся видимо. > он нахрен никому стал не нужен. И заменили его - внезапно, чем? Или он стал ненужен - потому что системное программирование под винду просто сдохло по сути? :D А, ну да, если бобик сдох, лекарства ему ни к чему. > Уверен что найденые тобой по предыдущему поиску авторы вообще не знают что > это за хрень из 90х годов. Я желаю им творческих узбеков. Но реально живых проектов - полторы штуки. А практически все интересные эксперименты, исследования и прчо вокруг железа - основательно переехали в пингвины. Чему лично я вполне рад. Так намного интереснее. А тебе остался только чес ЧСВ. Но из меня такая себе часалочка, "вы что ребят, это ж кактус?!"
- А это смотря для чего он это делает Если деньги нужны, то файловая система явно, Аноним (223), 17:39 , 28-Июн-25 (150)
- Кто вообще такой, этот Кент Я не следил за этой драмой, но со стороны Кент выгля, Аноним (100), 13:27 , 28-Июн-25 (75) +1

- Ext4 15 лет рассыпалась при ресайзе с включённым sparse_surper2 и всем было плев, Аноним (10), 14:47 , 28-Июн-25 (111) +4
- Конечно-конечно, 171 дома надо сидеть 187 , спорят только провокаторы на зарп, Аноним (65), 15:21 , 28-Июн-25 (117) +2
- Вот с этого и надо было начинать Ядро сейчас пилят корпорации, а индивидуальных, Аноним (124), 15:43 , 28-Июн-25 (122) +2
- Кент если что - явный растаман Что он с утилитами сделал - это вообще фэйспалм , Аноним (-), 17:34 , 28-Июн-25 (148)
- в стабильных дристах нельзя взять и использовать ночную сборку хруста для сборки, нах. (?), 18:25 , 28-Июн-25 (164) +1
- Это - нестандартный стремный кластерфaк, мало кому уперлось время на разгребание, Аноним (-), 18:27 , 29-Июн-25 (355)
> в стабильных дристах нельзя взять и использовать ночную сборку хруста для сборки > статического бинарника с нулем зависимостей? Это - нестандартный стремный кластерфaк, мало кому уперлось время на разгребание булшита нетакусиков тратить. Еще не хватало - на своей ж@пе тестировать глюки хипстерских ночнушек, на ФС! Намного проще и безопаснее объявить unsupported. И пусть сами #$%тся как хотят. В _свое_ время. Ну или наслаждаются юзежом аж десятью васянами, и соотв болевым барьером дропа фичи. Если кент уверен что он в этом мире 1, и ща он прогнет весь мир под себя... ...то интересно, а у него был план на случай если "мир оказался сильней"? Судя по дропу из дебианов, риску вылета из майнлайна - не похоже. Взлететь повыше, чтобы #$%нуться получше - странный план. > У меня плохая новость для майнтейнеров этих ненужно. Ну ты этим додикам и дай мастеркласс как надо было, захватив планету, не? А, ты и пару фоторамок напрягаешься захватить? :). А то пока вон там на 100500 серврах юзается - это. А десяток "васянов" с своими ночнушками... ща узнают почему они не очень ценный актив жестким способом. Прости но никому на этом глобусе не упал неудобный апстрим. Нетакусиков много, на каждого дергаться - нафиг надо. > (отдельный вопрос на засыпочку - в любом ли стабильном дристе можно вот > так взять и пересобрать самое наираспоследнее ведро? Я именно это и делаю. Но ядро по части сборки - zero deps почти. Тулчейн - системный, внешних либ ядру не надо, по версиям компонентов весьма laxed и ВСЕ они из стандартной репы. Поэтому штатно билдится, без приключений, парой типовых команд. А моя задача - конфигурация, отлов багов, интеграция, вот это все. Довольно большая разница с "скачайте ночнушку". Если пересборка ядра потребует качать левые блобы компилера, хз откуда, в обход пакетника, именно последнюю ночнушку и проч, левый софт, etc - я скажу "return -E_TOO_COMPLICATED" и забью по возможности. В ядре это - понимают. Поэтому и пререквизиты - разумные. А были бы они как кент, "C23 req'd!", а 6.17 - C2x, качайте ночнушки! После чего ессно число девов в проекте ессно резко децимировалось бы. > Разумеется, скачивание вручную из левого источника текущего билда gcc > приравнивается к оскорблению Аллаха.) К потенциальному вулну, левым нестандартным действиям, untracked мусору в системе за который никто не отвечает, и каких-то нестандартных приседаниях - жрущих МОЕ время на решение проблем. Поэтому если софт не собирается системным тулчейном, апстрим маркируется враждебным, а софт заменяется чем-то еще. Ибо незаменимых не бывает. Ну почти. А зачем мне делать из чужих проблем - свои? Я лучше буду за апстримы понимающие такие соотношения. Чтобы мне было сухо и комфортно. А ты можешь занаться вон тем. Но сам. И за свой счет. И как ты такое решение к проду привинчивать планируешь с такими полисями - не мои проблемы, соответственно, а твои. Подолбаться ради прцоесса, без практически значимого результата - мне не интересно, это ты сам. У меня на VM, серверах и большей части одноплатников - stable дистры, я и танцую от ЭТОЙ печки. > проду как раз похрен на хруст. Я плохо представляю себе прод где фс утилсы надо самому билдить, скачав для этого какую-то левую ночнушку, без гарантий что это вообще работает, не крешится и не уроет мне ФС. И качать левые untracked пакетником блобы от васянов мне в проде - очень так себе. > В проде (если ты под этим понимаешь промышленную эксплуатацию) непонятен вообще смысл > и цель применения чудо-фс. Дать реалистичную нагрузку в интересных мне сценариях, посмотреть how it performs, репортнуть баги, регрессии, проблемы перфоманса, if any. В общем довести до ума в реалистичных сценариях. В которых это и предполагается реально эксплуатировать, если прокатит. Без этого процесса - оно обречено вечно быть багованым сырым глюкалом. > Она не годится для файловых стораджей, она > абсолютно нидлячего кластерным хранилищам, она феерично бесполезна для недо-SAN. При том все это надо по сути полтора извращенцам, покусанных (классическим) энтерпрайзом. Есть дофига иных задач, и вон то могло бы на какие-нибудь кеширующие сервера например претендовать, само раскидывая горячую часть кеша на быстрые девайсы, холодную на емкие и медленные. > начинаются и заканчиваются локалхостом или подвальным сервером ВСЕГО, Все твои хранилки с полутора инвалидами и поделенным рынком - не больно какая интересная кому область, если ты еще не заметил. > - на уровне уборщика в Норильске. (но - в Норильске, а > тот живет в теплом климате) Хрен знает о чем это и что там за крымские друзья.
- Линус настаивает на том, что функциональные изменения и крупные исправления допу, Аноним (114), 15:01 , 28-Июн-25 (114) +1

- Кент - отличный инженер, а Линус и Тсо - менеджеры Надо понимать разницу Менед, Аноним (129), 16:15 , 28-Июн-25 (129) +1

- Браво Только не совсем правильно понимаешь позицию менеджера - видимо, не работа, нах. (?), 16:54 , 28-Июн-25 (133) –1
- Они эти принцпы разработки взяли в оборот не просто так Вот прям ща у меня пере, Аноним (-), 17:30 , 28-Июн-25 (147)
- Ничего не понял, но запало мне в душу , Аноним (62), 18:05 , 28-Июн-25 (158)
- Делюсь опытом садишься с ним в переговорке, на экран его код и начинаешь с ним , Аноним (56), 18:20 , 28-Июн-25 (162)
- Если бы они их применяли к Кенту не просто так, то у них были бы аргументы серьё, Аноним (165), 18:36 , 28-Июн-25 (165)
- Просто он не ффтыкает кто ведру - юзеры А им нинада походу Жаль котёночка, , _ (??), 20:49 , 28-Июн-25 (205) +1
- Ну, понимаешь, Кент требует себе исключений в БЕСПРЕЦЕДЕНТНОМ объеме 1 Никто из, Аноним (-), 21:28 , 28-Июн-25 (219)
- Юзеру хорошо, когда на нём эксперименты не ставят , Аноним (7), 01:48 , 29-Июн-25 (295)
- Не всем лишь дано эту разницу понять Чтобы оценить сложность проблемы, я предлаг, Аноним (-), 06:30 , 29-Июн-25 (315)
- В уважающей себя конторе нет иерархии и нет бюрократии, а инженеры думают своей , Аноним (165), 16:34 , 30-Июн-25 (391) –1
> Но в уважающей себя инженерной конторе такие вещи должны отлавливаться главным инженером, здесь же бюрократия оказалась недостаточной для того, чтобы эскалировать до уровня главного инженера решение сменить систему координат.В уважающей себя конторе нет иерархии и нет бюрократии, а инженеры думают своей головой, а не надеются на некого "главного".
- Не понимаю позиции Кента Присылать новые фичи в период стабилизации кода, будет, Аноним (166), 18:42 , 28-Июн-25 (166) +2
- Народ, а как дела во всяких bsd, насколько там есть stable abi api , Аноним (238), 20:29 , 28-Июн-25 (196)

- Не лезь туда Там всё настолько хмм замерло Что только спецы могут расп, _ (??), 20:52 , 28-Июн-25 (209)
- Единственные кто пытается нормальную файлуху делать из BSD - это DragonFly BSD , Аноним (-), 21:34 , 28-Июн-25 (222)
- Любители этих BSD будут всячески хвалить Не слушай и сам проверь Вот поставь н, АнонимЪ (?), 00:11 , 29-Июн-25 (267) +2
- Жаль авторы BSDs тупят не включают GPL код драйверов и прч из линуксов, всёравно, Аноним (218), 00:25 , 29-Июн-25 (273) –1
- какая же у тебя каша в головегпл не тащут в ядро и базовую систему Из портов мог, Ананимаз (?), 19:20 , 30-Июн-25 (392)
какая же у тебя каша в голове гпл не тащут в ядро и базовую систему. Из портов могешь ставить что твое сердечко пожелает. хоть гпл, хоть shareware, хоть проприетарь с блобиками. Где драйвера из линукса и тусуются.
- Скрыто модератором, Аноним (117), 01:06 , 05-Июл-25 (435) [---]
У кого то другого тут - какая же каша в голове Ибо не сказал ничего ни полезного, ни нового мне, даже явно - не понял что прочёл... Перечитай что ли.
- Приближаюсь к 10 годам со своим nas на фряшке Со смехом читаю как лучшая в мире , анониммимим (?), 13:25 , 29-Июн-25 (341) –2
- у фри in-kernel api стабилен в пределах релиза разумеется - стабильного релиза, нах. (?), 00:23 , 29-Июн-25 (272) +1
- И как дела там стабилен всеголишь в пределах релизаНе благодари , Аноним (218), 00:30 , 29-Июн-25 (276) –1
- срок жизни релиза - даже сейчас, в период быстрых мартышек - пять лет за это вре, нах. (?), 00:52 , 29-Июн-25 (284)
- У меня ежедневны, но и то - сильно недоволен что, ядро далеко не самое последне, Аноним (117), 01:13 , 05-Июл-25 (436)
> пять лет.У меня ~ежедневны, но и то - сильно недоволен что, ядро далеко не самое последнее какого то наролинг-релизе, а с кучей багов - и так годами неправленными, - что уж говорит про "пять лет" назад вышедших...
- что уж говорить про пять лет назад вышедших , Аноним (117), 01:15 , 05-Июл-25 (437)
* что уж говорить про "пять лет" назад вышедших...
- И ты не указал - про какой имнно из BSD у тебя речь , Аноним (218), 00:31 , 29-Июн-25 (277)
- Кстати, я правильн опомню о том что лет пять назад тут гдже то писали что, в фай, Аноним (218), 00:47 , 29-Июн-25 (281)
- Как обычно - без данных кто мерял, как мерял, зачем мерял - это все имеет отрица, нах. (?), 02:05 , 29-Июн-25 (300) –1
- Это же была сборочка фряхи с костылями и логотипами, вообще не помню каких-то ор, Аноним (418), 23:38 , 01-Июл-25 (419)
> Что скажите про (давно сдохшую)RusBSD - было там что то реально полезное достойноеЭто же была сборочка фряхи с костылями и логотипами, вообще не помню каких-то оригинальных разработок у них. Тем более уровня ФС. Был примерно в те же годы такой дистрибутив Runtu, вот примерно такое же.
- В начале 2000-х даже русской поддержки небыло надо было хаками прибивать вручную, Аноним (117), 01:33 , 05-Июл-25 (438)
В начале 2000-х даже русской поддержки небыло надо было хаками прибивать вручную, и то что сводилось к utf-8 а, не более распространённому и нужному WIN1251 или хотя бы DOS866 (для Dos Navigator'a т.б.так псевдографику можно использовать [для табличек], впрочем и FAR/TC).Но, судя по отсутвию русского языка, по кр.мере со старта на LiveCD, - эта ситуация улучшенна вовсе далеко не у всех даже популрных дистров и поныне... По сути форки это и есть костыли. Потому, вопрос собтвенно - как раз в имеющихся там костылях... (мне вот что то кажется что читал что там уже тогда был LiveCD, до которого до ныне ~максимум FreeBSD только осилила и то, только когда смотрел полгода назад - было только в отдельном дистре, от иностранного Васяна... впрочем, там всё от "Васяна" же, но эт от ещё большего "Васяна" и это на оф.сайте фряхи... Кстати, там же так и не завесзли русский язык, так что у FreeBSD серьёзнейшее приемуществодаже несмотря на ограниченность документации там :]) - так что у FRusBSD серьёзнейшее приемущество было, Аноним (117), 01:53 , 05-Июл-25 (440)
* так что у FRusBSD серьёзнейшее приемущество было
- Это может и лучше линукса, но в пределах погрешности измерения Насколько можно в, Аноним (238), 00:53 , 29-Июн-25 (285)
- А, пользователям интересней - насколько можно взять современный софт в BSD и за, Аноним (218), 01:15 , 29-Июн-25 (290)
- в пределах релиза Т е даже на пятилетней давности работать скорее всего не б, нах. (?), 02:00 , 29-Июн-25 (299)
- Так и подозревал А, что ты имеешь против Не всем же серваки клепать как пирож, Аноним (117), 02:07 , 05-Июл-25 (441)
>> А, пользователям интересней - насколько можно взять современный софт в *BSD и запустить на древней версии того же ядра? > "в пределах релиза". Т.е. даже на пятилетней давности работать скорее всего не будет.Так и подозревал. >> (для лучшей призводительности или совместимости с ранними пк) > по-моему тебе потрахаться а не работать. А, что ты имеешь против? ;) > Обычно надо ровно наоборот - запустить какое-то легаси с утерянными исходниками на современной системе, потому что про ту древность все забыли уже как о страшном сне. Не всем же серваки клепать как пирожки или в офисе [исходники] всякого мутного софта хаками прикручивать. Я вот бы хотел поставить на свой второй комп для игр из 90-з - в мультизагрузку, чтобы основной комп освободить наконец от линукснйо темы и тут спокойно пользоваться виндами, т.к.линукс им не замена ни с какого бока и совместимость с играми(и.т.б.без хаков к ним.. и к WINE...) это только начало проблемы им пользования.
- Это уже хорошо в linux работает Этого не будет В старых версиях нет ни новых др, Аноним (238), 17:30 , 29-Июн-25 (352)
- Во FreeBSD всё лучше с ABI https github com freebsd freebsd-src blob master sy, Аноним (308), 04:15 , 29-Июн-25 (308)
- это userland abi Не лучше линуксный поддерживается неизменным вообще 20 лет - , нах. (?), 11:31 , 29-Июн-25 (331)
- The options COMPAT_FREEBSD11 setting in a FreeBSD kernel configuration like GEN, Аноним (308), 12:53 , 29-Июн-25 (336)
- спасибо, не надо мне цитировать то что я знаю а ты плохо понимаешь ну вот как-то, нах. (?), 13:13 , 29-Июн-25 (340)
- Так гарантий и не будет Я понял Драйвер из двух частей состоит если поломали AB, Аноним (308), 16:34 , 29-Июн-25 (349)
- Гарантий как раз нет в Линуксе, о чем здесь раз в 6 месяцев обсуждают сколько ра, Знатный аноним (?), 23:36 , 29-Июн-25 (364)
>ну вот как-то оно пашет. но гарантий нет, даже если не феноменально старое, а всего лишь на пять лет подтухло. Гарантий как раз нет в Линуксе, о чем здесь раз в 6 месяцев обсуждают сколько раз у кого данные исчезали при переходе на современные и поставляемые _с ядром_ ФС. А во фряхе, если умеешь читать внимательно написанную документацию (что, как мы видим, могут не только лишь все) почему-то ничего не исчезает.
- мне напомнить тебе КТО написал works as intended чего в документации, кстати,, нах. (?), 01:22 , 30-Июн-25 (370)
> Гарантий как раз нет в Линуксе, о чем здесь раз в 6 месяцев обсуждают сколько раз у кого > данные исчезали при переходе на современные и поставляемые _с ядром_ ФС.мне напомнить тебе КТО написал "works as intended" (чего в документации, кстати, нет) про silent corruption во фре - "на современной и поставляемой с ядром" единственной в ней fs, за отсуствием каких либо прочих (поскольку zfs лежащая в contrib как-то довольно условно теперь "с ядром")? У файловых систем дизайна 70х годов - проблемы примерно одинаковые, что тут, что там. А авторы фс дизайна конца 90х - из фри и окрестностей свалили в полном составе, не ужившись с серпентарием, и там ее вообще поддерживать теперь некому.
- О какой ФС из 70 речь Есть proofs на тему silent corruption И скакой версии о , Аноним (71), 18:14 , 05-Июл-25 (453)
О какой ФС из 70 речь? Есть proofs на тему "silent corruption"?
И скакой версии о них известно - что то новое? если да то может и исправят всё же.
Это только в FreeBSD или и прочих *BSD?
> У файловых систем дизайна 70х годов - проблемы примерно одинаковые, что тут, что там.
Врядли же в FreeBSD - и в FAT "silent corruption". > поскольку zfs лежащая в contrib как-то довольно условно теперь "с ядром")
А, что за история - тоже глюки или просто лишней оказалась
- Там, где не задействована или мало задействована финансовая сторона, возникают О, Аноним2806 (?), 00:13 , 29-Июн-25 (269) +1

- Таки не ясно мне- статус то какой у быкешфс Экспериментальная небось Ну вот тог, Аноним (29), 14:07 , 30-Июн-25 (379) +1
Таки не ясно мне- статус то какой у быкешфс? Экспериментальная небось. Ну вот тогда чо там финский нацист вякает?
|