В списке рассылки разработчиков ядра Linux отмечены проблемы с сопровождением новой реализации файловой системы NTFS, открытой компанией Paragon Software и включённой в состав ядра Linux 5.15. Одним из условий включения нового кода NTFS в ядро было обеспечение дальнейшего сопровождение кода в составе ядра, но начиная с 24 ноября прошлого года какая-либо активность в разработке открытой кодовой базы NTFS3 прекратилась, назначенный сопровождающий не выходит на связь, сообщения об ошибках игнорируются, а присланные патчи не рассматриваются для включения...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=57095
Это прекрасно. Но реально, ntfs3g кривой шлак без поддержки половины возможностей и регулярно разносящий всё в дербезги, так его сколько лет уже исправляют и проблемы остаются. А тут какие-то нонеймы со своими блобами решили вкатиться. Никому он не нужен на линуксе.
Где ты там блоб увидел?
> Где ты там блоб увидел?В авторах блобов.
А не троянского ли коня мы пустили к себе??
там нет блобов.
ntfs драйвер в ядре (старый) - не поддерживает даже запись.
ntfs-3g - драйвер fuse - тормозной, но в целом - относительно рабочий.
ntfs3 - новый драйвер, опенспорснутое коммерческое решение paragon software. Блобов там нет, открыли тебе его бесплатно. Правда, у меня он уже успел фс чуть-чуть покорячить, жду когда отфиксят, работать, в целом, это ему не мешает. В целом ничего плохого в NTFS не вижу, наоборот неплохая фс, как выяснилось - сжатие поддерживала еще до этих ваших ssd и nvme. Хотел бы использовать для неважных данных, типа некоторых игр для дуалбута, но, видимо, не судьба.
Ntfs же шлак.Это же с винды!!!!!
Нам нечего от мелкосоыта ни надо.
Все, что взято с мелкосоыта праклято.
Пусть сами винтузятники итим пользуются, а нам - илмтныи линаксоидам эта ни нужна!!
Нет, школьничек, проблема не в самой нтфс, а в ее закрытости. Жадный микрософт ее не откроет,а весь этот реверс инжениринг означает лишь оосутсвие гарантий от факапа при записи на нтфс.поэтому и не нужна.
> Это же с винды!!!!!Базируется на HPFS
Причем тут убогое тормозное сжатие кластеров не выше 4к и ssd?
Или в 10ке осилили сжимать и/или шифровать актуальные 32/64к?
64к не стали делать (думаю, задержка ощутимая вылезет), есть сжатие блоками 16к (Xpress16K) и 32K (LZX): https://docs.microsoft.com/en-us/windows/win32/api/wofapi/ns...https://social.technet.microsoft.com/Forums/lync/en-US/49176...
Почему зфс смогла?
Что мешает индусам скопипастмть lz4?
> 64к не стали делать (думаю, задержка ощутимая вылезет),В NTFS все технологии родом из 80х-90х. С тех пор особо и не улучшалось. Так, костылили понемногу. Нечто более новое ReFS но он получился ни два ни полтора и домашних юзеров на него вообще обули чтобы не иметь с ними проблем.
> В NTFS все технологии родом из 80х-90х. С тех пор особо и
> не улучшалось. Так, костылили понемногу. Нечто более новое ReFS но он
> получился ни два ни полтора и домашних юзеров на него вообще
> обули чтобы не иметь с ними проблем.Так она в домашних редакциях вообще не доступна, либо в вынь сервер, а на десктопах либо в тырпрайз, либо в про для раб. станций. Т.е. среди домашних юзеров она доступна либо честным энтузиастам с тучевой хучей бабла, либо пейратам.
>> 64к не стали делать (думаю, задержка ощутимая вылезет),
> В NTFS все технологии родом из 80х-90х. С тех пор особо и
> не улучшалось. Так, костылили понемногу. Нечто более новое ReFS но он
> получился ни два ни полтора и домашних юзеров на него вообще
> обули чтобы не иметь с ними проблем.А кто не из 80х?
Только одна единственная ZFS смогла, и какой ценой: потратили овер до хрена денег, разорились и продались, а лиценизия все так же запрещает использовать полноценно что в линуксе, что в винде.
Спроектировать ФС по-новому - не хухры мухры. И всегда компромиссы, да ZFS с COW получил кучу фич типа переменного размера блока, прозрачного сжатия (замечу что в NTFS сжатие оффлайновое - делается заранее и работает только на чтение, при записи того нового сжатия нет), end to end контрольных сумм блоков, отсутствие RAID write hole, бесплатные снапшоты и тп. Но за COW приходится платить своими потерями производительности. А кроме ZFS, сделать новую ФС и добиться 100% стабильности не смог никто. Нет ни одной другой продакшен-реди ФС родом не из 80х. Не, ну точнее что-то там у коммерческих сторейджей есть (и VMWare, и Netapp, и еще некоторые), но это не ФС общего назначения.
Btrfs по фичам, производительности и стабильности сильно хуже. Reiser5 так и не выполз. ReFS непонятно: по описанию технически интересен, но использование опять же ограничено..
А про HAMMER в DragonflyBSD можете что-то сказать, или не интересовались?
> Btrfs по фичам, производительности и стабильности сильно хуже.ну да, поэтому её можно из коробки поставить на Ubuntu, а на Fedora она по умолчанию юзается, ужас на не ФС. ИМХО.
> не поддерживает даже записьЭто же хорошо. От греха подальше, чтобы не навернуть виндовый раздел.
+1
Когда держал дуалбут - избегал лишний раз писать ntfs из linux, только чтение.
Также и в самой винде, для передачи файлов из linux, есть смысл ставить драйвер ext, монтируя только для чтения.
>Одним из условий включения нового кода NTFS в ядро было обеспечение дальнейшего сопровождение кода в составе ядраПригрели змею, а теперь вертитесь, как хотите.
У них на сайте и новости последние только за ноябрь 2021 года:
https://www.paragon-software.com/about/news/
хоть они и в Германии, но бывшие выпускники МФТИ, может, их просто забанили на gitlab'е или githab'е, или ребята в запой ушли... Кто знает.
На русской версии вакансия висит https://www.paragon-software.com/ru/about/c-developer/Приглашаем C++ Developer в наши GPL проекты (NTFS Support for Linux Kernel и APFS SDK)
Задачи, которые предстоит решать:
Реализация работы с данными на различных файловых системах в различных операционных системах.
Поддержка и модернизация существующих решений и продуктов
Может и поэтому.
Ващет в линукс кернеле за C++ в драйвере код зобанят еще быстрее...
> Ващет в линукс кернеле за C++ в драйвере код зобанят еще быстрее...Там дальше по странице C/C++. Ищут, как я понял, не только конкретно на Линуксовый драйвер, а вообще на весь сектор.
Очень странные люди. Потому что C++ не нужно для ядра Linux, а с учетом размера вон той штуки... нет, они серьезно предлагают тому кодеру и еще чем-то на плюсах заниматься? Если они это серьезно, может, прошлые кодеры просто охренели с перспективы кодить по 100 часов в неделю и уволились оттуда, потому и нет майнтайнеров? Там судя по всему одно только разгребание этого драйвера может в фултайме несколько человек пригрузить, потому как он явно не то что ожидается от кода в ядре - потому его, натурально, выкинут если никто это причесывать не будет.
> Очень странные люди. Потому что C++ не нужно для ядра LinuxТам, кроме Linux драйвера, ещё APFS SDK заявлен. Он на плюсах.
Не знаю, что у них там приключилось, возможно со временем объявятся и прояснят.
Тем временем, на Форониксе пишут, что кто-то взялся пилить старый NTFS драйвер. Править баги и реализовывать запись. https://www.phoronix.com/scan.php?page=news_item&px=Linus-To...
Понятно, хотят 1 телом все дырки заткнуть... хотя там работы в одном только линуксном драйвере на пятерых небось будет.
> а вообще на весь сектор.Видимо дурачки там. Даже нормальное объявление о вакансии написать не смогли.
Эта змея нанять разработчика не может )
Очень забавно, когда человек, коммитивший в ядро, сливается безвозвратно (обычно работа с ядром линукс достижение, которое стоит упомянуть в резюме и подтвердить активную позицию и участие бывает очень полезно при трудоустройстве и для от)
> Очень забавно, когда человек, коммитивший в ядро, сливается безвозвратноKonstantin Komarov, от имени которого публиковались патчи - это директор и основатель компании Paragon Software.
Хм, дир публикующий патчи - а что, не так уж и плохо.
А куда "слились" разработчики TrueCrypt и другие известные в узких кругах специалисты? В кино показывают, как некоторых в буквальном смысле сливают... В Википедии есть статья "фактор кирпича". Воздержитесь от шуток на эту тему, мистер Неуловимый Джо.
> Очень забавно, когда человек, коммитивший в ядро, сливается безвозвратноМало ли какие жизненные обстоятельства могут быть? Может жена кинула, может спился, может попал под влияние дурной компании. Да мало ли что! Мой сосед 4 года назад имел довольно прибыльный бизнес, а сейчас сидит без работы, без денег, ходит в засаленной одежде и с жутким перегаром.
Ты забыл про автобус.
Автобусы так то пока ещё требуют водителей... И почему-то временами врезаются в толпу на праздниках. Тот же К.Касперски "сам виноват, пренебрёг правилами техники безопасности", а за аппарат в больнице надобно платить, опять всё само собой случилось, рыночек порешал.
>Очень забавно, когда человек, коммитивший в ядро, сливается безвозвратно (обычно работа с ядром линукс достижениеМожет быть он тяжело заболел
Если посмотреть на описание вакансии - может они слишком многого от кодеров хотели? Ну те и решили найти менее больную фирму :)
у меня уже не раз бывало, что приходилось грузится в винду и делать chkdsk с ремонтом - иначе диски отказываются монтироватьсяда и после перемещения файлов (по крайней мере из dolphin) они спокойно могут куда-то пропасть, хотя в винде они видны
хотел себе общий раздел с поддержкой симлинков (поэтому не exfat), но видимо не судьба
UDF?
F2FS тоже в Винде поддерживается? Во всяком случае, Гнусмас когда-то обещала.
кроме btrfs опций нету, для него есть виндовый драйвер.
но btrfs дно донское, у меня уже / за собой утащило разок, больше - никогда.
Если для неважных данных - то мб.
f2fs крутая, работает, не крашится, сжатие есть. даже / хочу на нее перенести, но... под виндой не вариант.
>UDF?Чем ремонтировать эту фс?
Вон в 7 была 5 лет не фикшена ошибка при работе с UDF что часто приводило раздел в RO (и уровне этой потдержки).Не в винде,не в Lin fsck под эту фс нету.Хотя в Линуксе с этой фс еще возяться, проверял с внешним жестким,скорость записи поднялась офигенно,приблизилась к fat32/ext4, планов по развитие этой фс похоже нету,концорциум UDF уже 10 лет спецификации не обновлял .
>> Не в винде,не в Lin fsck под эту фс нету.Досужие вымыслы. С проверкой\починкой (чинить ещё не приходилось, ибо носители - DVD-RAM) как раз в оффтопике справляется штатный chkdsk. Попробуйте при наличии некоторого свободного времени, результат довольно забавно почитать :).
>как раз в оффтопике справляется штатный chkdsk.Не справлялся, не "чинит" chkdsk.К сожелению спецификация UDF не предусмотрела средства и алгоритмы починки понадеевшися на коды рида-соломона,разве что в последних 1.5 и 1.6 ревизиях добавив дублирование журнала и метаинформации.Вот и получаеться -работает,работает, а потом раз и сломалось :-(
Говорят что есть платный UDF Tools,но он работает только с образами ,так та утилита может чинить не большие дефекты, записывая исправленный образ.Получаеться геморой,проще повторно отформатировать :-(
Есть winbtrfs
> Есть winbtrfsОтличительная черта ведущего баш-программиста Пока Линукс - сам не пробовал, про политику Микрософта в отношении ФС тем более не в курсе, зато другим советует.
> сам не пробовал, зато другим советует.Отличительная черта n00by — додумывать написанное, идя на поводу у своих желаний.
>> сам не пробовал, зато другим советует.
> Отличительная черта n00by — додумывать написанное, идя на поводу у своих желаний.Ты мог бы рассказать о своём опыте с Вендой, мог бы дать ссылку на курсы OSR, но тебе надо как-то оправдать собственное неумение кодить и воровство у меня, потому ты применяешь привычную механическую псих.защиту.
>>> сам не пробовал, зато другим советует.
>> Отличительная черта n00by — додумывать написанное, идя на поводу у своих желаний.
> Ты мог бы рассказать о своём опыте с Вендой, мог бы дать
> ссылку на курсы OSR, но тебе надо как-то оправдать собственное неумение
> кодить и воровство у меня, потому ты применяешь привычную механическую псих.защиту.У меня все нормально, не беспокойся
>>>> сам не пробовал, зато другим советует.
>>> Отличительная черта n00by — додумывать написанное, идя на поводу у своих желаний.
>> Ты мог бы рассказать о своём опыте с Вендой, мог бы дать
>> ссылку на курсы OSR, но тебе надо как-то оправдать собственное неумение
>> кодить и воровство у меня, потому ты применяешь привычную механическую псих.защиту.
> У меня все нормально, не беспокойсяЯ и пишу, что для тебя норма - где-то что-то услышать (про winbtrfs в данном случае) и советовать, не имея опыта. Зачем ты принялся с этим фактом спорить? Ведь ты и не смог рассказать об опыте, поскольку его нет. Потому что ты на моём труде паразитируешь и тебе как-то надо самоправдаться, вот и выбрал стратегию, якобы я что-то про тебя придумал. Мог бы, если бы умел кодить, сам доработать инсталлятор. Мог бы извиниться за Потапова, за то что он пользователей называл свиньями, если бы имел совесть. У тебя лишь рефлексы.
В комментарии "Есть winbtrfs" совет можно увидеть лишь по привычке додумав прочитанное, что ты и сделал, как обычно
> В комментарии "Есть winbtrfs" совет можно увидеть лишь по привычке додумав прочитанное,
> что ты и сделал, как обычноС какой конкретно целью ты написал этот комментарий в ответ на "хотел себе общий раздел с поддержкой симлинков (поэтому не exfat), но видимо не судьба"? Показать, какой ты умный? А теперь хочешь продемонстрировать, что у тебя короткая память и что ты не понимаешь слово "хотел"? Сравни с №49 и подумай, почему таких как ты президент назвал дословно "подсевшими", после чего объявил десятилетие науки и технологий.
> Отличительная черта n00by — додумывать написанное, идя на поводу у своих желаний.А еще он ищет каких-то врагов и заговоры постоянно, чем изрядно достал. Куда вообще модераторы смотрят? Нельзя его по айпишнику забанить, чтобы не спамил? Пользы от него все-равно ноль, только вечный спам и наезды.
Насвой страх и риск. Так как не журналируемая и я ошибки находил на разделах через проверку в Linux (Gparted). О нём лет 10 заню. Попадались не открывемые папки пару раз. В чём дело не знаю. Естествено проверка только в Linux на ошибки. По тестам корость медленнее в Windows чем с NTFS не кретична и даже не заметна разница. Так как разница вроде не в линейной скорости в мелких файлах 4К. Как я понимаю любая проверка на ошибки и справление это определённый риск. http://www.fs-driver.org/ А так удобно и работает.
Ext2 Installable File System For Windows
Не о Gparted. Ext2 Installable File System For Windows - лет 10 знаю.
, а в скорости мелких файлах 4К
Я не знаю как там в Win 8 и 10 и тем боле в 11. В панели управления есть возможность настраивать - назначать букву. Поскольку это драйвер то можно и через программы для работы с разделами работать с EXT2 через этот драйвер.
Программы: разметить, удалить, создать, перименовать, форматировать и т.д.
Программы для Winsows для дисков на подобии Gparted, не средствами Windows.
Хотя вроде я вспоминил программы и так это могут делать и в Windows бех этого драйвера. Только без драйвера не будет раздел виден в Windows как EXT2. Вроде как RAW EXT2 без драйвера будет виден.
Вроде как RAW, EXT2 без драйвера будет виден.
Cсвоя появляется в панели управления, название "IPS Driver" На сайте картинки в разделе картинки смотрим показано.
дуалбутчики должны страдать. вечно.> хотел себе общий раздел с поддержкой симлинков
один из принципов дипломатии это:
там где вы ничего не можете сделать - вы не должны ничего хотеть.
а я ещё при выпуске говорил, что мертворождённое ненужно, потому что paragon software - помойка, а не разработчик ПО
но хочется ntfs в линуксе, ext надоел
Экой ты непостояннай...
И нескучные обои
в NTFS :)
Объясните мне, дураку, зачем в линуксе NTFS? Не, ну что бы у бабы Клавы забрать файлик с флешки и забросить туда свой, так для этого есть ntfs3g. Неужели, кто-то реально использует постоянное подключение разделов NTFS в линуксе, да ещё с использованием "более половины
всех его возможностей"...?
DualBoot'чики, SMB"шники используют, у кого контента с Мастдая полно типа "игор", кино... Я из их числа. Linux тоже, считай, игрушка. Daily driver- winnt, ибо проф софт только под него и под macOS.
С таким уже успехом могу сказать что win, mac игрушки потому что под него нет профессионального линуксового софта.
Хватит уже травить байки про отсутствие профессионального софта, в 2022 все кто хотят уже давно работают в линухе пускай и с виртуалкой/под wine (но в основном и без них), а те кто не хотят будут ныть и в 2077.
Работать в ОС с драйверами от васяна? Извольте
Это да, драйверы от Ван Хо и Раджагопалачарьи много достойнее доверия.
Маск на этом в космос летает. А ты можешь на винде летать если хочешь - заодно и заценишь дрова от брахмапутры :)
Маск на земле сидит. Летают в космос одноразовые рабы, которых ему - совершенно не жалко.Сам-то он не настолько дурак.
> Хватит уже травить байки про отсутствие профессионального софтаЧто же, дайте мне под gnu/linux Pro Tools (aax, vst), Logic/Final Cut. Чур Reaper и DaVinci Resolve не впаривать, они без плагинов "бесполезны". Про медицину можно и не говорить, всё только под M$. Ни для кого не новость, что "дизайнеры/прогеры" того же gtk (gnome) на огрызке работают :) Городить костыли через wine (yabridge) всё равно, что win xp ставить на новое железо, а пока разберёшься с альсой/пульсой/джеком/пайпваером, - дважды проклянёшь всё, не говоря уже о том, что не все профессиональные аудио интерфейсы имеют драйвер под linux. Ах, да, и частые произвольные ребуты в линухе на znver 1-2. Задолбал этот "foss friendly AMD" с mce [Hardware Error]: CPU : Machine Check: Bank : C6 выключен, толку ноль, пару-тройку раз в неделю падает (ondemand|performance спасают более-менее). "Wintel" такого себе не позволяет, а вот Mac, бывало, тоже впадал в kernel panic по середине сессии или в начале при старте :)
Я и не ною. Linux is lacks! Это факт. В аудио/видео продакшене ему всё ещё "не место", только как сервак аля рендер станция. Для офисного годится на 100%, если не привязаны к M$ VBA/Exchange. Для дома тоже не плох стал пару лет назад, и видео ускорение в браузеры завезли (хотя и гемор для "кухарки" его включить на иксах), valve хорошего подкинула для игр. Главное, чтобы лэптопы были "из белого списка", не какой нить XXX, где линукс раком встаёт уже при загрузке (CPU#x stuck for XXs!), блютуз не алё, wifi от intel на 20 мбит/с из 250 возможных пашет, переключение на дискретную ВК "самое лучшее в мире" и т.д....
ПС: Я иногда беру с собой на "низкобюджетные" выездные сессии (трекинг вокала/гитар) лэптоп с линухой, NS-10M, и старый usb E-MU. На "местных" звукарей производит неизгладимое впечатление. Сначала думают, что это хакинтош, ибо KDE. Но, видя Reaper под Linux, даже не верят глазам своим :)
> думают, что это хакинтош, ибо KDEСтранно, ведь кеды обычно напоминают Windows XP SP2 Zver CD Ultimate Edition (free download, download free, torrent, no viruses, crack keygen).
Это скорее всего были самые обычные люди, которые кроме винды других настольных ОС вживую и не видели. Таких на свете большинство. Они ещё боятся всего нового, то за ХРюшу держались зубами, потом за 7ку, которую они сидя на ХРюше хаяли.
Думал я один такой с рандомными перезагрузками Ryzen 3600.Кстати, ты ножки у процессора не гнул?
>>Думал я один такой с рандомными перезагрузками Ryzen 3600. Кстати, ты ножки у процессора не гнул?Нет, всё железо "ровное". Винда работает, как часы. Проблема с Ryzen и mce [Hardware Error] "широко" известная. Падает из-за перехода (или не выхода) из режима низкого потребления (C6 state), зависит от версии AGESA и ядра. Я на последнем linux-zen (5.17.4) с amd_pstate и onedemand. schedutil по несколько раз в день "кладёт" систему, не важно какой драйвер: acpi-cpufreq или новый amd_pstate. У кого решилось обновлением agesa и переходом на lts ядро, кто выключает C6 state (https://github.com/joakimkistowski/amd-disable-c6) и что-то там у ОЗУ ковырял. У меня пока смена governor "помогла".
ПС: Так же мне и rx 570 "подсирает", иногда вываливается в цветные квадраты и всё, только alt+SysRq+B. Проблемы такие даже в lts дистрах. Сейчас на "i-use-arch-btw" сижу, "доволен" :)
Проблема же в твоем железе.Просто иди и купи нормальный комп под линукс. На нормальных компах линукс работает идеально.
Или ты не слишком элитный для элитной ос?
А что не так с его железом? Или аргументировать - нынче не в моде...
> А что не так с его железом?дык, не intel, чего тут непонятного-то?
за поддержку каких-то левых амуде rhbm линусу не заплатила.
По-моему, игрушка Heretic могла работать на процессоре "IBM" без перерыва 3 часа, а вот на точно таком с маркировкой "Cyrix" почему-то обязательно падала, если не поднять напряжение. Может дело в чем-то другом, у нас было слишком мало этого дешевого дефицита для экспериментов.
> По-моему, игрушка Heretic могла работать на процессоре "IBM" без перерыва 3 часа,
> а вот на точно таком с маркировкой "Cyrix" почему-то обязательно падала,ну это-то была проблема жуликов, сп-вших технологию но где-то неаккуратно скопипастивших.
А с нынешним неинтелом проблема все же на стороне софта. Который просто не желают ни тестировать, ни отлаживать ни на чем кроме единственноверной платформы.
Там, вроде, IBM выпускала процессоры Cyrix и за эту услугу брала оплатой 20% от готовой продукции. Ну и, наверное, выполняла первичное тестирование. :) Сейчас 6-ти ядерники и прочие "чуть меньше частота" готовятся из по сути отбраковки.
там проблема не в тестировании, а скорее в том что они все были "совместимы". Т.е. основаны на кривокраденых у интела технологиях.Причем чего те стоили - хорошо показала история самой амуде с ее "windows compatible" лого.
Которое надо было читать ровно как написано - windows compatible, а все остальное не обязано вообще работать. (Это когда после проигранного иска интела им пришлось заменять ворованные технологии собственными разработками. Получилось "не очень".)
Cyrix и IBM это один и тот же процессор, речь о неодинаковости меж ними из-за разброса параметров при производстве, а не о совместимости с оригиналом. Сейчас ситуация в чём-то похожа. Линус купил "топовый" Тредриппер, а по сути у него нормальный процессор, потому он и работает. У большинства остальных отбраковка, которая работает на грани фола. С Интелом проблемы выявляются чаще, поскольку самих процессоров больше.
эээ... и где у них аналог blue lightning?> Линус купил "топовый" Тредриппер, а по сути у него нормальный процессор, потому он и работает.
или он не занимается на нем тем что тут считают работой (бесконечные пересборки ведра и писание в рассылки вероятней всего и у остальных бы нормально получились)
> С Интелом проблемы выявляются чаще, поскольку самих процессоров больше.
и угрожают урезать финансирование.
Cyrix производственных мощностей не имела и выпускала свои "x86-совместимые" процессоры на заводах IBM и TI.
Это ж не означает что ibm получала автоматом права лепить свои буквы поверх чужих.
Ну так они по договору лепили. Брали за производство не резанную бумагу, а лучшие 20% кристаллов. Подозреваю, что "лучшие" в договоре прописано не было, оно так само получилось. :)
Ну так Cyrix, видно, задирала частоты вверх при маркировке по сравнению с IBM, Один и тот же проц маркировался и как PR200 и как PR233. Легким движением руки брюки превращаются...)))
Ну как бы да, это примерно то же самое. Из одной партии отбираются по каким-то параметрам экземпляры. Допустим, условно, выходит 40% PR233 и 60% PR200. Но IBM себе отобрала 20% не из общей массы, а из из лучших 40%. Cyrix про это "не знает" и из оставшихся 20% + 60% опять отобрает 40% "хороших", производитель же гарантирует такой процент годных.))
А я наблюдал проблемы с AMD Ryzen 7 5700U даже на винде. 11я искоропки ловила перезагрузки, а 10ка только после установки дров с сайта AMD, так что я подозреваю, что опять амуди наговнокодили. Потому что 10ка с дровами из Windows Update работала без проблем. А в 11й скорее всего обновлённые дрова уже идут в комплекте.Короче, ребята, не экономьте на таких ключевых вещах, не покупайте амуди вместо процессора. На всех трёх процессорах у меня работало всё замечательно: Windows, Linux и даже macOS с пол пинка. Это были Pentium E6300, i5-4440, а сейчас i5-9600K.
Дискретные видеокарты конечно только от AMD, но они хорошо работают в Linux не только благодаря AMD, в мезу ещё межделшап и вульва не хило контрибутят, они, можно сказать, без участия AMD тянут RADV.
Вот сейчас у меня RX 6600 XT, она даже в макОС работает нативно искоропки.
> А я наблюдал проблемы с AMD Ryzen 7 5700U даже на винде.
> 11я искоропки ловила перезагрузки, а 10ка только после установки дров с
> сайта AMD, так что я подозреваю, что опять амуди наговнокодили.Там просто тепловые трубки оказались в неподходящем месте, поскольку были рассчитаны на другой процессор. Или производитель ноута недокрутил лимиты. Или AMD не объяснила, что на самом то деле процессор под 100 Ватт. Вот этой штукой https://github.com/FlyGoat/RyzenAdj можно уменьшать максимальное потребление. Венда это и делает (но не сразу, а после жалоб пользователей решается с обновлениями).
Проблема в твоём зен-кернеле. Если для аудио, ставь -rt или -lowlatency kernel, а не русское поле экспериментов.
> Проблема в твоём зен-кернеле. Если для аудио, ставь -rt или -lowlatency kernel,
> а не русское поле экспериментов.В linux-zen проблем "нет", только если из апстрима. Юзаю его, ибо не Монжара, Арч ванильный ни какие игровые пачти (futex|fsync) не тащил в своё ядро, следовал/ет за mainline. А на фига дома Линукс без игрушек, верно? :)
lts ядро (5.15) в Раче пока ещё тоже с сюрпризами и без fsync. Но, как и говорил ранее, проблема с Ryzen даже в Debian based имеется, включая новые релизы с 5.10 (deb11) и 5.15 (ubuntu2204)rt ядро не нужно для этих целей, все патчи для rt-привилегий, кажется, начиная с 3-ей версии Линукса есть. low latency пока хз, как применять, ибо всё равно нет достойного софта, а задержки около 4 мс попросту не мешают, особенно, когда мониторишь с консоли, а не с daw. Поэтому, что asio, что core audio, что jack... ;)
> Но если всё равно считаешь что в лиунксе ничего нет, то можешь
> пойти и рассказать об это Пиксарам или Кэмерону с его "Аватар"'ом.Опять не внимательно читаете. Я же писал, что, как рендер-станция годный! Я застал Силикон Графикс и знаю, на что способен unix like. Софта хватает, это верно, но проблема в том, что не все "профессионалы" будут слезать с де-факто индустриальных стандартов. НО, самая большая трабла это стабильность desktop linux. Как он себя поведёт на вашем железе/конфиге и кто это будет обслуживать при таком "зоопарке" DE и прочего. В производстве на такое попросту нет времени. Например, даже Мак может (такое бывало у меня) просто не включаться или "хуже", не стартанёт Pro Tools, сиди полчаса ковыряй этот чёртов Digidesign/Avid,но там хотя бы "стандарты и саппорт есть". А вот зайти на linux.org.ru в случае чего и... :-D
Я тоже могу перечислить нативный профессиональный аудио софт, но это всё кросс-платформа и будут его запускать на winnt/macOS.
REAPER, Bitwig Studio (но все юзают Ableton, под linux его нет), Harrisson Ardour|Mixbus (его я видел только в проджект-студиях, сам не щупал, юзаю эмуляцию консолей из плагинов)
Но, что со всем этим делать-то? iLok и UAD под ГНУЛикс нет, без них "работа" боль, если в "коробке". Хотя, steinberg "давно" замутила VST sdk для linux, но ни кто не взялся за него всерьёз, есть пару контор, которые "экспериментально" собирают плагины, но это всё ещё "далекое будущее". В гибриде вполне можно жить. Но сейчас в живую на железе/плёнку редко кто пишет, и я не знаю, будет-ли recall на какой новой консоли с линуксом дружить, хотя бы по midi. Надо проверять, но опять же нет времени. Говоря о работе FOH, скажу, что многие dsp микшеры и так работают на, скорее всего, бсдяхе. Работают хорошо, иногда тупят, но прошивки обновляют.
>[оверквотинг удален]
> Но, что со всем этим делать-то? iLok и UAD под ГНУЛикс нет,
> без них "работа" боль, если в "коробке". Хотя, steinberg "давно" замутила
> VST sdk для linux, но ни кто не взялся за него
> всерьёз, есть пару контор, которые "экспериментально" собирают плагины, но это всё
> ещё "далекое будущее". В гибриде вполне можно жить. Но сейчас в
> живую на железе/плёнку редко кто пишет, и я не знаю,
> будет-ли recall на какой новой консоли с линуксом дружить, хотя бы
> по midi. Надо проверять, но опять же нет времени. Говоря о
> работе FOH, скажу, что многие dsp микшеры и так работают на,
> скорее всего, бсдяхе. Работают хорошо, иногда тупят, но прошивки обновляют.А я тебе ещё раз говорю, что проблема именно в зен-кернеле, потому что я того, что ты описываешь, на убунте с lowlatency кернелом не испытывал, и совершенно очевидно, что железячники соместимость с зен-патчами не тестируют.
Попробуй: https://packages.ubuntu.com/jammy/linux-lowlatency
> А я тебе ещё раз говорю, что проблема именно в зен-кернеле, потому что я того, что ты описываешь, на убунте с lowlatency кернелом не испытывал, и совершенно очевидно, что железячники соместимость с зен-патчами не тестируют. Попробуй: https://packages.ubuntu.com/jammy/linux-lowlatencyПростите, но я Вас не понимаю. Как мне поможет linux-lowlatency, к тому же из Убутнты на Арче, если всё равно нет софта для моей работы? :)
Если Вы про проблемы фризов и ребутов на Ryzen, говорил, я уже пробовал разные ванильные ядра, в том числе lts дистров. Сейчас у меня "нет" проблем с "дефолтным" и zen ядрами на десктопе, т.е. я их решил сменой говернора. Кстати, на Винде драйвер АМД тоже ставит свой план питания, в котором держит минимальный уровень на 99%.
И помните, что если у Вас всё работает, это не значит, что у других будет так же, учитывая разное железо вокруг одинакового камня. Какой у Вас проц, мать, версия прошивки (агесы), microcode, какая ОЗУ и профиль xmp и т.д., что в /sys/devices/system/cpu/cpu0/cpufreq/ scaling_driver и scaling_governor...Это тянется с пятой ветки, лишь один из багрепортов:
https://bugzilla.kernel.org/show_bug.cgi?id=206487
>[оверквотинг удален]
> пробовал разные ванильные ядра, в том числе lts дистров. Сейчас у
> меня "нет" проблем с "дефолтным" и zen ядрами на десктопе, т.е.
> я их решил сменой говернора. Кстати, на Винде драйвер АМД тоже
> ставит свой план питания, в котором держит минимальный уровень на 99%.
> И помните, что если у Вас всё работает, это не значит, что
> у других будет так же, учитывая разное железо вокруг одинакового камня.
> Какой у Вас проц, мать, версия прошивки (агесы), microcode, какая ОЗУ
> и профиль xmp и т.д., что в /sys/devices/system/cpu/cpu0/cpufreq/ scaling_driver и scaling_governor...
> Это тянется с пятой ветки, лишь один из багрепортов:
> https://bugzilla.kernel.org/show_bug.cgi?id=206487Тогда я тебя самого не понимаю: если проблемы устранились сменой гавернора, тогда почему ты обвиняешь АМД? По поводу бага, учитывая, что с октября новостей нет, есть вероятность, что причину устранили в ядре.
> Тогда я тебя самого не понимаю: если проблемы устранились сменой гавернора, тогда почему ты обвиняешь АМД? По поводу бага, учитывая, что с октября новостей нет, есть вероятность, что причину устранили в ядре.Да блин, Вы первый день за рулём? В Linux'е регресс штука постоянная: починили, потом сломали и так кругами. "Обвиню" потому, что на Intel у меня такой фигни не было. А тут проблема "массовая".
>> Тогда я тебя самого не понимаю: если проблемы устранились сменой гавернора, тогда почему ты обвиняешь АМД? По поводу бага, учитывая, что с октября новостей нет, есть вероятность, что причину устранили в ядре.
> Да блин, Вы первый день за рулём? В Linux'е регресс штука постоянная:
> починили, потом сломали и так кругами. "Обвиню" потому, что на Intel
> у меня такой фигни не было. А тут проблема "массовая".Так ты определись, проблема в софте или в железе. Для меня очевидно, что в софте, а по твоему первому сообщению выглядит так, что ты обвиняешь железо от АМД.
Откройте какой-нибудь форум overclockers, это теперь "норма". Нет, они не гонят поцессоры, в штатном режиме и под Виндой всё точно так же, если не повезёт с экземпляром (два одинаковых камня на двух одинаковых досках в одной комбинации работают, а в другой не очень). Это всё уже было во времена бренда "Tomato Board". Позже проблему решили, увеличив технологический запас. Теперь с авторазгонами камни работают на грани. Раньше 1,4 Вольта считалось нельзя, а теперь вдруг стало можно. Попробуйте уменьшить напряжение "оффсетом", или задайте вручную фиксированное и посмотрите.
Просто кремниевая электроника достигла своих пределов. Все современные поделки напоминают поздних динозавров накануне их вымирания. Жрут, греются как не в себя, жуткие монстры.
> Просто кремниевая электроника достигла своих пределов. Все современные поделки напоминают
> поздних динозавров накануне их вымирания. Жрут, греются как не в себя,
> жуткие монстры.Скорее все как у двуногих: загасили все остальное и начав доминировать - а зачем им теперь быстро улучшаться? Остальные даже так не смогли, тем хуже для них :)
Про аудио-софт, пожалуй, соглашусь. Ни самого софта, ни удобства с аудио-стеком в линуксе нет. Про видео спорно и 50/50. Но про отсутствие профессионального софта для творчества ты явно загнул.
Maya, Houdini, Subsance, Mari, Clarrise - более чем профессиональный софт.
Но если всё равно считаешь что в лиунксе ничего нет, то можешь пойти и рассказать об это Пиксарам или Кэмерону с его "Аватар"'ом.
> Ни для кого не новость, что "дизайнеры/прогеры" того же gtk (gnome) на огрызке работают :)Ну так от них гомосятиной и так несёт за версту, да.
К сожалению, вынужден с твоим постом согласиться.Однако, не вальве единым - под Линукс, внезапно, есть ещё UT2004!!!
> все кто хотят уже давно работают в линухеSubstancePainter:
- лаг мыши в 0,5-1 секундыUnrealEngine:
- кросскомпиляции linux->windows нет и не будет
- плагинов из стора тоже не дождетесь
- node editor - лаг мыши до 2 секундBlender:
- часть плагинов win-only> под wine
Глюки в неожиданных местах
> пускай и с виртуалкой
Запустить линукс, чтобы в нем запустить виртуалку, чтобы в ней запустить программу.
Помогите Кейдауну найти лишнее.
Завернуть все необходимое в виртуальную машину - это очень здравая идея. И так сред может быть сколько угодно.
С Blender не всё так однозначно. Не знаю, как сейчас, но ещё пару лет назад рендеринг в Linux-версии был значительно быстрее.
Вместо того что рыбачить, ты хочешь чтобы я вместо тебя наловил рыбы. Удочку тебе дали, дальше ты сам.
> SMB"шники используютА им то он напуркуа?
>А им то он напуркуа?Это для совместимости с именами файлов.Если допустим файловые атрибуты Samba может сэмулировать на ext4 с расширенным Acl (с XFS и Btrfs расширенными атрибутами обычно проблем нет) ,то что делать с именем файла?Проблема в том что на ntfs 255 знаков (кодировка utf-16) ,драйвер ntfs-3g работает с такой длинной именн.А posix стандарт определяет 255 знакомест (или байт) в национальных кодовых таблицах ascii ,т.е 8 битная кодировка ,получаеться при переходе на юникод у нас 127 символов.Но технически перейти на такую длину на XFS /Btrfs нет,Эритсофт и Алт предлагали падчи на эти фс,проводили даже тестирование,но в основную ветку эти падчи так и не вошли...
> SMB"шники используютАга, а еще FTP'шники, Apache'вики, WebDav'щики
> SMBкакое отношение имеет, по Вашему, к файловой системе?
Нативные ACL ?
а ты застал те времена, когда спрашивали, зачем нужен wine?
мне оно тоже никогда не нравилось, в FHS не вписывалось, префиксы какие-то, GUI кривой.
а теперь если бы не wine, у меня бы не было в моем линуксе игор.
так что почему бы и нет, если тебе открыли забесплатно коммерческий продукт?
Wine не нужен. Держу в курсе.
> если бы не wine, у меня бы не было в моем линуксе игорElite Dangerous Odyssey: wine/proton 17-45fps, windows >75
SCUM: wine/proton 35-50fps, windows >100wine - не нужен
А у вас clocksource точно tsc и режим performance? Меня терзают смутные сомнения... лучше всего загрузиться с intel_idle.max_cstate=1 если у вас intel и перепроверить еще раз.
> перепроверить еще разИ еще вспомнил: World of Warships - фризы при активации пво и переключении в бинокль.
При запуске в виртуалке просадки fps нет.
> И еще вспомнил: World of Warships - фризы при активации пвоВот оно что, Михалыч...
> При запуске в виртуалке просадки fps нет.
Срочно раздать матросам спасательные виртуалки.
А зачем там clocksource? Игра, если ей надо, прочитает tsc напрямую. Это одна команда процессора.
Входе игры, попробуйте изменить tsc->hpet.
апр 27 15:10:56 noob kernel: tsc: Marking TSC unstable due to clocksource watchdog
апр 27 15:10:56 noob kernel: clocksource: Switched to clocksource hpetЗапускал игрушку, вроде играется. Я малость туповат, сам не дотямкиваю, потому и спросил "зачем".
time stamp counter - это регистр процессора, игрался с ним для синхронизации, когда была необходимость _ждать_ обратного хода луча, что бы не тратить в холостую процессор. От ОС этот регистр не зависит. Функций Win32 API, которые бы пришлось вызывать вместо rdtsc (и теперь эмулировать WinE) сходу не припомню.
Попробую перефразировать вопрос: что это даёт, хотя бы в теории?
У вас определенно проблемы. Есть на ютюбе такой канал FlightlessMango - посмотрите на то, каким должен быть результат.
Нет, анон. Подробности - на протондб.
> зачем нужен wine?Таки зачем?
> Объясните мне, дураку, зачем в линуксе NTFS?ext4 глючное тормозное г-но с проблемами в обработке EA и еще кучей проблем унаследованных со времен когда компьютеры были большие. И это еще если журнал не включать.
xfs крэшится на ровном месте и портит файлы, иногда вообще необратимо ломаясь
На остальных и вовсе пробы негде ставить. (64x write amplification, помимо прочего)
Рейзер сидит, Шишкин не хочет правильно кланяться.
> Неужели, кто-то реально использует постоянное подключение разделов NTFS в линуксе
да. /dev/sda1 3906982908 678311540 3228671368 18% /srv
Но там ntfs3g - она получила ХОРОШЕГО пинка от алмазалександрыча. Там резко закомитили пяток исправлений и по фичам и по производительности.
На моих измерялках выгода от in-kernel ntfs была на уровне ошибки измерения, как по скорости так и по нагрузке на cpu. (your mileage may vary, я не знаю что будет, к примеру, если покопировать исходники qt на такой раздел в паре-тройке-десятке сессий параллельно - не моя задача. А для fuse теоретически это проблема.)
Цыган был хорошим хакером, сейчас таких не делают. (Он, кстати, жив и в строю, хотя этот проект и бросил, похоже.)
С каких пор ext4 стала(была) тормозной?
не пользуюсь, но осуждаю
при удалении кучи мелких или нескольких многогигабайтных файлов все так же тормозит как и ext3?
чому "тормозная" UFS2 шмагла?
Не, ну если журнал отключишь - то будет гораздо быстрее тормозить, примерно как ext2.
Но если в этот момент слуцилась что-то с питанием или просто повис кривой драйвер - то именно в этом сценарии fsck может уже не помочь (ну в смысле, он "починит", но mkfs быстрее и результат тот же).
С рождения, слаще-морковки-не-едавший.
> ext4 глючное тормозное г-ноsudo /sbin/tune2fs -O fast_commit /dev/помойка-с-ext4
но желателен UPS и спец.процедуры перед halt/reboot/poweroff
(вручную остановить всех демонов-писателей, несколько раз сбросить кэш и sync).> с проблемами в обработке EA
EA не нужны. за исключением стихийно выросших файлопомоек, которые тоже не нужны.
пруф ми вронг.
У меня недостаточно модная tune2fs, в ней нет этого вчера появившегося но недокоммиченого костыля.> (вручную остановить всех демонов-писателей, несколько раз сбросить кэш и sync).
и с бубном поплясать еще.
> EA не нужны.
админу локалхоста вообще ничего не нужно. Ему на самом деле вообще не нужен линукс, но он же не такой как все, целый локалхост админит, а не какой-то там обычный пользователь обычной винды, фу таким быть.
А мне вот нужны, поэтому ntfs
>[оверквотинг удален]
> /srv
> Но там ntfs3g - она получила ХОРОШЕГО пинка от алмазалександрыча. Там резко
> закомитили пяток исправлений и по фичам и по производительности.
> На моих измерялках выгода от in-kernel ntfs была на уровне ошибки измерения,
> как по скорости так и по нагрузке на cpu. (your mileage
> may vary, я не знаю что будет, к примеру, если покопировать
> исходники qt на такой раздел в паре-тройке-десятке сессий параллельно - не
> моя задача. А для fuse теоретически это проблема.)
> Цыган был хорошим хакером, сейчас таких не делают. (Он, кстати, жив и
> в строю, хотя этот проект и бросил, похоже.)zfs on linux. Полет нормальный.
Впрочем и с ext4 я горя не знаю (хотя кривости это не отменяет, да), в отличии от ntfs, с которым на винде частенько были проблемы.
> zfs on linux. Полет нормальный.64x write amplification, целиком ядро (иногда два) сожраные какими-то неведомыми "zil_writer" или как там их, проблемы с неумением освобождать память для приложений - вот это вот все - "нормально", ага.
> в отличии от ntfs, с которым на винде частенько были проблемы.
что я такого двадцать лет делаю не так что у меня не было с ним проблем ни на винде, ни в линуксе даже?
Вот прям за 20 лет ни разу chkfsk не запускался перед стартом?
Запускался. Руками.
После нештатных завершений работы и прочих подозрительных событий.Точно так же как запускается руками fsck.ext4 в аналогичных ситуациях.
(нет, я не верю в волшебство журнала - вероятнее всего потому, что знаю как он работает)
> ext4 глючное тормозное г-но с проблемами в обработке EA и еще кучей
> проблем унаследованных со времен когда компьютеры были большие.Нтфс в винде так то тоже :)
Помню пару лет назад, я лукаво заметил на опеннете, мол, а зачем нужен этот сырой кернел комбайн ntfs3 для ядра, который никто (наверняка) не будет сопровождать, тем более когда есть нормальный юзерспейсный. Помню мне накидали под 30 минусов.В итоге прошёл год и что же мы имеем? А имеем мы вот что:
1)
> Намерения руководителя компании Paragon Software открыть
> дополнительный инструментарий для NTFS тоже пока остались
> лишь обещаниями.2)
> удалить драйвер из состава ядра, что бы не создавать иллюзию
> поддержки NTFS, на деле поставляя ещё сырую несопровождаемую
> реализацию с неисправленными ошибками.Тем временем я прекрасно использую ntfs-3g много лет и у меня нет никаких нареканий:
evil@localhost:~> sudo zypper info ntfs-3g
Загрузка данных о репозиториях...
Чтение установленных пакетов...Сведения — пакет ntfs-3g:
-------------------------
Репозиторий : Update repository with updates from SUSE Linux Enterprise 15
Имя : ntfs-3g
Версия : 2021.8.22-3.8.1
Архитектура : x86_64
Поставщик : SUSE LLC <https://www.suse.com/>
Размер после установки : 306,8 KiB
Установлено : Да
Состояние : актуален
Пакет с исходным кодом : ntfs-3g_ntfsprogs-2021.8.22-3.8.1.src
Адрес источника : https://github.com/tuxera/ntfs-3g/
Заключение : NTFS Support in Userspace
Описание :
NTFS-3G allows for read/write access to NTFS partitions which can be
shared with Windows XP, Windows Server 2003, Windows 2000, Windows
Vista and Windows Seven.И, вообще, насколько я помню софт от парагон всегда был сомнительным с точки зрения качества и багов. Так что спасибо.
Пришел аноним, написал что ему пару лет назад анонимы накидали минусов. Теперь будем знать что предсказания анонима сбываются. Или не сбываются.
справедливость восстановлена - сегодня анониму плюсанули анонимы
Мамкин кулхацкер настолько крут, что даже `zypper info` через `sudo` запускает?И какая вообще смысловая нагрузка у этой твоей простыни? Мог бы просто сказать, что используешь версию `2021.8.22`.
У меня для зиппера тоже рут нужен. А на твоем тазике по иному?
$ zypper info neofetch
bash: /usr/bin/zypper: Отказано в доступе$ ls -la /usr/bin/zypper
-rwxr--r-- 1 root root 3270440 mar 28 17:08 /usr/bin/zyppe
> $ zypper info neofetch
> bash: /usr/bin/zypper: Отказано в доступе
> $ ls -la /usr/bin/zypper
> -rwxr--r-- 1 root root 3270440 mar 28 17:08 /usr/bin/zyppeну и зачем мамкинхакер это сделал?
> Мамкин кулхацкер настолько крут, что даже `zypper info` через `sudo` запускает?у него (zypper а не мамкинхакера) противная привычка без спросу обновлять свои кэши, оверрайдится неудобным образом.
Оно даже сработает от не-рута (срабатывало - в последних версиях могли и поломать) - но поскольку не может записать в системный каталог - на всякий случай и читать оттуда не будет и нагадит тебе в /var/tmp полной копией всего скачиваемого с нуля.Так что привычка правильная.
> И какая вообще смысловая нагрузка у этой твоей простыни? Мог бы просто
никакой, ну и что?
> сказать, что используешь версию `2021.8.22`.
как будто еще какая-то у кого-то есть...
После суматошных комитов "мы не хуже этих парагонов" уже почти год в их репо гробовая тишина. Ну, в общем, законченный продукт, отлито в бетоне, в улучшательствах не нуждается.
К счастью, от stable nonsense надежно изолирован прокладкой.
Хороший тебе совет. не используй мастдаевские технологии.
Спасибо за совет. У меня просто одна из машин на винде (она в air-gap без сети). Ну и + тв приставка для проигрывания видео понимает только нтфс.
- тв приставка для проигрывания видео понимает только нтфс
Это что за хлам такой? :)
Обычно как-то FAT, ext4, и ещё чего-нибудь, но NTFS???
А вообще так-то да, ты прав. От майкрософтовских шляп следовало бы держаться подальше. Трёхбуквенные не спят. С другой стороны для конечного юзера либо в air gap сидеть, либо на qubes.
Майкрософт платиновый спонсор линукса уже кучу лет.Ипользуя линукс ты по сути используешь ос, разработанную на деньги майкрософт.
Поэтому Ты - лицемер.
Здесь жирным троллем и лицемером являешся ты.
Правильно, давайте вернём взад старый ядрёный ntfs3-драйвер и будем по-прежнему сидеть в read-only.Такой путь.
Старый никто и не убирал.
> read-onlyты пишешь из 2002 года?
А есть другой открытый ядрёный драйвер с поддержкой записи?
Есть, тот самый ntfs1 в ядре. Только после его записи уже ничего прочитать не получится. Портит fs.
Ну и от нового пока что толку мало. Будет подвергать риску данные?
> будем по-прежнему сидеть в read-only.Вы знаете, для спасения данных неопытных пользователей этого достаточно. Собственно, только в этом и вижу необходимость поддержки сабжа в Linux.
Не, ну не исправлять же самим баги и глюки (и главное - stable nonsense) в коде?rhbm за ТАКОЕ может и уволить.
Ну хто бы мог подумать, а...
Совершенно неожиданно, можно сказать, внезапно.
Ну скажем я несколько удивлен - думал, они плюнут еще на этапе биения челом длиной в год.Странно что после этого сразу же и забили. Но, возможно, разработчики заняты поисками способов релокации в Мюнхен, а сам владелец уже мараться не собирается.
Бить-то били, только не челом, а членом, и видимо по грушевым деревьям.
А вообще всему этому хламу место максимум за fuse.
> начиная с 24 ноября прошлого года какая-либо активность в разработке открытой кодовой базы NTFS3 прекратилась, назначенный сопровождающий не выходит на связь, сообщения об ошибках игнорируются, а присланные патчи не рассматриваются для включения.Уверен, он готовится запилить в ядро поддержку ReFS.
Боюсь они сделали выводы с прошлого раза. Так что халявной refs придется еще до 2033го подождать.(А так-то они ее пять лет назад уже как запилили. И работает не только в "linux-next", но и с неизуродованным еще ядром. Но...за денежку.)
>> и удалить Linux, чтобы не создавать иллюзию поддержки, на деле поставляя ещё сырую несопровождаемую реализацию с неисправленными ошибками.Хм.
это называется шантаж, после чего вернут старое сырое в ядро, но зато сопровождение есть в лучших blm традициях
так старое "сырое" (оно не сырое, это просто плесень сверху такая наросла) бесполезное ненужно
никто и не удалял, и не планирует. У него ведь есть дофига майнтейнеров и комитеров (нет).
А я радовался, что наконец NTFS появится в ядре. Ибо задолбали кривые мейнтенеры дистров, не кладующие поддержку NTFS в initrd под предлогом в стиле "Ну вы же всегда будете с диска ставить, да?".
Они делают все правильно кстати. А вот ты нет.
Это же очередное подтверждение полной ненужности NTFS.
> Это же очередное подтверждение полной ненужности linoops.поправил, не благодари.
Если бы использовали хурд, ntfs в нём работал бы отдельным бинарником. И не надо было бы поддерживать в ядре. А там и FUSE недалеко.
Его бы использовали если бы всякие немытые, небритые и нестриженные крикуны писали код вместо истошных визгов за швaбoдку. https://www.gnu.org/software/hurd/users-guide/using_gnuhurd.... - сам посмотри когда этот цирк с женщинами низкой социальной ответственности начался (напоминаю - год сейчас 2022, ага).
Так пусть сначала убирают меинтайнера, и если кто-то хочет взять на себя его обязанности из активных разработчиков, то дать ему шанс.
Если нет, то уже тогда удалить код из ядра.
Активным разработчикам платят зарплаты не за это.А взятие на себя обязанностей предполагает от этого какой-то навар. Ну, если конечно тебя не зовут Блин Гейц, и ты не решишь в промежутках между кормлением украдкой негров сделать мир совершеннее.
(Хотя... а зачем вручную-то? Можно ж просто нанять стаю обезьян в Бангалоре. Они все разработают, в лучшем виде. Кто не в курсе - примерно так родилась ZoL)
> Если нет, то уже тогда удалить код из ядра.
почему бы вместо этого не удалить из ведра багнутый бесполезный код ntfs1 ? А, это кого надо нога...
Драйвер для чтения не портит фс
> если кто-то хочет взять на себя его обязанности из активных разработчиков, то дать ему шансТак в списке рассылки Линус так и предложил. А удалить рекомендовано только если вообще никто не пожелает его поддерживать.
> предлагается перевести NTFS3 в категорию оставленных без сопровождения ("orphaned") и удалить драйвер из состава ядранадо с растом ещё такую же штуку провернуть, там тоже "иллюзия поддержки", он ещё больше никому не нужен.
Меня одного полностью устраивает ExFAT на всех флешках и картах памяти?
Виндой не пользуюсь, за исключением когда флешку надо воткнуть в чужой комп.
Все читается и пишется с макоси и линуксов втч андроиды.
Если монтировать без параметров, а потом скопировать с правами рута, то есть вероятность, что ни в винде, ни в другом линуксе не откроется - скажет "нет прав". Только от рута и можно будет открыть
Линус правильно говорит - надо оставить, даже если не работает. Строчек кода больше в ядре будет, скорее новую версию можно будет выкатить!
А так всё хорошо начиналось... :(
И продукция у Парагона норм была.
> А так всё хорошо начиналось... :(Оно сразу началось очень так себе - когда посыпались претензии к colour вместо color и наоборот вместо помощи и поддержки идеи. И продолжилось еще хуже - когда спустя ГОД переписывания colour на color и обратно и переподавания с поклонами и прогибами все вычурней и вычурней - выяснилось, что б-жки которым кланялись - даже не имели и права что-то сами решать, но стеснялись (нет) сказать об этом вслух.
И только когда какой-то совершенно посторонний чувак, по совершенно другому поводу, написал непосредственно Линусу _попутно_ упомянув и эту историю- верховное Б-жество снизошло и осияло кривозубой лыбой, что ЕМУ, ЕМУ кланяться в ноги было надобно!Если кому-то еще было надо что-то понять про управление прожектом линукс и серпентарий обитателей lkml, то я не пойму, как такой альтернативно-одаренный еще кодить что-то может.
> И продукция у Парагона норм была.
Ну так себе, посредственная - работала в стандартных позах, валилась в нетиповых, все как всегда у шибкомелкой лавчонки и бывает. Ну в смысле - если ты сравнишь с тем что сделали безвестные индусы с ZoL posix layer, например. "у этой функции три параметра? Может два? Опять не угадали - может пять?" - и тотальная поддержка с 2.4.16 по 5.0 - _работающая_.
а парагоновский драйвер (закрытый который) у меня споткнулся о собственные шнурки при попытке поискать includes где-то в /lib/modules - да, это примерно правильное направление, но один уровень забыли (причем еще и неправильно обработав эту ситуацию в скрипте). Явно никто никогда не проверял сборку на чем-либо кроме локалхоста.
Ядерные вахтёры, значит, пока никто не видит, завалили их инклюзивными поправками? Однако...Ну, в любом случае, я бы хотел, чтобы их драйвер был дописан и воплощён в жизнь.
Ну, во всяком случае, на пару тривиальных багов наступил я (а не вахтеры, те, видать, только "программировать на псевдокоде" горазды, а мараться запускать - это не барское дело), и еще штуки три-четыре на которые не наступил были исправлены самим алмазалександровичем пока я отслеживал изменения (они в какой-то момент доломали мне совместимость с моими немодными ядрами и последние я не смотрел за бесполезностью для себя) без всякого участия lklmовского серпентария. Те все больше давали советы по стилю кодинга и блюдению фетишей.> Ну, в любом случае, я бы хотел, чтобы их драйвер был дописан и воплощён в жизнь.
Ну я вот тоже хотел, но прогноз с самого начала был пессимистичный. В конце-концов, определенная польза была - ntfs-fuse немного пооптимизировали и пару надоедливых проблем в ней закрыли в пожарном порядке. А она хороша еще и тем, что не линкусом единым. Если бы ntfs3 взлетела - ее ждала бы судьба exfat-fuse, а никакого другого exfat или ntfs в freebsd, к примеру, не предвидится.
М-да. На чём сидеть?.. А седьмая венда уже на честном слове держится. (
Почему-то я тоже везде баги нахожу. Особенно когда очень нужно чтобы работало. И, что раздражает больше всего, багрепорт обычно хрен отправишь. Например, в кедах: соберёшь всё, нажмёшь отослать, "да, каждый раз", "да, знаю", "да, могу повторить", и в конце - "извините, но этого мало! до свиданья.".
Если бы у меня были бесконечные деньги - вероятно, я бы перебрался на 2019. Не смотря на противную привычку выводить предложение "посмотри на обновления!" она лишена многих "забот" о пользователе, характерных для десятки.Ну и storage spaces с direct уже вполне промышленного качества.
Зачем ms так старательно уничтожила семерку, почти с целеустремленностью адоба - для меня тоже загадка. Казалось бы, усилия по поддержке - минимальные, драйвер нвидии как пилила сама нвидия так и продолжила бы пилить если бы система еще была на рынке. Не шмагли добавить "магазин"?
Боялись показать инвесторам нулевые продажи ретейловой десятки? Происки рептилоидов?
> Зачем ms так старательно уничтожила семерку, почти с целеустремленностью адоба - для меня тоже загадка.Все должны были перейти на версию виндоуз с тоннами спайвере. Существование семёрки этому мешало.
мифы и легенды опеннета, рулоны на вес.Существование семерки ничему не мешало, такая же точно телеметрия для отключающих телеметрию там была с 2015го года, те два странных номерных обновления ДО (и не покрываемые ими) разделения на "security-only" и "all-in-one" с собой приносили большую ее часть (впрочем, по прежнему отключаемую, но в ста местах вручную, а не одной галочкой).
И всё-таки, на 10ке зондов больше на порядок.>> Если бы у меня были бесконечные деньги - вероятно, я бы перебрался на 2019.
А у меня опыт сидения на Server 2008|2012 был крайне печальный - если 2003 был шустрее XP, то вот эти два - просто адово тормозные для десктопа. 7 про пока ещё работает. Но, к сожалению, не-серверные вёнды не умеют в 4 сокета.
Для краткого описания руководителей разработки ядра подходит только один термин: зажрались.
https://lore.kernel.org/ntfs3/0f48e2eb2b0740b1b85e3b8d910c4b.../
Тут paragon ответили. Например то что у них нет kernel.org аккаунта и доступа к git.kernel.org :-(
Любопытно. Спасибо за ссылку!
Потому что и это все делается через анус и путем бития челом, как и вся окололинуксная разработка. Ну не использовать же гитхаб платинового спонсора, действительно.
Они и предлогают очередную порцию исправлений на гитхаб загрузить
А божок-с-пальцем-то их слушать собирается? вот и я думаю что нет.Кстати, как третья сторона, доложу: выковыривать патчи из гита (неважно, шитхабового или lkшного) и пытаться отслеживать что там происходит - гораздо противнее чем разбираться в патчах оформленных как отдельная пачка файлов.
Т.е. гит и тут показал полную непригодность ни для чего кроме автоматизации пресловутого "воркфлоу" порезать-помельче-прислать-в-рассылку.
Есть мнение, что этот самый "платиновый спонсор" за кулисами тормозит любые потуги с NTFS и много что ещё. Не будет же Великий Майнтайнер прилюдно заявлять "а иначе мне грозили урезать финансирование и ещё МПХ".