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

- Ну продолжит он пушить отдельно в свою ветку Что изменится Кому надо, тот ядро, Аноним (7), 11:00 , 28-Июн-25 (7)
- Затем что zfs это тормоз сжирающий всю память хоста хоть 2Тб и при этом все равн, gnugpl (?), 11:12 , 28-Июн-25 (18) –2
- Затем что zfs надо уметь готовить, тормозит в неумелых руках , Аноним (4), 11:29 , 28-Июн-25 (37) +2
- типичное skill issue , Вася (??), 11:38 , 28-Июн-25 (41) +8 [^]
- Файлухи юзают не для того чтобы с ними ться и skill issue прокачивать Это , Аноним (-), 14:36 , 28-Июн-25 (103) +7 [^]
- Вы ничего ни о чем знать не хотите , Аноним (110), 15:25 , 28-Июн-25 (120) –3
- Я и правда хочу заниматься - своими проектами, а не костылингом доисторической ф, Аноним (-), 15:53 , 28-Июн-25 (125) +2
- Так не включайте dedup, Аноним (271), 00:17 , 29-Июн-25 (271) +1
- dedup это единствееное ради чего этот zfs поделие имеет смысл, Аноним (298), 01:55 , 29-Июн-25 (298) –2
dedup это единствееное ради чего этот zfs поделие имеет смысл
- Оно и без dedup имеет очень странное управление памятью - и я пешочком постою чт, Аноним (-), 13:05 , 29-Июн-25 (338) –1
> Так не включайте dedup Оно и без dedup имеет очень странное управление памятью - и я пешочком постою чтоб такое управление памятью было бы у меня на десктопе, лаптопе, одноплатниках или чем там еще что не является энтерпрайз хранилкой. К тому же оно еще и не в майнлайне, а я люблю свежие ядра вплоть до того что могу сам их себе билдануть по вкусу. Поэтому ZFS мне принесет дофига проблем на ровмном месте, фиг знает во имя чего. Ибо у btrfs мне управление явно симпатичнее, а петабайтные хранилки для корп я вообще не собираю - и не планирую.
- Зато фичи, ты не понимаешь , Аноним (49), 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) –18 [VVV]
- Замедляет относительно чего , Аноним (26), 20:03 , 28-Июн-25 (180)
- Учитывая её свойства не такая уж она и медленная Включи на EXT4 журналирование , Аноним (26), 12:17 , 29-Июн-25 (334) –1
> Затем что zfs это тормоз сжирающий всю память хостаУчитывая её свойства не такая уж она и медленная. Включи на EXT4 журналирование данных - и ты поймёшь что значит "медленно". Хотя BTRFS, конечно, даст ZFS сто очков вперёд по скорости.
- Вообще ни разу не Это ты с бырбыр перепутал, вот та задумывалась А получилось , нах. (?), 11:14 , 28-Июн-25 (20) –1
- У BcacheFS правильная ядерная лицензия, в отличие от , Аноним (29), 12:18 , 28-Июн-25 (53)
- Аналогов ZFS быть не может - ни в одной нормальной FS нет раздельного с ядром ке, Tron is Whistling (?), 12:40 , 28-Июн-25 (62) –1
- ZFS - это кусок тормозного крапа, даже экстентов нормальных нет В 2025 году, эк, Аноним (-), 17:02 , 28-Июн-25 (136) –2
- ZFS использует собственную модель управления блоками данных с динамическим разме, Аноним (163), 18:25 , 28-Июн-25 (163) +3
- Демократия 8212 наихудшая форма правления, если не считать всех остальных С, _ (??), 19:07 , 28-Июн-25 (168) –3
- Да, я к счастью - не LLNL и это - именно их боль, которую они сами себе нашли По, Аноним (-), 20:32 , 28-Июн-25 (199)
- он когда лбом упрется в такую задачу - подберет кривое-косое решение на единстве, нах. (?), 23:44 , 28-Июн-25 (257) +1
- Я могу выбирать задачи в которые я вписываюсь И только подумай, берусь лишь за , Аноним (-), 04:21 , 29-Июн-25 (309) –1
> он когда лбом упрется в такую задачу - подберет кривое-косое решение на > единственном осиленном им инструменте.Я могу выбирать задачи в которые я вписываюсь. И только подумай, берусь лишь за то где я уверен что могу сделать хорошо. В том случае задача просто уйдет другим тушкам и это будет их проблемой. Энтерпрайзные файлопомойки лично мне - не интересны как категория совсем. Тем более убер дорогая экзотика с ритуальными танцами. Мне интересен general purpose, эмбедовка, VM и некоторые продвиутости вокруг этого. И в моем мировоззрении - future is "distributed". И вообще это не обязательно на уровне вот именно ФС делать. На app-level это может быть - эффективнее. > Потому что "экспертиза", увы, отрицательного левела. Я просто люблю мухлевать и integer underflow сделал меня намного мощнее :) > Питаема urban legends худшего пошиба, в пересказе старух на лавочке. Вместо знаний. Вот уж кто бы говорил с своими "сакральными знаниями" как оно там в линухе ... 2010 года разлива. А у меня личный опыт взаимодействия с вон теми, и ты не представляешь себе как угарно эти умствования смотрятся. >> ... и всё тот же вопрос: чтобы _что_? Зойчем?!?! ;-) > ну вот банально хочется простого и понятного управления виртуальными фс, а не > этого вот всего с восемью слоями dm Ну вот да. Btrfs я лю - за вот это. Подоткнул диск, "btrfs device add", отросло +N места, все, "менеджмент" файлухи закончен. И я чертовски уверен что это должно работать - вот так. А не тот миндфак с этажерками наслоений и сыкотным менеджментом. > Да, если что - попытки использовать в этом качестве бырбырбыр у тебя > обломятся о первый же случай знакомства с их уродливой подделкой под > zfs send. Просто вот посмотри доки и ужаснись. А таки - в целом работает. Ужасайтесь, не ужасайтесь а полезная штука. > так там от тех идей тоже давно ничего не осталось. Там скорее доразвитие идей btrfs - минус shortcomings известные на момент дизайна. И гибрид с bcache до кучи. Идея с явной демаркацией кеширующих, фронт и бэк девайсов и явный учет реплик по оным - само по себе весьма здраво. Этажерки при загибоне SSD на кешах жесточайше лажать начинают. > В те годы не могло оказаться что "ваш pid1 несовместим с вашей версией > ведра, пройдить нафиг". Зато оно само - с версиея ядра может облажаться. >> :( Но зато - с растом! :)))) > судя по матюкам дебиановцев - тут автор быкеша превзошел пока всех, сделав > принципиально несобирающуюся нормальным способом юзер-ленд утилиту. Ну вот да. Почему это круто для полисей утилс файлухи - я не понял. Наверное одна из причин по которым мало кто парится на тему размайнлайна. Ибо в проде такое - захочешь не впихнешь. > Причем как обычно - по причине всасывания в нее десятка васянских лефтпадов. > Свои писать некогда-некогда, надо в ведро пушить. Изначально тулсы и без хруста билдились. Я фс такими создавал. > с другой стороны, если ты не собираешься это отлаживать, тебе-то оно и > похрену будет. Ога, кроме того что в твоем дистро это не будет. Потому что майнтайнеры тоже люди. > В отличие от неизбежно приближающейся ситуации когда того же дерьма и в > ядро добавят, потому что инвестиции знаити ли надо отработать, даже если > прожект явно мертворожденный. Не все инвестиции выстреливают...
- тогда что строишь из себя эксперта Зазубрил пять команд единственной утилиты че, нах. (?), 10:41 , 29-Июн-25 (328) +1
> Я могу выбирать задачи в которые я вписываюсь.тогда что строишь из себя эксперта? Зазубрил пять команд единственной утилиты. > Ну вот да. Btrfs я лю - за вот это. Подоткнул диск, "btrfs device add", отросло +N места через неделю диск грохнулся, и можно заняться очень интересным п3рдолингом, чтоб хоть загрузить систему. Уровень эксперта где-то примерно таков и есть. Снова единственная заученная команда и снова ноль экспертизы или вовсе отрицательная. А мне нужна - управляемая фс. Где диск добавили один, потому что нарезание лунов на хранилке операция дорогая, а фс мне нужны вот там, вон там и еще вон там. И, вероятно, где-то нужен nosuid, а где-то и вовсе noexec. И нет, не надо их мержить с корнем - мы может потом этот диск в другую систему переткнем, прикладные системы у меня живут дольше чем их ОС, иногда десятки лет. Уже эта история с бырбыр становится неприлично сложной на совершенно пустом месте - потому что вместо точек монтирования она хранит какие-то безумные "пути" и совершенно бессмысленные цифровые id. Отличить сабвольюм от простого каталога не умеет, это надо вычислять странными способами. Снапшот невозможно понять, с чего сделан, если вручную опять не хранить эту информацию отдельно. А теперь попробуем, скажем, переехать на другую хранилку, побыстрее. Или просто перенести все на другой сервер, сохранив структуру. И вот тут бырбыра являет тебе чудо чудное, диво дивное. Там где на zfs ты обошелся бы send -R, здесь тебя ждет очень интересное приключение, вовсе не защищенное от ошибок и не гарантирующее в целом успеха. Автоматики - ноль. Оставляю для самостоятельного изучения желающими пособирать грабли. > Ну вот да. Почему это круто для полисей утилс файлухи - я не понял. просто слепил из того что было - не посмотрев даже, что там тянется. У хрустиков так принято, а чувак же хотел быть в трендах. Ну, вот. Показал почему хруст непригоден и для системных утилит тоже. > Ибо в проде такое - захочешь не впихнешь. в проде такое - впихнешь, потому что никто там не будет пересобирать ничего из исходников. Если имеешь дело с экспериментальной фс и она на самом деле тебе нужна - тем более не будет, просто скачаешь последнюю сборку у автора. Но применений ЭТОМУ в проде я не вижу. Нет там уже давно вручную подключаемых ssd. Это та же проблема страдания майнтейнеров что и никому ненужный миллиард сборочных зависимостей игогошки, которые используются ровно один раз при сборке единственного пакета, вместо того чтобы сложить их при сборке в хомяк и удалить сразу после. Пора ребятушкам расслабиться и привыкнуть, что нет, не надо сборочные зависимости нескучных язычков с собственными пакетными менеджерами и замкнутой на себя экосистемой включать в дистрибутив (можно включать их в исходники если боишься что со временем они потеряются - но смысла тоже ноль, со временем никто это пересобирать не станет). Они там все равно никому не пригодятся, даже ручным пересобиральщикам пакетов в хомяке, потому что и в этом случае не пересобираются, а скачиваются готовыми.
- Хороший фотограф просто знает когда жать DEL Я имхо честно демаркирую границы,, Аноним (-), 15:32 , 29-Июн-25 (345)
> тогда что строишь из себя эксперта? Зазубрил пять команд единственной утилиты.Хороший фотограф просто знает когда жать DEL ;) Я имхо честно демаркирую границы, в которых я считаю что у меня экспертиза - и не пытался читать лекции как собирать энтерпрай хранилки. И честно сказал, что мне топик не интересен. А "неформально" - считаю что если понадобился такой дино, скорее всего настоящие проблемы - с планированием и архитектурой. Это работает в обе стороны, простое следствие: если ты рассказываешь мне про свои петабайты, от нетаппа, но сам мыкаешься с NTFS, я вообще не понимаю в чем и где вот именно твои заслуги. > через неделю диск грохнулся, и можно заняться очень интересным п3рдолингом, чтоб хоть > загрузить систему. Если собирать это будешь ты - так и будет. А я могу немного в знание свойств дизайна и разумное планирование на основе. Все будет выглядеть иначе. И рекавери - считанные минуты. > Уровень эксперта где-то примерно таков и есть. Снова единственная заученная команда и > снова ноль экспертизы или вовсе отрицательная. Не надо на меня проецировать свои проблемы и методы работы. > А мне нужна - управляемая фс. Где диск добавили один, потому что > нарезание лунов на хранилке операция дорогая, а фс мне нужны вот > там, вон там и еще вон там. Но сам ты при этом посидишь с NTFS голимым. А я не хочу вечно работать на дядю и быть сапожником без сапог, этим мы и отличаемся ;) > мержить с корнем - мы может потом этот диск в другую > систему переткнем, прикладные системы у меня живут дольше чем их ОС, > иногда десятки лет. Для меня типично - логически сплитить на "system" и "data". Возможно еще "userdata" если home являет ценность. Более того - "system" должен быть убернадежным только местами, типа одноплатников. На обычном компе - если системный девайс помрет, знаешь что будет дальше? 1) Замена девайса. 2) Загрузка с бутявки, партиционирование, создание пустой btrfs на нем. 3) Btrfs receive - бэкапа той системы ("system" и возможно "userdata" если home там ценный). Удобно что снапшоты можно send/receive, да? Send снапшота = халявный и относительно консистентный бэкап, на лету :) 4) Инсталл бута и генерация конфигов. Все действо - минут 5. Ну 10 топ. Видишь? Менеджмент в стиле VM по сути, т.е. "(re)deploy". А не запрыги по граблям на полдня и делание мозга. Зачем делать долго, хреново и сложно если можно легко, просто, быстро и логично? У правильных мегакорп можно кое-чему научиться. Например не создавать себе проблем на ровном месте. > Уже эта история с бырбыр становится неприлично сложной на совершенно пустом месте > - потому что вместо точек монтирования она хранит какие-то безумные "пути" Чего? Кого? Там все просто как дрова. Это просто немного отличается от того к чему ты привык, но никакой ракетной науки. Мне нравится как убунта придумала, / системной ФС на уровень выше / ОС, в нем менеджмент, т.е. все subvols вообще, все снапшоты + текущий / и /home. В нормальной ситуации ос ЭТО не видит, ибо уровнем выше /. Из этого собирается ОС, 2 точки монтирования. От бута и fstab требуется только знать название subvol, который текущий для / (и в случае fstab /home). Это чтоюбы / и /home независимо снапшотить и переключать, дабы откат на 2 недели назад - не откатил мне и мои проекты на 2 недели. Ну будет ядру указано в командлайне rootflags=subvol=@ Просто указывает что как / у нас subvol названый @ (дефолтовое убунтуйское название, можно другое). Техничечки subvol лишь супердиректория. Иерархия cow с независимым снапшотированием. А кучаданных - чаще всего просто отдельный ФС. Второй. Рулится 100% независимо. Но и в нем удобно завести уровень на 1 выше / и цеплять например @ как основной сабвол, а рядом снапшоты в невидимом по дефолту ОС менеджменте. Так даже rm -rf / не угрохает те копии, ибо по дефолту их не видно. "Deviсe add" обычно туда уходит. И систему вообще не трогает. > и совершенно бессмысленные цифровые id. У subvols есть имена, намного удобнее референсить их по именам. Это дира на стероидах, лол. Ключевая ее ососбенность - независимое снапшотирование того что в ней. Позволяет партиционирование того что и как снапшотить независимо. > Отличить сабвольюм от простого каталога не умеет, это надо вычислять странными способами. Аж целый btrfs sub list <точка монтирования интересовавшей ФС напечатать? Это ужасно, конечно. На практике имеет смысл завести convention наподобие убунты и явно называть их @what - в уровне на 1 выше / и тогда менеджмент станет прост как дрова. И большую его часть можно будет файловыми операциями вообще оформлять. Те напримерЕ: mount /dev/sdx /mgmt; cd /mgmt; mv @ @sys-old; mv @sys-snap-123 @; reboot; Это если что текущий вид системы был оставлен в @sys-old если его изучить захочется, а активный снапшот подвинут на @sys-snap-123 в который и будет ребут. У твоего ZFS есть намного более странные загоны с каким-то импортом пулов на кой-то ляд. Btrfs в этом смысле сильно менее замороченный и чтобы перетащить ФС о пяти девайсах на другой комп достаточно подцепить девайсы + замаунтить кого-то 1 из них (после чего оно найдет остальные 4 девайса, само). > Снапшот невозможно понять, с чего сделан, если вручную опять не > хранить эту информацию отдельно. Вообще-то каждый subvol знает свой parent UUID (UUID сабвола с которого он сделан). А по ID можно посмотреть инфо даже сабволов которые вне области видимости того что смонтировано. А вон те договоренности с 1 уровнем выше / и именованием вида @what лишь слой для _удобства_. Понять кто с кого сделан можно и без этого. Просто так оно human readable, сразу, без лишних команд и утилит. Упрощалка менеджмента. > А теперь попробуем, скажем, переехать на другую хранилку, побыстрее. Или просто перенести > все на другой сервер, сохранив структуру. Ну так сделать send всех нужных subvol - и дело в шляпе. > защищенное от ошибок и не гарантирующее в целом успеха. Автоматики - ноль. Хз, не испытывал особых проблем с этим действом. > Оставляю для самостоятельного изучения желающими пособирать грабли. Я так порой ос "инсталлю". Грузимся с бутявки, создаем пустой btrfs, на него receive "system", инсталл бута и апдейт fstab если надо (uuid новой FS ессно иной). Весь (ре)инстал оси, минут 5 на все. Вот этот VM с браузером где я болтаю - так и сделан. Обкоцаная версия моего десктопа. Не буду ж я его с ноля инсталить и тюнить, право?! >> Ну вот да. Почему это круто для полисей утилс файлухи - я не понял. > просто слепил из того что было - не посмотрев даже, что там тянется. А головой думать о проблемах эксплуатации этой вундервафли метя в что-то за пределами experimental - совсем не надо? Ну, э, с такой полисей Кент должен понимать что его отсутствие не очень крутая потеря ибо - захочешь не поюзаешь в проде. И радости с сказа что его нечто на фс с петабайт уже затестили - если с утилсами на практике ж@па? > трендах. Ну, вот. Показал почему хруст непригоден и для системных утилит тоже. Ну молодец. Поэтому барьер для его выпинывания - ниже. Ибо финальный вопрос то - "а кто и что теряет"? Поооооользователям станет неудобно? Всему десятку, который из#$%нулся скачать ночнушку хруста и собрать тулсы? Ужасная потеря! Но они пожалуй и модуль ядра соберут, не развалятся. Вот если б тулсы были в stable дистрах и народ нарезал себе тыщи этого, пришлось бы много думать на тему "we do not break userspace". Но хипстеры понимают некоторые соотношения лишь когда они предъявят себя фактами по лицу. >> Ибо в проде такое - захочешь не впихнешь. > в проде такое - впихнешь, потому что никто там не будет пересобирать > ничего из исходников. Стабильные дистры - не будут лично для кентушки выкачивать ночнушки посреди релиза, чтобы его уберценный крап сбилдить. Дебиан и так попробовал extended вариант - вкатив новый пакет. Кент с хипстерами помог им получить "ну значит не прокатило :(". Все решения имеют свою цену. Ценой этого был факт что деплойнуть ФС сможет лишь десяток типов с ночнушкой хруста. А это сильно понижает порог размайнлайнивания. Ибо "кто и что теряет?" > скачаешь последнюю сборку у автора. Но применений ЭТОМУ в проде я > не вижу. Нет там уже давно вручную подключаемых ssd. Это навернео неплохо могло бы себя показывать с делением на быстрый фронт/кеш и медленный емкий бэк. Это на самом деле - надо. Но качать какие-то левые бинари с сайта васяна? Без уверенности что это даже стартанет? Вместо утил от своего дистро через официальный канал? Ага, ща. Все десять хипстеров - скачают. > Это та же проблема страдания майнтейнеров что и никому ненужный миллиард сборочных > зависимостей игогошки, Ну вон в дебиане майнтайнеры и решили что нефиг делать из чужих проблем свои - и вынесли это. Что явно повлияло на количество инстансов ФС в мире - и насколько просто принять решение "а давайте это размайнлайним нахрен?!". В этом смысле кент конкретно протупил. Он мог "набить себе цену" намного круче, сделав выпиливание себя - заметно более болезненным и чреватым на всех уровнях. Но для этого надо было не хайповать гоняясь за последним хрустом а трезво расчитать "мини вендорлок" подсадив на свое - толпу народа. Тогда цена решения другая, и простят больше.
- твои ценные мнения о zfs - далеко по ту сторону границы не то что экспертизы, а , нах. (?), 17:39 , 29-Июн-25 (353)
> Я имхо честно демаркирую границы, в которых я считаю что у меня экспертиза твои ценные мнения о zfs - далеко по ту сторону границы не то что экспертизы, а хотя бы разумного понимания где ты ничего не должен говорить, а только слушать и кивать. Нащупать же твою экспертизу я безуспешно пытался первые лет пять твоего гордого всплывания здесь. Не удалось найти НИ ОДНОЙ темы и увидеть ответ хотя бы на один технический вопрос в котором ты бы разбирался. > Но сам ты при этом посидишь с NTFS голимым. я "сижу" с десятками разных проектов и систем. Где-то ntfs, там где она отвечает задачам, да, ее хорошо проектировали, она много чему соответствует, где-то и вовсе ext4 без журнала. Бырбыров тоже было, поэтому я и могу делать _аргументированные_ выводы о том как там все по настоящему плохо. >> Уже эта история с бырбыр становится неприлично сложной на совершенно пустом месте >> - потому что вместо точек монтирования она хранит какие-то безумные "пути" > Чего? Кого? btrfs subvol create /srv/project umount /srv (он тут лишний, был смонтирован ради предыдущей команды) mount... что? (набирает попкорна, наливает пива, ждет посадки эксперта в лужу, поскольку в его примитивных поделках на флэшке нет этого момента, а "экспертиза", как мы знаем, сводится к зазубриванию тех трех команд, которыми он пользуется каждый день) > Там все просто как дрова. Это просто немного отличается от того к чему ты привык, но > никакой ракетной науки. а кто вещал нам про звездолеты с мысленным управлением? А тут какие-то ржавые гайки да еще и смотри не перепутай, какая "самая ржавая", дарагой! > От бута и fstab требуется только знать название subvol, хахаха. И как вооон там называется теперь subvol да и вообще блин как до него добраться? (да, это как раз убунту-лайк схема, потому что она не убунтина а насоветована авторами самой фс как образцовая, хахаха, какой л-х им верит-то) >> Отличить сабвольюм от простого каталога не умеет, это надо вычислять странными >> способами. > Аж целый btrfs sub list <точка монтирования интересовавшей ФС напечатать? а откуда ты знаешь что это точка монтирования? Он может и не смонтирован был вот сейчас никуда. А могут быть сабволы внутри сабвола и это не точки монтирования тоже, это просто у вас снапшоты так криво делаются. А рядом могут быть просто каталоги. Вот этот вот конкретный - сабвольюм или каталог? (щас эксперт опять не будет знать как посмотреть) > У твоего ZFS есть намного более странные загоны с каким-то импортом пулов на кой-то ляд. эксперт, спешите видеть. Ты ж только что хвалился умением не лезть в то, чего вообще не понимаешь. Импорт - пометка что пул во-первых вообще проверенно работоспособен и мы не словим панику при попытке что-то с ним делать, во-вторых что он доступен данной системе, и мы не перепутали диски от соседней. После чего может запускаться автоматика монтирования - не имеющая вот той проблемы что выше продемонстрирована. Потому что иерархия пул/fs/another/fs - не имеет никакого прямого отношения к точкам монтирования и всегда сохраняется (это на самом деле иерархия наследования настроек, а не размещения в дереве fs). А точки хранятся отдельно, и тоже никуда не денутся. пул/ при этом может вообще никуда не монтироваться. Ну куда, куда ты лезешь с ценным-мнением-хрен-оспоришь если даже вот это для тебя новость? > Вообще-то каждый subvol знает свой parent UUID очень удобно, да. Старайся не перепутать все 85 незамоминаемых закорючек. По всем пяти уровням вложенности. И ага, эта инфа тебе очень-очень пригодится при попытке перенести всю эту музыку на другой диск. Афигеть удобно? (нет) >> А теперь попробуем, скажем, переехать на другую хранилку, побыстрее. Или просто >> перенести все на другой сервер, сохранив структуру. > Ну так сделать send всех нужных subvol - и дело в шляпе. нет, не влезло на диск, а он втрое больше старого. Ой, а почему, и как теперь сделать чтоб влезло? Ау, экспертизааааа?! Нет, в мане ты этого не прочитаешь, хотя должно было бы быть прямо рядом с командой send - иначе ж нахрена она такая кривая нужна? > Хз, не испытывал особых проблем с этим действом. как и предполагалось, эксперт не разбирается в области своей экспертизы. ОПЯТЬ. Да что ж такое и что ты на самом-то деле знаешь и умеешь хорошо, а не по верхам разок нахватался? А там еще и очаровательные замаскированные грабли лежат, хотя казалось бы и так целое поле. Ну чего, эксперт - сольешься, побежишь быстрогуглить или таки признаешь что не владеешь темой? (ой, не дождемся с таким ЧСВ) > А головой думать о проблемах эксплуатации этой вундервафли а какие у тебя проблемы с _эксплуатацией_? Это статический бинарник. Проблемы у майнтейнеров дистров, а это разработчик фс знать и понимать вообще-то не обязан, во всяком случае, заранее. Да и вон, с игого слились, и тут рано или поздно сдадутся. > захочешь не поюзаешь в проде. захочешь - поюзаешь. Но я пока не вижу областей применения, кроме подкроватного сервера. > Это навернео неплохо могло бы себя показывать с делением на быстрый фронт/кеш и > медленный емкий бэк. Это на самом деле - надо. ну вот в твоей одноплатной поделке некуда такое втыкать. В моих лезвиях - снова некуда, нет там места, в этом мегаватном монстре размером с пачку печенек (пицца-боксы уже немодно) еле-еле помещается два одинаковых в рейде (разумеется). остаются васян-серверы под кроватью. Но там скорее всего эффективнее просто прон складывать на один медленный диск, а ведра без конца пересобирать на другом, быстром, и не смешивать. Тем более что эффективность layered storage не доказана и не проверена (в отличие от zfs с ее arc). А аналога s2d у вас нет и собрать его не из чего. > Что явно повлияло на количество инстансов ФС в мире на нулевую величину. Те кто готов был играть с недописанной фс и вручную собирать для нее предрелизные ядра (ни в какой дебиан они конечно же не попадают) - уж точно не помрут, заодно с ядром скачав мелкую утилиту последней версии. Уже собранную или в исходнике даже - там проблема, если ты не понял, не в сборке, иначе автор бы конечно ее заметил. Этим людям заниматься этой всей фигней ради bcachefs create совершенно незачем, они честно и радостно curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh -s -- -y --no-modify-path (где-то тут sudo надо бы еще пару раз набрать для более сильного колдунства ;-) - и у них все заработает.
- С каждой новостью про бкэшфс становится ясно что от нее фс надо держаться пода, Аноним (10), 11:05 , 28-Июн-25 (10) +17 [^]

- А остальным разработчикам - просто наплевать на твои данные и исправлять они нич, нах. (?), 11:33 , 28-Июн-25 (39) –3
- Используем ext4 и не рыпаемся , Аноним (86), 13:54 , 28-Июн-25 (86) +3
- ext2 же ж Ext4 еще недостаточно устарела и окостенела, в ней, представляешь, то, нах. (?), 14:02 , 28-Июн-25 (96)
- Чем плоха ext4 , Аноним (159), 18:12 , 28-Июн-25 (159)
- Она для луддитов же, её уже больше 3-х месяцев как придумали Я уж молчу о том, _ (??), 19:21 , 28-Июн-25 (169) +1
- Тем, что она примитивна Мгновенных снапшотов нет, сжатия нет, подразделов нет, , Аноним (194), 20:27 , 28-Июн-25 (194) +3
- Это вообще-то - достоинство -рА это точно то, что должа делать _FS_ Ну хоть, _ (??), 21:01 , 28-Июн-25 (211) +2
- И как это интересно решают 2 А, в Ext2 Ext3 - такая проблема есть , Аноним (218), 22:11 , 28-Июн-25 (232)
- Никак При форматировании нужно задать количество инодов, если иноды закончились, Аноним (194), 00:45 , 29-Июн-25 (280)
>И как это интересно решают?Никак. При форматировании нужно задать количество инодов, если иноды закончились - удаляйте файлы. Избеать создания мелких файлов. >2) А, в Ext2/Ext3 - такая проблема есть? Да. В ext2 к тому же ещё и журнала нет, внезапное отключение питания для неё закончится плохо.
- Задавать количество инодов при форматировании совсем необязательно По-умолчанию, zionist (ok), 11:10 , 29-Июн-25 (330)
> Никак. При форматировании нужно задать количество инодов, если иноды закончились - удаляйте > файлы. Избеать создания мелких файлов.Задавать количество инодов при форматировании совсем необязательно. По-умолчанию на каждые 16384 байт создаётся один инод. Если речь идёт о десктопе, этого количества вполне достаточно. При этом файловые системы серии ext работают быстрее, чем новомодные btrfs и прочие.
- Если есть возможность подключить дополнительный диск - можно извратившись с lvm2, maximnik0 (?), 12:15 , 29-Июн-25 (333)
> Зато есть иноды, которые могут внезапно закончится. >И как это интересно решают?Если есть возможность подключить дополнительный диск - можно извратившись с lvm2 увеличить количество инод.Хотя проще перенести данные и заново отформатировать с увеличенным количеством инод. Также у народа ходит самопальный e2fsprogs-master , там падчи по какой-то причине не принятые в основную ветку- Ари для расширения инод в ядро давно было принято,но почему то функционал реализовали только для lvm :-( Так в утилите есть специальные ключ для увеличения количества инод , тут автор очень давно уже не появляется . Вообще у ext4 очень экономно расходуется иноды это явно специфическая ситуация :мелкие файлы и очень большой диск.Т.к для больших файлов используется экстенты.
- Могу более тупой недостаток насыпать При том courtesy of пох или нах Оно в деа, Аноним (-), 22:39 , 28-Июн-25 (243) +1
- А включить dir_index или large_dir религия значит не позволяет Одно время даже , maximnik0 (?), 13:36 , 29-Июн-25 (342)
>Оно в деаллокацию дир так и не умеет. Если в дире создать 100500 файлов - дира распухает до нескольких мегов веса. И начинает ощутимо тормозить. А включить dir_index или large_dir религия значит не позволяет. Одно время даже быстрее btrfs открывала каталоги с большим количеством файлов.Насчёт места - e2fsck -f -D -C0 -E discard (прогресс можно не включать,параметр -C0) : чистит место,да, вручную,но говорить что только удалением директорий это враньё.
- Все это счастье, внезапно, с включеным dir_index Кто-то ext4 без него юзает oO, Аноним (-), 15:50 , 29-Июн-25 (346) –1
> А включить dir_index или large_dir религия значит не позволяет. Все это счастье, внезапно, с включеным dir_index. Кто-то ext4 без него юзает? oO Грубо говоря, 1) возьми mc (midnight commander), он размер дир в списках умеет казать. 2) Создай пустую диру. 3) Посмотри ее размер, должен быть мелкий. 4) создай в этой дире 100500 файлов. 5) Посмотри теперь размер диры миднайтом. Что, распухло? 6) Теперь сотри все файло в дире нахрен. 7) См размер диры. Что, размер диры - не сдувается? Даже если все 100500 файлов стереть? Ну вот то то же! И я подозреваю что тормозит как раз что-то с невъ...м индексом, или типа того, пох как-то давал лекцию на тему анатомии костяшек, я есно не фанат дизайна и помню только user-visible impact для принятия решений :). У btrfs - такой проблемы нет от рождения. Если все вон то проделать - размер диры исправно сдувается по числу файлов. Сам. Сразу. По дефолту. > Одно время даже быстрее btrfs открывала каталоги с большим количеством файлов. На удивление ext4 и сейчас с 100500 файлов работает довольно средненько. Btrfs'а так то тоже - опмимизят, и они ЭТО сразу делали достаточно простым и быстрым. > Насчёт места - e2fsck -f -D -C0 -E discard (прогресс можно не включать,параметр -C0) : > чистит место,да, вручную,но говорить что только удалением директорий это враньё. Я должен мануально GC за ФС толкать сам? Да ну нахрен, а? ФС должна работать а не мозги делать! Вон btrfs'ники доперли и накодили - динамический dealloc и GC - block groups, так что если объем данных и метаданных радикально меняется по ходу пьесы, оно таки - в новых ядрах САМО блин с своими интимными особенностями будет разбираться. Таков путь.
- с включенным оно тормозить - не может по крайней мере - при всех удаленных файл, нах. (?), 18:08 , 29-Июн-25 (354)
>> А включить dir_index или large_dir религия значит не позволяет. > Все это счастье, внезапно, с включеным dir_index. Кто-то ext4 без него юзает? с включенным оно тормозить - не может. (по крайней мере - при всех удаленных файлах и пустом индексе) Я юзаю. Мне нахрен не нужны тыщамильенов файлов большой навозной кучей, которые и удалить-то не так просто. > 1) возьми mc (midnight commander), он размер дир в списках умеет казать. man ls > 3) Посмотри ее размер, должен быть мелкий. > 4) создай в этой дире 100500 файлов. главное, миднайтом в нее не заходи. А то перезагружаться будешь ресетом. fs наверное виновата. А не дятел сотворивший ЭТО. ls просто так тоже не набирай. Ресет не потребуется но задумается надолго. > 6) Теперь сотри все файло в дире нахрен. > 7) См размер диры. ну и что? Логично что раз тут образовалась помойка, причем сам каталог не удален вместе с ней - она скорее всего будет повторена, нет никакого смысла экономить копейки, занимаясь ненужной оптимизацией. Кстати: time ls-F > /dev/null 1.394u 0.187s 0:13.74 11.4% 0+0k 0+0io 0pf+0w ls-F | wc -l 44231 (это винда, точнее это виндовая кластерная шара через cifs. Вторая команда разумеется вполняется мгновенно, кэшируясь на обоих сторонах, но в рабочее время лучше так не делать.) У коллег что-то сбойнуло пару лет назад.
- для примитивных задач - достоинство, а когда надо не только чтоб с чего загрузит, нах. (?), 00:58 , 29-Июн-25 (286)
>> Тем, что она примитивна. > Это вообще-то - достоинство! :-р для примитивных задач - достоинство, а когда надо не только чтоб с чего загрузиться - так себе. >> Мгновенных снапшотов нет, сжатия нет, подразделов нет > А это точно то, что должа делать _FS_? ;) ну...э... учитывая что снапшотами в виде обычного lvm пользоваться невозможно в принципе, thin lvm самим пользоваться стремно до невозможности, dump вроде как еще компилируетца но запрещено к использованию самим Божеством - хотелось бы хотя бы уже снапшотов что-ли... >> Зато есть иноды, которые могут внезапно закончится. последний раз с этим сталкивался когда диски были большими. Сейчас я хрен знает что надо сделать (разумного) чтобы кончились иноды. Ну и да, можно ж прежде чем создавать фс подумать, сколько их там нужно на самом деле.
- Все это было в ветке Аддона рентгенолог Называлось Next4 , правда оказалось п, maximnik0 (?), 22:15 , 28-Июн-25 (233) –1
- Нынче уже даже сам Теодор Тсо прямым текстом говорит - будущее за дизайнами типа, Аноним (-), 22:35 , 28-Июн-25 (242)
- только brtfs вечный эксперементатор и bcachefs выпиливают из ядра изза кривого к, Олег (??), 00:12 , 29-Июн-25 (268)
- У тебя есть хотя бы десяток мощных серверов с желательно - двойными хотя бы 10, нах. (?), 01:31 , 29-Июн-25 (292)
> если говорить про будущее то пора говорить о ceph и подобных У тебя есть хотя бы десяток мощных серверов с (желательно - двойными) хотя бы 10G линками для *минимального* рабочего развертывания ceph? И, надеюсь, проверенный и надежный бэкап? ТОГДА БЕГИ ОТТТУДА! > ибо для одного диска ext4 за глаза а для 10ти хочется уже > рейд по нескольким серверам размазать если у тебя этих серверов мало - не делай этого. Единичный сервер с raidz6 и периодическая репликация (или хотя бы просто архив) - наше всьо. Сдох - пересобери и разверни заново. Бизнес не может ждать? Пусть оплатит холодный резерв. https://michael-prokop.at/blog/2021/04/09/a-ceph-war-story/ (читать там надо не про что случилось и кто виноват, шит случается везде, те детали нынче неактуальны, читать надо про охрененную эффективность и вменяемость цефовских средств диагностики и восстановления. Потому что когда они тебе понадобятся - поздно будет!) А то ж так все прекрасно для начала - "просто запустите наш скрипт и он все сделает за вас". Ага, сделает. И есть тоже за тебя будет.
- двойной аплинкбекапи никакого ceph стойка забитаЯ пока присматриваюсьИнтерестно , Олег (??), 02:44 , 29-Июн-25 (303)
двойной аплинк бекап и никакого ceph) стойка забитаЯ пока присматриваюсь Интерестно выглядит vsan и microsoft s2d, но оба представляют более проигрышные вещи по сравнению с теми же netapp и emc.
- тогда даже и не думай в ту сторону Производительность будет ниже никакой во все, нах. (?), 10:54 , 29-Июн-25 (329)
> и никакого ceph) > стойка забита тогда даже и не думай в ту сторону. Производительность будет ниже никакой во всех мыслимых и части немыслимых вариантах применения, надежность тоже (а восстанавливать это все - долго и муторно. В смысле банально переустановить и накатить бэкап не так банально как хотелось бы при таком топорном подходе) > Я пока присматриваюсь > Интерестно выглядит vsan и microsoft s2d, но оба представляют более проигрышные вещи эти просто работают. Каши обычно не просят, но надо таки читать форумы или приглашать варягов для начального проектирования - там есть некоторое количество подводных камней, в отличие от ceph хотя бы не скрытых под пейволлом rhbm, но чтобы задать правильные вопросы - как обычно надо заранее знать больше половины ответа. > по сравнению с теми же netapp и emc. эти тоже просто работают, но не так просто получить на них бюджеты (не забываем что им нужна поддержка в течении всей жизни, запчасти не продают в ларьках). Если есть - флаг в руки, и незачем тратить время на sds. Если нету или можно найти лучшее применение деньгам, а диски в серверах все равно есть и даром жрут электричество - под виндовую инфру (включая невиндовые hyper-v виртуалки) берем s2d и горя не знаем. Под вмварью просто покупаем лицензию и снова счастливы. Сетевиков желательно иметь грамотных, но супергерои не нужны. Под линуксом - бежим оттуда пока целы и не поехали кукухой. Оно того не стоит, поверь.
- Можно 10 раз сказать будущее за разбазариванием памяти и топовым ECC-железом в , Аноним (29), 09:53 , 29-Июн-25 (325)
Можно 10 раз сказать "будущее за разбазариванием памяти и топовым ECC-железом в каждый дом". Но возьмут в такое будущее - не всех, никто не обещал, что в дороге будут кормить и что идти не придётся пешком.
- Т е , недоразумениe под названием nilfs2 или недоделки типа jfs значит можно вкл, Аноним (26), 11:05 , 28-Июн-25 (11) –2

- Это какое ещё недоразумение Самая надёжная ФС из доступных Для архивов самое т, Аноним (4), 11:12 , 28-Июн-25 (19) +1
- Ну это маловероятно, а вот то что она самая тормознутая из доступных -- это факт, Аноним (26), 12:15 , 28-Июн-25 (52)
- Вы бы разобрались почему и для чего она тормознутая Тогда поняли почему она сам, Аноним (4), 12:51 , 28-Июн-25 (67)
- Откуда взяться надёжности у ФС, которую пилят полторы калеки и которой никто кро, Аноним (26), 13:55 , 28-Июн-25 (87)
- В смысле - если ей никто не пользуется - то и данные не про ет В принципе все , Аноним (-), 14:40 , 28-Июн-25 (107)
- Надежнее btrfs А она не тормозит Кто виновать даже не знаю , Аноним (159), 20:52 , 28-Июн-25 (207)
- Теперь свобода опрелятся советом директоров RHBM , Аноним (29), 12:20 , 28-Июн-25 (55) +2
- что не так с jfs с недавних пор пользуюсь нужна простая фс с динамическими инод, Аноним (57), 12:20 , 28-Июн-25 (57)
- Тормозная как трактор, не умеет нихрена, дефрага в случае чего нет даже теоретич, Аноним (-), 14:42 , 28-Июн-25 (108) +2
- Раньше сидел на jfs Но она умерла лет десять назад В случае её отвала, вытащит, Аноним (321), 09:14 , 29-Июн-25 (321) +3
Раньше сидел на jfs. Но она умерла лет десять назад. В случае её отвала, вытащить данные с диска намного сложнее, ибо её поддерживают 1,5 программы да те под шиндовс. Переехал на ext4 и счастлив. Надёжна, стабильна, скорость работы хорошая, выше чем у jfs. В случае отвала (пару раз лет за 10 было) просто восстановить, куча инструментов с ней работают. Если бы на jfs не забили болт, так бы и пользовался. А все эти btrfs-ы и прочая ерунда недостаточно стабильны. Свистелок-перделок только напихали для девиантных неофитов бубунтистов и арчедрочеров.
- raiser4 лично вы поддерживаете Или может кто то еще Все открестились и забыли, Аноним (159), 18:16 , 28-Июн-25 (160)
- Ну я где то в 2005-2009 ея юзал Оно неторопливое - да, но надежное и предсказуе, _ (??), 19:28 , 28-Июн-25 (171)
- Линус прав Процессы важнее кода Если все будут делать, как Кент, то это печаль, freehck (ok), 11:07 , 28-Июн-25 (13) +14 [^]

- но вот тутя согласен с Кентом, penetrator (?), 12:40 , 28-Июн-25 (63)
- Я думаю, что зря Если исправление ошибки требует имплементацию новой функциональ, freehck (ok), 12:59 , 28-Июн-25 (68) +3
- если новая опция чинит файловую ситему, то это исправление, никак не новый функц, Аноним (70), 13:09 , 28-Июн-25 (70) –1
- Ты код смотрел А _что_ там - понял Кент по йунности видимо всунул пачку из, _ (??), 19:42 , 28-Июн-25 (173)
- А, мне вообще не понятно где вы в Linux ядре - все видите стабильность Больш, Аноним (218), 22:27 , 28-Июн-25 (236) +2
- мало того что, там даже стабильного апи нет, так большая часть апи загплочена, ч, Аноним (318), 07:38 , 29-Июн-25 (318)
мало того что, там даже стабильного апи нет, так большая часть апи загплочена, чтобы всякие кривые косые использовали кривые косые бинарные блобы, а не нормально сделанные драйвера на время жизни железяки
- Ну вот и посмотри, где там код всунут на стадии RC в чужие кишки Можешь носом н, Аноним (255), 23:36 , 28-Июн-25 (255) +2
- это совсем другая история, можно пометить как эксперементальная фичавопрос в при, penetrator (?), 13:58 , 28-Июн-25 (88)
- Необходимости пушить функционал на стадии RC не должно быть примерно никогда - э, Shevchuk (ok), 13:35 , 28-Июн-25 (80) +2
- ну так пускай пишет без багов делов то а то понакоммитят полуфабрикатов и ноют, anonnn (?), 01:00 , 29-Июн-25 (287)
ну так пускай пишет без багов. делов то. а то понакоммитят полуфабрикатов и ноют что их поделие раздражает людей
- Линус не прав Код важнее процессов Если все будут отмывать зашкварившегося Лин, омномноном (?), 15:03 , 29-Июн-25 (343)
Линус не прав. Код важнее процессов. Если все будут отмывать зашкварившегося Линуса, то копрорасты завладеют Linux'ом окончательно, а этого допускать нельзя.
- Зачем в ядро приняли сырой код , Кошкажена (?), 11:08 , 28-Июн-25 (14) +4

- Первый раз штoле Про сырость в требованиях ничего нет , gnugpl (?), 11:14 , 28-Июн-25 (21) +4
- Чтобы популяризовать и дать возможность протестировать Нестабильные фичи честно, Аноним (4), 11:16 , 28-Июн-25 (23) +1
- затем что тысячгласс включая и твой шоколадный - не в состоянии заметить ошибки , нах. (?), 11:19 , 28-Июн-25 (26) –2
- Какая версия ядра стабильная Огласите весь список, пожалуйста Linux - самое н, Аноним (322), 09:26 , 29-Июн-25 (322) –1
Какая версия ядра "стабильная"? Огласите весь список, пожалуйста.Linux - самое нестабильное ядро на этой планете. Там отродясь ничего стабильного не было.
- Если человек придумывает как бы сделать так, чтобы данные не потерялись в фс, то, Кошкажена (?), 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) –4 [V]

- Это СПО, что хотят то и делают Если оно вам не нужно 8211 пользуйтесь виндой, Аноним (4), 11:16 , 28-Июн-25 (22) +2
- Настолько счастливы, что винда не может быть использована как дисковый сервер и , gnugpl (?), 11:18 , 28-Июн-25 (25) +3
- Требования разные Универсальных решений нет , Кошкажена (?), 11:19 , 28-Июн-25 (27) +3
- вообще-то их там как минимум 4 Эксперт такой эксперт И три системы управления , нах. (?), 11:26 , 28-Июн-25 (33) –3
- FAT, exFAT, NTFS, ReFS FAT и exFAT - те же яйца, вид сбоку ReFS - неуловимый Д, Аноним (305), 03:29 , 29-Июн-25 (305)
> вообще-то их там как минимум 4.FAT, exFAT, NTFS, ReFS? FAT и exFAT - те же яйца, вид сбоку. ReFS - неуловимый Джо. Вроде как существует то ли с Vista, то ли с какого-то мохнатого Server, но реально никто его не видел.
- Хм, те кто хочет использует ReFS Правда на 2 ревизии меньше чем в серверной реда, maximnik0 (?), 07:20 , 29-Июн-25 (316)
> Vista, то ли с какого-то мохнатого Server, но реально никто его > не видел.Хм, те кто хочет использует ReFS.Правда на 2 ревизии меньше чем в серверной редакции. И при этом не покупая и не нарушая лицензию.Прикол в том что mkfs.refs есть в исходниках, какой-то хакер выпустил утилиту ,вроде Ms эту самопальщину не запрещает. А для обычных пользователей в 10 оставили возможность ( для тех кто на бэтах сидел) использовать уже отформатированные в ReFS тома.Софт несовместимый, до фига игр и приложений не работает с этой фс.
- ну просто он забыл уточнить - васянов с этогосайта это совершенно бессмысленная , нах. (?), 19:23 , 29-Июн-25 (359) +1
>> Vista, то ли с какого-то мохнатого Server, но реально никто его >> не видел.ну просто он забыл уточнить - васянов с этогосайта. > Хм, те кто хочет использует ReFS.Правда на 2 ревизии меньше чем в это совершенно бессмысленная и беспощадная затея. refs предназначена исключительно для стораджей, а не для васян-ноутбуков - в тех просто столько дисков не помещается. Возможность ее создавать выкинули чтоб юзеры по дурости яиц себе не отстреливали и не грузили этим зря поддержку. Пользоваться, если уже успел - можно. Если ты такой весь из себя васян что у тебя есть прям серьезная необходимость прямо на своем компьютере такое держать - у тебя найдется еще много причин ставить enterprise или ProWS (из обычной про выкинуто из-за китайцев, массово ее ставящих легально) где есть штатная поддержка. Все в общем работает, но все равно не очень понятно, зачем. Она нужна исключительно серверу.
- Действительно Зачем всё что ни есть тащить в одном проекте Сейчас драйверов оч, _kp (ok), 12:14 , 28-Июн-25 (51)
- А для какой каких именно версии ядра их развивать Даже LTS одновременно сущест, Аноним (29), 12:37 , 28-Июн-25 (61) +1
- Уместно-то уместно, но некоторые маньяки предпочитают контролировать все дрова, , Аноним (29), 09:56 , 29-Июн-25 (326)
Уместно-то уместно, но некоторые маньяки предпочитают контролировать все дрова, и поэтому stable API is nonsense и "релизьте под GPL".
- Я тут только что копировал 200 гигов с диска на диск в винде на ее божественнолй, Аноним (70), 13:10 , 28-Июн-25 (71)
- Нормально она файлы копирует, особенно если это большие по размеру файлы, с мале, Аноним (154), 17:44 , 28-Июн-25 (154) +2
- А в чём челлендж У меня к примеру scheduler каждую ночь такое проделывает в, _ (??), 20:09 , 28-Июн-25 (184) +1
- Мне тут как-то надо было 20 тб с ntfs перенести, они слишком уж зафрагментировал, Аноним (197), 20:29 , 28-Июн-25 (197)
- Не знаю как у него - а я вот примерно 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)
>> Отключить главный тормоз - регистронезависимость ... . > С какой стати это тормоз, ладно ещё поддержка коротких имён (мин.в ты будешь ржать, но сама ntfs - регистрозависимая. Поэтому каждая с-ка операция поиска (и каждый CreateFile, конечно же) - превращается в боль и страдание (и все внутри ядра в системном контексте), вместо просто сравнения байтовых последовательностей - косвенный поиск по таблице. - У тебя полмиллиона файлов в каталоге - с юникод именами, сказать количество комб, maximnik0 (?), 04:03 , 29-Июн-25 (307)
>С какой стати это У тебя полмиллиона файлов в каталоге - с юникод именами, сказать количество комбинации для файла с 12 символами ?? А драйверу нужно все эти комбинации перебирать. >Подробней можно? В реестре отключается пространство имён Posix, тоже ускоряет чуть работу при большом количестве файлов в каталоге.Сейчас на скорую руку не скажу ключ в HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem
- А вы знаете что ext4 в поздних версиях быстрее btrfs с большим количеством файло, maximnik0 (?), 04:29 , 29-Июн-25 (310)
> Всегда выключаю ...этот тормоз. Не ну если кому то только поиском заниматься > - может и окупиться а, иначе...А вы знаете что ext4 в поздних версиях быстрее btrfs с большим количеством файлов в каталоге ? Да да, и все благодаря появившиеся опции dir_index ,виндовс 10 слизал эту функцию,теперь индексация совместно с фс работает.
- Ну вот это и - проблема Оно на 50-100К уже тупило Чтобы оглавление только позы, Аноним (-), 12:56 , 29-Июн-25 (337)
> И что тут такого,300 тысяч файлов в одной дире? И на ntfs > можно сделать, конечно тормозное будет,но работает.Ну вот это и - проблема. Оно на 50-100К уже тупило. Чтобы оглавление только позырить, хоть чем - МИНУТЫ. УЖЕ бесило, 300К я вероятно не дождусь. Разве что совсем batch mode "на ночь оставить". И тут мы можем поговорить про productivity, круть технологий сторажей, у кого ядра лучше, вот это все. > Лучше конечно это дело вынести на отдельный диск- раздел и с самого начала увеличить MFT Или можно вместо этого юзать линух, и даже btrfs который не убер-чемпион, оглавление с 300К в миднайте за секунд 5 прорисовывается, а весь процессинг с каким-нибудь oneliner'ом - минут пять на все вообще... > ( нельзя нечем в linux сделать кроме утилит коммерческих парагона) . Вот ща я еще платить, блин, буду за все это легаси и его проблемы. Когда я мог - просто вон то сделать. > Отключить главный тормоз - регистронезависимость и поток posix.И дать > проиндексировать этот каталог,тогда и на 500.000 файлах фс не будет тупить. Процессинг 300K файлов - by design transient. Они создаются (распаковываются из архива). Это сканится, над некоторыми делаются некие операции, после чего сие запаковывается обратно. И если я должен "подождать индексации" это время следует приплюсовать к "времени операции", еще минус в карму productivity. А что я _на самом деле_ хотел от файлух - написано вон там. И чем оно ближе к этому - тем лучше. Т.е. минимум менеджмента, как можно ненапряжнее, а продвинутые фичи - только если это парой команд отконфигурил да забыл - и желательно опционально, так что если я хотел в своем проекте покопаться, то все это - потом или - никогда. Компьютеры должны обслуживать нужды людей - а не создавать проблемы, требовать внимания и заставлять танцевать левые ритуалы. Совсем без этого конечно не получится, но чем этого меньше - тем лучшем.
- а в линуксе-то позырить и есть чем, и не минуты Сказочник И главное - ЗАЧЕМ на , нах. (?), 19:29 , 29-Июн-25 (360)
> Ну вот это и - проблема. Оно на 50-100К уже тупило. Чтобы > оглавление только позырить, хоть чем - МИНУТЫ. УЖЕ бесило, 300К я а в линуксе-то позырить и есть чем, и не минуты? Сказочник. И главное - ЗАЧЕМ на него смотреть? Ты мальчик с феноменальной памятью или вот что? > Процессинг 300K файлов - by design transient. Они создаются (распаковываются из архива). ну то есть сам себе придумал проблему на пустом месте. У меня вот нет таких архивов, что я делаю не так?
- Вот да, зачем нам 100500 видов обуви Кирзачи и галоши хватит всем , Tron is Whistling (?), 14:31 , 28-Июн-25 (101) –1
- А вот полностью согласен Ещё яловые и хромовые сапоги добавьте в список, и всё , Аноним (154), 17:45 , 28-Июн-25 (155)
- Кирзачи, ботинки, галоши и лапти читал очень удобная вещь из-за вентиляци, ну , Аноним (218), 23:28 , 28-Июн-25 (254)
- не хватит, а как же офицеры , Аноним (37), 06:15 , 29-Июн-25 (313)
>Кирзачи и галоши хватит всем.не хватит, а как же офицеры?
- Винтузятник как всегда врёт Как минимум fat32, ntfs, exfat и refs , Аноним (194), 00:48 , 29-Июн-25 (282)
>В винде их 2 и все счастливыВинтузятник как всегда врёт. Как минимум fat32, ntfs, exfat и refs.
- Судя по домену почты, у этого Кента никого нет за спиной Если бы там был какой-, Аноним (24), 11:17 , 28-Июн-25 (24) +8 [^]

- Редхат присматриваются к этой файлухе как к замене своего Virtual Data Optimizer, gnugpl (?), 11:26 , 28-Июн-25 (34)
- НЕ НАДО Наладится у них, знаем-знаем Пепел гластера все еще стучит в наши сердц, нах. (?), 11:49 , 28-Июн-25 (44)
- Что там за шорох с цефом , r2d0 (?), 12:50 , 28-Июн-25 (65) +1
- Грабли Подожди сейчас долетит - сам поймешь , _ (??), 20:12 , 28-Июн-25 (186)
- не, он имел в виду мой намек, что там с политикой все непросто Есть неподтвержд, нах. (?), 21:52 , 29-Июн-25 (362)
не, он имел в виду мой намек, что там с политикой все непросто. Есть (неподтвержденные пока, но...) слухи, что редхату он уже немного поднадоел, и идитикавы... куда - пока не указали. Но, собственно, и необязательно, spice вон выпал на ходу за борт - и никакой замены даже и не стали предлагать. Просто - "нипаложено - значит не жрите!". В конце-концов у их опенстека есть целый nfs бэкэнд помимо того, а кто поверил в конвергентные кластеры - самдурак.А что случается с надоевшими им проектами, сколько бы и каких бы богатых покупателей у них не было - мы хорошо знаем.
- Откуда такие новости , r2d0 (?), 12:49 , 28-Июн-25 (64)
- Интересно, хоть кто-нибудь возмутится принудительной уравниловкой и риторикой ур, Аноним (29), 11:20 , 28-Июн-25 (29) –2

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

- Не припомню, чтобы bcachefs теряла данные без возможности восстановления Когда , Аноним (47), 11:58 , 28-Июн-25 (47)
- Подтверждаю слова Анонима Сам в 2023 пытался перейти с ReiserFS на BTRFS после, Аноним (29), 12:30 , 28-Июн-25 (60) –1
- Охительная история либо тотальное рукожопие Найми лучше себе толкового админа, , Аноним (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)
- ну как он в зеркале может увидеть - тебя Я вот терял данные на ntfs - один раз , нах. (?), 01:14 , 29-Июн-25 (289) +1
> Так что иди умойся и посмотри в зеркало - там ты > увидишь криворукого клоуна.ну как он в зеркале может увидеть - тебя? Я вот терял данные на ntfs - один раз. Оторвалась голова от каретки и шпиндель наглухо заклинила. fs виновата, ясен пень! Несколько раз и очень смешно - на ext3 до write barriers - просто мои файлики волшебным образом испарялись после сбоев питания, вообще вот совершенно бесследно. И один раз очень несмешно, вся фс превратилась в невосстановимую кашу (контроль целостности журнала? Не-а, в голову никому не приходило. Ну или пришло но никого там не застало. Еще лет через пять появился только.) Это на исправном железе. Вот на ext4 ничего пока (тьфу-тьфу-тьфу) не терял, но я теперь учоный, и опыт гугля тоже услышал. Да, -O ^has_journal - всегда и везде, где нельзя отправить систему в автопереустановку без сантиментов. Ну и никаких ядер только что из под компилятора.
- Брать заброшенную фс и пытаться перейти на вечно эксперементальную фсчто могло п, Олег (??), 00:26 , 29-Июн-25 (274)
Брать заброшенную фс и пытаться перейти на вечно эксперементальную фс что могло пойти не так? вы уж возьмите ext4 или zfs или в чем затык?
- в том что у него заброшенная - просто работает и каши не просит А на затыки в , нах. (?), 01:16 , 29-Июн-25 (291)
> Брать заброшенную фс и пытаться перейти на вечно эксперементальную фс > что могло пойти не так? > вы уж возьмите ext4 или zfs > или в чем затык?в том что у него "заброшенная" - просто работает и каши не просит. А на затыки в ext4 при неудачном стечении обстоятельств (и уж тем более zfs) напороться вполне можно.
- Похоже на сыпучее железо больше всего Правда не понятно как Reiser на этом живе, Аноним (-), 16:01 , 29-Июн-25 (348)
> Подтверждаю слова Анонима. Сам в 2023 пытался перейти с ReiserFS на > BTRFS после того, как Торвальдс объявил, что выкинет последнюю из ядра. > Но погорел на этом - полная потеря всех данных. Btrfsck просто > сказала: Файловая система на разделе не обнаружена. Вот cижу пока на > 6.1 LTS и ReiserFS.Похоже на сыпучее железо больше всего. Правда не понятно как Reiser на этом живет ибо у него fsck норовит том в вермишель уделать при случае. Так что в красивой сказочке то - нестыковочки намечаются.
- Чтобы потерять на ней данные, ней нужно пользоваться А кто это будет делать Тем, Аноним (130), 16:22 , 28-Июн-25 (130)
- Какая разница, что ты там припоминаешь или нет Твой частный случай не является , Аноним (32), 16:48 , 28-Июн-25 (132) –1
- Да просто Линус наш слоняра , Аноним (49), 12:00 , 28-Июн-25 (48) –3

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

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

- Это последний остров в море ФС, надежда только на нее Будет очень жаль, если в , Аноним (59), 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)
- Ну звучит конечно интересно Если винда для них уже не в приоритете хотя верится, Аноним (306), 03:52 , 29-Июн-25 (306)
>Они здорово изменились структуральноНу звучит конечно интересно. Если винда для них уже не в приоритете(хотя верится с трудом, хотя бы потому что на сайте у них она торчит на главной, и что важнее - логотип мс это буевально логотип винды), и если им хочется выкинуть ее на мороз, но они бояться репутационных рисков - есть один элегантный способ решить проблему - выкинуть код винды в опенсорц. Пусть не 11, но хотя бы 7, или хрюшку на крайняк(знаю про слитые сорцы крюшки, но оффициальный релиз всегда лучше), в общем то, что уже не поддерживается. Вон старые свои продукты же открывают потихоньку, даже свежак заопенсорсили, wsl который. А еще у них есть пример продукта, который существует в двух версиях - vs code, а это де-факто стандарт индустрии(сам пользуюсь vs codium под убунту и по удобству ничего другого вообще не хочется). Так что думаю, это был бы самый мощный и крутой мув каких мир разработки еще не видывал. Хотя мне интересно что их может удерживать от такого поступка: 1. тут либо боязнь потерять виндовых клиентов - хотя майки вкурсе что их ось активно пиратят и они даже по этому поводу не особо сильно вставляют палки в колеса. 2. боязнь что могут найти нежелательные уязвимости/бэкдоры - наиболее вероятно. 3. существование линукса - мс так активно коммитят в ядро, что было бы не очень приятно если вдруг их новая уже открытая ось перетянет на себя тех немногих полтзователей линукс десктопа - спрашивается нафига столько лет вбухивали деньги в линукс.
- Не, там проще Сейчас они подпиливают WSL2, powershell, ssh и прочие с т з винд, Tron is Whistling (?), 09:49 , 29-Июн-25 (324)
Не, там проще. Сейчас они подпиливают WSL2, powershell, ssh и прочие с т.з. винды извращения. В какой-то момент перенесут WDDM на ведро и уберут ведро из винды, оставив только слой совместимости для гуя. Дальше думаю понятно. Вопрос времени, но этот процесс видно уже лет 8.
- ты просто заходишь не на тот сайт Те клиенты заходят на сайт azure смеешься Ты, нах. (?), 11:50 , 29-Июн-25 (332)
> Ну звучит конечно интересно. Если винда для них уже не в приоритете(хотя > верится с трудом, хотя бы потому что на сайте у них ты просто заходишь не на тот сайт. Те клиенты заходят на сайт azure. > но они бояться репутационных рисков - есть один элегантный способ решить > проблему - выкинуть код винды в опенсорц. Пусть не 11, но смеешься? Тысячи шоколадных глаз тут же примутся исправлять баги, портировать на современные архитектуры и писать драйверы? Ты серьезно? > Хотя мне интересно что их может удерживать от такого поступка: то что им пользы от него вообще никакой,а их клиентам вообще один вред (потому что вот не гадить-то тысячи шоколадных глаз никому не обещали, это-то их жизненная задача). Ну это не говоря уже о том что открытие энтерпрайзного кода такого возраста и таких объемов - неимоверная нагрузка на всю компанию сразу. Причина - (c)yamaha corp 1982, найденый мной в энтерпрайзном коде в 94м. Потому что когда энтерпрайзу надо вот эту мелочь и он знает что она существует в готовом виде и продается - он просто идет и покупает. При этом вопрос отчислений или разовой оплаты решается разово на месте, но условная ямаха совершенно не обещала тебе передачу авторских прав. И с каждой строчкой такого кода надо решать нерешаемую задачу - то ли искать владельца (которых может вообще уже не быть, но адвокаты вот - найдутся) и уговаривать (а он может не хотеть), то ли переписывать с нуля. И это скажи спасибо что (c) в коде остался. Его может просто не быть - купили исходник, продавец атрибуцией не озадачился. Это снова не значит что он не озадачится потом на тебя в суд подать. Даже если от его оригинального кода осталось пара имен функций и те в другом кейсе. Отдельно тебе не понравятся сборочные инструменты и технологии сборки. Нет, это не обычная студия и их тоже нельзя выложить просто так. - У них на сайте был рассказ как Windows Server обгоняет Linux Когда LSE уже на л, Аноним (-), 16:39 , 29-Июн-25 (350)
> Ну звучит конечно интересно. Если винда для них уже не в приоритете(хотя > верится с трудом, хотя бы потому что на сайте у них > она торчит на главной,У них на сайте был рассказ как Windows Server обгоняет Linux. Когда LSE уже на линух перешел. Весьма жестко расписав что они думают про покупку хлама на дотнете по 40 мегабаксов за релиз - и скупив тиму си++'еров кодить под линух, 10 мегабаксов на все. Кто-то это заметил, оно стало вызывать лулзы на айти ресурсах оптом, и ms только тогда почесался сайт заапдейтить, убрав прохладную историю :) А так бизнес - деньги зарабатывает. И если сегодня основные потоки это онлайн офис и абажур, значит в приоритете - это. Ничего личного, это бизнес. Как адепты MS, OEM, ISV и кто там выкрутятся - не проблемы MS. Их визитная карточка - решение своих проблем за счет всех остальных. > проблему - выкинуть код винды в опенсорц. Пусть не 11, но > хотя бы 7, или хрюшку на крайняк(знаю про слитые сорцы крюшки, И что вы будете с этим делать? У вас есть инфра для билдов? Слаженная тима ворочать таокой проект, с нестандартным синтаксисом? Системщики? Откуда? Майкрософт никогда не парился чтобы это все можно было ворочать за пределами их энтерпрайза. > но оффициальный релиз всегда лучше), в общем то, что уже не поддерживается. И что вы с искпой делать будете? Под ней новые версии софта тупо не запускаются. > Вон старые свои продукты же открывают потихоньку, даже свежак заопенсорсили, > wsl который. Смысл этого ритуала я честно говоря не понимаю. Дань моде. Какой с этого практический выхлоп? > - vs code, а это де-факто стандарт индустрии(сам пользуюсь vs codium Для меня такое признание == "обойду этого типа за километр". > Так что думаю, это был бы самый мощный и крутой мув каких > мир разработки еще не видывал. Думаю это был бы очередной пшик. Не, не думаю что юзеры vscode там вообще поимеют какой-то шанс ворочать ЭТО. > Хотя мне интересно что их может удерживать от такого поступка: 1) Незаточенность на это сорца. Чтобы это ALL раздать придется долго причесывать. Это денег стоит. Оно им надо? 2) Отсутствие системщиков и команд с которых реально можно ожидать отдачу. 3) Инерция менеджмента + непонимание опенсорсных процессов. Ну вон выложили они сорц ESE. И чего? Какой-то рандомный дамп внутренней кухни. Где 1) сделано лишь на минималках совсем. И вот лежит "нате на лопате" на гитхабе. И дальше что? Вон даже pull request есть. Один! Четыре года цуко висит! Умение майкрософта в опенсорс как оно есть. И вот вроде и круто. Но на практике то - что? Есть хоть 1 не майкрософтовский проект который этот ESE поюзал? Улучшения перфоманса из PR им - не нужны настолько что их индусы на это 4 года ... кладут? И главное - почему вы думаете что с виндой это булет как-то иначе?
- Есть рабочий драйвер с утилитами 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) +1
- И где результаты Почему-то когда вопрос встал ребром, из железа поддерживался -, Аноним (-), 17:18 , 29-Июн-25 (351)
> Под нее именно драйверы кодит кому только не лень - благо одобрения > Божества-с-пальцем для этого не нать, И где результаты? Почему-то когда вопрос встал ребром, из железа поддерживался - аж целый дорогущий квалком. И тот абы как. У майкрософт и накрылся план с WinPhone. Винды поддерживают намного меньше железа чем линух. Дофига серверов, смертов, планшетов и проч на ARM они вообще НИКАК не раскочегарят. > и еще лет десять ничего не сломается. Смотря что понимать под сломается. Реактосу вон расскажи - какую версию винды в плане compat с дровами таргетировать. А то они сели на сразу несколько стульев, вон, на полу, ж@пу отбитую потирают, без дров по сути. > заменить wiresock'ом, авторы которого документацию читали и вообще в принципе понимали > как правильно в винде должен работать vpn - и, ну надо > ж - тоже как-то справились с "ddk/sdk") Ну вы там сами с своими жабами и гадюками разбирайтесь, судя по спичу я как раз прав по части издыхания системного програмирования если это уже типа-достижение. > С фс там вообще все прекрасненько, достаточно посмотреть на ужасных монстров пробрасывающих > драйверы через wsl Замечательно, кроме того что ни 1 нормальной фс в винде нет, а перфоманс нтфс это вообще лол. > его утилиты были васян-кодом в несколько сотен строчек каждая Его утилиты были сделаны очень профессионально. И кроме всего прочего - половина внутрях содержали NT Kernel Mode драйвер. > (а досовский драйвер, как мне тут напомнили, кодил в основном не он - ну > да, там побольше будет, целиком фс). Он никогда не был программистом, > он был хакером, умевшим расковырять чужой код без исходников. Насчет досовых дров я без понятия, я русиновича за его виндовое творчество знаю. И просто не назову сходу других девов взявших этот уровень. Не, блабла - не считаются. Когда сделаешь утилсу сравнимую по функциональности и устройству - тогда и будешь вещать. Хотя-бы dbgview. Но ты ж в винде такой же спец как и в лине... > С возрастом переквалифицировался в топ-топ менеджеры и неплохо себя чувствует теперь, Редкий случай когда MS нашел себе нормального топа. И это так то норм путь эволюции програмеров. А к некторым старость приходит одна...
- я тебе перечислил - результаты Несколько подряд проектов по сути индивидуальных, нах. (?), 18:28 , 29-Июн-25 (356)
> И где результаты? я тебе перечислил - результаты. Несколько подряд проектов по сути индивидуальных разработчиков, которые, ну надо же - справились с написанием драйвера, каждый самостоятельно. > Почему-то когда вопрос встал ребром, из железа поддерживался - аж целый дорогущий квалком. потому что остальные получили предложение, от которого не смогли отказаться. А не потому что не могли написать драйвер. > Винды поддерживают намного меньше железа чем линух. лол. Только недавно чувак с неработающим в линуксе принтером приходил, иди ему мозги полощи. То что по недоразумению (а не потому что для этого специально что-то сделали) твой недолинукс кое-как _загружается_ на неведомом хламе - это не "поддерживает", это - кое-как загружается. > Реактосу вон расскажи я понятия не имею как устроен ректалос и зачем он ненужен, и уж тем более - что они там не шмагли. > Замечательно, кроме того что ни 1 нормальной фс в винде нет, а перфоманс нтфс это > вообще лол. опять эксперт не имеющий ни малейшего представления о предмете заговорил >> его утилиты были васян-кодом в несколько сотен строчек каждая > Его утилиты были сделаны очень профессионально. И кроме всего прочего - половина внутрях > содержали NT Kernel Mode драйвер. потому что любой васян на самом деле мог. Повторяю - русинович не писатель, а читатель. Смог без документации и исходников разобраться детально как оно работало, и в этом его действительная заслуга. Ну и написал попутно пяток крошечных утилиток для этого же самого процесса и по его результатам.
- А это смотря для чего он это делает Если деньги нужны, то файловая система явно, Аноним (25), 17:39 , 28-Июн-25 (150)
- напоминаю - один пожизненно осужденный вот так , с просто файловой системы, сам , нах. (?), 20:04 , 28-Июн-25 (182)
- Посмотри своё же сообщение выше по трэду, ну там про нетапп -D, _ (??), 20:28 , 28-Июн-25 (195)
- ну вообще-то они свои патчи предлагали в openzfs, а не наоборот Что как бы наме, нах. (?), 00:36 , 29-Июн-25 (278)
> Посмотри своё же сообщение выше по трэду, ну там про нетапп ... > ;-D ну вообще-то они свои патчи предлагали в openzfs, а не наоборот. Что как бы намекает. Правда, по-моему, попредлагали-попредлагали да и не отдали, как обычно ;-) но tiered storage среди этих предложений не фигурировал. И что-то гибридные полки они перестали предлагать - ставьте мол all-flash и не выпендривайтесь, если вам надо быстрее чем тянут шпиндели.
- Рейзер выбил грант, на что и кормил пару разрабов Тут же изначально бессмысленн, Аноним (25), 21:31 , 28-Июн-25 (221)
- Кто вообще такой, этот Кент Я не следил за этой драмой, но со стороны Кент выгля, Аноним (306), 13:27 , 28-Июн-25 (75) +1

- А когда он тортом был Унылая каках не умеющая ни в архитектуры ни в разработку , Вандер (?), 14:02 , 28-Июн-25 (95) +1
- Ext4 15 лет рассыпалась при ресайзе с включённым sparse_surper2 и всем было плев, Аноним (197), 14:47 , 28-Июн-25 (111) +3
- Конечно-конечно, 171 дома надо сидеть 187 , спорят только провокаторы на зарп, Аноним (29), 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)

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

- Браво Только не совсем правильно понимаешь позицию менеджера - видимо, не работа, нах. (?), 16:54 , 28-Июн-25 (133) –1
- Они эти принцпы разработки взяли в оборот не просто так Вот прям ща у меня пере, Аноним (-), 17:30 , 28-Июн-25 (147)
- Ничего не понял, но запало мне в душу , Аноним (158), 18:05 , 28-Июн-25 (158)
- Делюсь опытом садишься с ним в переговорке, на экран его код и начинаешь с ним , Аноним (82), 18:20 , 28-Июн-25 (162)
- Если бы они их применяли к Кенту не просто так, то у них были бы аргументы серьё, Аноним (165), 18:36 , 28-Июн-25 (165)
- Просто он не ффтыкает кто ведру - юзеры А им нинада походу Жаль котёночка, , _ (??), 20:49 , 28-Июн-25 (205) +1
- Ну, понимаешь, Кент требует себе исключений в БЕСПРЕЦЕДЕНТНОМ объеме 1 Никто из, Аноним (-), 21:28 , 28-Июн-25 (219)
- Юзеру хорошо, когда на нём эксперименты не ставят , Аноним (295), 01:48 , 29-Июн-25 (295)
Юзеру хорошо, когда на нём эксперименты не ставят.
- Не всем лишь дано эту разницу понять Чтобы оценить сложность проблемы, я предлаг, Аноним (-), 06:30 , 29-Июн-25 (315)
> Кент - отличный инженер, а Линус и Тсо - менеджеры. Надо понимать разницу.Не всем лишь дано эту разницу понять. Чтобы оценить сложность проблемы, я предлагаю почитать [1]. Для тех, кто TL;DR, я могу во-первых предложить сделать Crtl-F, найти на странице слово chain, и читать с найденного абзаца, во-вторых, я могу вкратце изложить мякотку. Инженеры RR, разрабатывая ту злосчастную трубку, указали координаты центра дырки в одной системе координат, но техпроцесс сказал своё фе: центр координат был недоступен машинам на том этапе, когда трубка рассверливалась под фильтр. Инженеры почесали репу, и указали координаты этого центра в другой системе координат, которая была доступна станку. Но они упустили из виду, что та система координат не была связана с первой. Не была связана в том смысле, что рабочий вынимал деталь из станка и ставил её обратно в другом положении, и после этого допуски в 0.1мм выдержать было невозможно. Тупые инженеры? Может быть. Но в уважающей себя инженерной конторе такие вещи должны отлавливаться главным инженером, здесь же бюрократия оказалась недостаточной для того, чтобы эскалировать до уровня главного инженера решение сменить систему координат. В бумажной форме, которую необходимо было заполнить, не было места для подписи главного инженера. Инженеры сделали так, как им подсказывала их квалификация, и никто их не проверил. Те инженеры, которые совершили ошибку, были недостаточно компетентны или недостаточно информированы, для того, чтобы принимать то решение, которое они приняли. Синдром Даннинга-Крюгера говорит нам о том, что глупо ждать от них, что они будут понимать границы своих компетенций. Поэтому необходима бюрократия, которая будет эскалировать такие вещи на более высокие уровни, и которая будет сводить false negative эскалации к нулю, даже если это будет означать высокую частоту false positive эскалаций. Создание таких бюрократий -- это неотъемлимая часть инженерой специальности. MBA совершенно определённо не смогут такого создать, потому что они ничего не понимают в инженерном деле. И на фоне этого, где проходит граница между хорошим инженером и заурядным манагером -- это вопрос очень не простой. "Надо понимать разницу" звучит хорошо, но ты не выглядишь человеком, который понимает. Этот Кент тоже не выглядит. Есть техпроцесс, который оптимизирует какую-то сложную функцию, которая учитывает как минимум стоимость разработки и качество результата. Врываться в этот техпроцесс, и начинать его ломать из-за своей cpaной фс, которая не вышла из экспериментального статуса, это значит не понимать, что именно ты делаешь. [1] https://admiralcloudberg.medium.com/a-matter-of-millimeters-...
- Не понимаю позиции Кента Присылать новые фичи в период стабилизации кода, будет, Аноним (166), 18:42 , 28-Июн-25 (166) +1
- Народ, а как дела во всяких bsd, насколько там есть stable abi api , Аноним (194), 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
Жаль авторы BSDs тупят не включают GPL код драйверов и прч.из линуксов, всёравно GPL по сути не валидная лицензия - одним нарушение больше одним менше - роли не играет, IMHO если сами линусы до сих пор не прикрыли то, BSD с их кодом - тоже не прикроют, т.б.неизбежно всплывёт что прийдётся прикрывать и линуксы и всё на GPL. (Вообще авторы на ней - весьма странные, уж если даже если opengroup или кто там защищает GPL в суде - сами говорят что, ещё нужна печать юриста к ней... иначе суд, в ч.н.при обвинении в воровстве кода проприетарщиками, - шлёт на 3 буквы же, т.е.сам суд настаивает что это филькина грамота, даже прсото как без печати, впрочем как и BSD лицензия и прочие :[]).Хотя тут писали о какой то прослойке к Linux API - она и дравейры - разве есть в из коробки чтобы не еб__ься с ними(т.б.новичкам в теме)?
- Приближаюсь к 10 годам со своим nas на фряшке Со смехом читаю как лучшая в мире , анониммимим (?), 13:25 , 29-Июн-25 (341)
Приближаюсь к 10 годам со своим nas на фряшке. Со смехом читаю как лучшая в мире ОС (тм) всё это время сидит на 10 стульях у 8 из которых ножки поломаны и перемотаны синей изолентрй. Особенно забавно как важно на этих сломанных стульях сидят главные менеджеры стульев.
- у фри in-kernel api стабилен в пределах релиза разумеется - стабильного релиза, нах. (?), 00:23 , 29-Июн-25 (272) +1
> Народ, а как дела во всяких bsd, насколько там есть stable abi/api? у фри in-kernel api стабилен в пределах релиза. (разумеется - стабильного релиза, current для того и предназначен чтоб там все ломать) ABI тоже стабилен в пределах релиза (т.е. нет расшибания лба в попытках сохранить его неизменным 20 лет как у Линуса), но есть нюанс - можно включать фичами поддержку совместимости чуть ли не с 2.0 - и ядро будет старательно эти древности имитировать (собственно, все разумное и так включено по умолчанию и выключать если не понимаешь что делаешь, не следует) у них проблема прямо противоположная - за каждый небольшой кусок ведра отвечает отдельная никому неподотчетная теплая компания, обычно - грантососов. Поэтому если тебе, не дай Всевышний, для работы твоего кода, который тебе дозволено в ядре сопровождать, понадобилось что-то поменять в других частях, даже совсем по мелочи - иди и умри. И это уже никак не исправить, там все политбюро перевешать надо. Потому что генеральный секретарь смылся в нвидию пилить линуксный драйвер.
- И как дела там стабилен всеголишь в пределах релизаНе благодари , Аноним (218), 00:30 , 29-Июн-25 (276) –1
И как дела там?* стабилен *всеголишь* в пределах релиза Не благодари.
- И ты не указал - про какой имнно из BSD у тебя речь , Аноним (218), 00:31 , 29-Июн-25 (277)
И ты не указал - про какой имнно из BSD у тебя речь?
- у фри , нах. (?), 00:43 , 29-Июн-25 (279)
> И ты не указал - про какой имнно из BSD у тебя > речь?"у фри"
- Кстати, я правильн опомню о том что лет пять назад тут гдже то писали что, в фай, Аноним (218), 00:47 , 29-Июн-25 (281)
Кстати, я правильн опомню о том что лет пять назад тут гдже то писали что, в файловых операциях для баз данных по замерам, (по кр.мере)FreeBSD - сильно уделывал Linux ядровое? Или наоборот? Или уже устарело? Что с призводительность у прочих *BSD известно?Что скажите про (давно сдохшую)RusBSD - было там что то реально полезное достойное импорта оттуда в совремнных NIX и в ч.н.BSD? Вообще очень жаль что и у BSD - зоопарк форков, т.е.я понима плюсы этого, но была бы одна пусть даже и немного тормозная - было бы куда лучше пользователям не только выбирать но и вооще решиться связыться с BSD окруением и просто заставить начать себя её смотреть...
- Как обычно - без данных кто мерял, как мерял, зачем мерял - это все имеет отрица, нах. (?), 02:05 , 29-Июн-25 (300) –1
> Кстати, я правильн опомню о том что лет пять назад тут гдже > то писали что, в файловых операциях для баз данных по замерам, > (по кр.мере)FreeBSD - сильно уделывал Linux ядровое? Или наоборот? Или Как обычно - без данных кто мерял, как мерял, зачем мерял - это все имеет отрицательную ценность. > Что скажите про (давно сдохшую)RusBSD - было там что то реально полезное русские делали - сразу нафиг. > Вообще очень жаль что и у BSD - зоопарк форков, т.е.я понима Из bsd по сути ровно одна живая система - freebsd. Остальное - академические экспериментальные разработки, не предназначенные для какого-либо практического применения вовсе. (И да - остальные либо с файловыми системами 70х годов, либо с академическим экспериментальным кодом, которым пользоваться нельзя)
- Это может и лучше линукса, но в пределах погрешности измерения Насколько можно в, Аноним (194), 00:53 , 29-Июн-25 (285)
>у фри in-kernel api стабилен в пределах релиза.Это может и лучше линукса, но в пределах погрешности измерения. >но есть нюанс - можно включать фичами поддержку совместимости чуть ли не с 2.0 - и ядро будет старательно эти древности имитировать Насколько можно взять дрова для условной видеокатры или файловую систему с тех времён и подключить к современному ядру?
- А, пользователям интересней - насколько можно взять современный софт в BSD и за, Аноним (218), 01:15 , 29-Июн-25 (290)
А, пользователям интересней - насколько можно взять современный софт в *BSD и запустить на древней версии того же ядра? (для лучшей призводительности или совместимости с ранними пк)
- в пределах релиза Т е даже на пятилетней давности работать скорее всего не б, нах. (?), 02:00 , 29-Июн-25 (299)
> А, пользователям интересней - насколько можно взять современный софт в *BSD и > запустить на древней версии того же ядра?"в пределах релиза". Т.е. даже на пятилетней давности работать скорее всего не будет. > (для лучшей призводительности или совместимости с ранними пк) по-моему тебе потрахаться а не работать. Обычно надо ровно наоборот - запустить какое-то легаси с утерянными исходниками на современной системе, потому что про ту древность все забыли уже как о страшном сне. И оно вот просто запускается, и работает. С драйверами похуже, бинарную совместимость никто не обещает, их полагается пересобирать вместе с именно тем ядром, которое будет использоваться, хотя я живу с таким. versioning info ломающее в линуксе возможность запуска даже с точно того же ядра чуть с другими опциями (хотя задумывалось ровно для обратного), к счастью отсутствует. - Это уже хорошо в linux работает Этого не будет В старых версиях нет ни новых др, Аноним (194), 17:30 , 29-Июн-25 (352)
>А, пользователям интересней - насколько можно взять современный софт в *BSD и запустить на древней версии того же ядра?Это уже хорошо в linux работает. >Что всего? Вот вам такой вариант: запуск xterm 320(сейчас в репозиториях 397) от 2016-05-19, который находился в ветке 15.09-beta в nixos 25.05, при том, что между ними 19 релизов. При этом, xterm работает в wayland. >nix-shell -p xterm -I nixpkgs="https://github.com/NixOS/nixpkgs/archive/$(echo 5d540387713f2d29dac423f5faadafd5aea2ff09).tar.gz" --run xterm >(для лучшей призводительности Этого не будет. В старых версиях нет ни новых драйверов, ни оптимизаций, а ещё там уязвимости не исправлены и кучи фич нет.
- Во FreeBSD всё лучше с ABI https github com freebsd freebsd-src blob master sy, Аноним (308), 04:15 , 29-Июн-25 (308)
Во FreeBSD всё лучше с ABI: https://github.com/freebsd/freebsd-src/blob/master/sys/conf/...Цитата из руководства для разработчиков портов, времён 14.0-CURRENT (сейчас 15): "In order to run a 14.0-CURRENT poudriere jail the host must be running 14.0-CURRENT. In general, newer kernels can build and run older jails. For instance, a 14.0-CURRENT kernel can build and run a 12.4-STABLE if the COMPAT_FREEBSD12 kernel option was compiled in (on by default in 14.0-CURRENTGENERIC kernel config)."
- это userland abi Не лучше линуксный поддерживается неизменным вообще 20 лет - , нах. (?), 11:31 , 29-Июн-25 (331)
> Во FreeBSD всё лучше с ABI: это userland abi. Не лучше (линуксный поддерживается неизменным вообще 20 лет - только не нужен никому, все равно никто кроме libc с ним напрямую не работает, а вот там все плохо) но достаточно предсказуемо и понятно. И по умолчанию включено. jail не то что 12е, а 8е кое у кого все еще в деле. А мы тут про inkernel, драйверный. С ним все сложно - формально нужно пересобирать драйвер при каждом обновлении ядра, даже простой его пересборке с другими настройками. (ну, собственно, как в линуксе, причем там это энфорсится, а способы обхода проблемы с weak symbols есть, но не для всех) На практике в разумных пределах и если нарочно ничего себе не ломать - чаще всего работает в пределах релиза, но это не гарантируется разработчиками, а просто "так вышло". Что если внутриядерные структуры в рамках стабильного цикла не трогать, то все и будет работать.
- The options COMPAT_FREEBSD11 setting in a FreeBSD kernel configuration like GEN, Аноним (308), 12:53 , 29-Июн-25 (336)
> А мы тут про inkernel, драйверный.The options COMPAT_FREEBSD11 setting in a FreeBSD kernel configuration (like GENERIC or a custom one) enables compatibility with FreeBSD 11 binaries and DRIVERS. This means the kernel can run software or use DRIVERS that were originally designed for FreeBSD 11, even on a newer version of FreeBSD. Jail consists of two realms: the userland program, jail(8), and the code implemented WITHIN the kernel: > это userland abi Тоже так думал. Но ещё на реддите писали, что сетевухи и рэйды пашут. Не только userland. Надо смотреть какая часть jails использует компаты. Только муторно это.
- спасибо, не надо мне цитировать то что я знаю а ты плохо понимаешь ну вот как-то, нах. (?), 13:13 , 29-Июн-25 (340)
спасибо, не надо мне цитировать то что я знаю а ты плохо понимаешь.> Тоже так думал. Но ещё на реддите писали, что сетевухи и рэйды пашут. ну вот как-то оно пашет. но гарантий нет, даже если не феноменально старое, а всего лишь на пять лет подтухло. А в юзерспейсе все хорошо. > Надо смотреть какая часть jails использует компаты. ты не понимаешь что такое jail? Это просто chroot+изоляция процессов+сеть в удобной обертке. С тем же самым успехом ты можешь бинарник от своей 11 запустить в обычном chroot, который тоже тут нужен только для того чтобы обмануть ld и автоматом подцепить библиотеки от той 11й а не текущей версии, не ковыряясь с каждой руками. И это как раз работает прекрасно, любители старины могут быть щщасливы.
- Там, где не задействована или мало задействована финансовая сторона, возникают О, Аноним2806 (?), 00:13 , 29-Июн-25 (269) +1

- Ну облажался автор, бывает Что же теперь, по логике Торвальса, всучивать пользо, Аноним (218), 01:10 , 29-Июн-25 (288)
Ну облажался автор, бывает. Что же теперь, по логике Торвальса, всучивать пользователям глючный драйвер не много ни мало - аж файловой системы?... И что это будет за новая версия ядра в конце концов! (Торвальс гадина проклятая(о, сколько раз только за последний год, только я один, его проклинал... за его халтурность) - сколько можно лагами и багами пользователей засыпать?!)А, уж про Rust код в ядре это вообще... подстава, сниждающая безопасность ядра и так околонулевую, по сути т.о.очередная. А что дальше будет?... Потому, в идеале от ОС на Linux ядре надо принципиально уходить только по этим соображениям. Но, за линукс ядром - привязанные к его API программы... Правда есть ~Linuxinator но если я понял ни о каком userfriendly речи и тут в *BSD нету? Хоть у кого то из линуксов видел есть на BSD ядре альтернативно но, ведь само ядро не автономно разрабатывается и как подозреваю импорт его от туда самому для форка или если что - не тривиален. ну и опять же надо ужет самому как то к Linux API его запатчить или они делают через упомянутый?
|