The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Продемонстрирована возможность загрузки Windows из раздела с Btrfs, opennews (??), 22-Апр-23, (0) [смотреть все]

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


3. "Продемонстрирована возможность загрузки Windows из раздела с..."  +5 +/
Сообщение от soarin (ok), 22-Апр-23, 07:54 
Вот это инновации 😮
А как там ReFS (или как оно)? В серверных виндах?
Ответить | Правка | Наверх | Cообщить модератору

4. "Продемонстрирована возможность загрузки Windows из раздела с..."  –3 +/
Сообщение от Аноним (4), 22-Апр-23, 08:01 
legacy же. Выкатили раньше времени сырую ФС без основных фич ntfs и прочих нормальных фс, широко используемых в софте, доделывать планов нет, но так как сервера - это платящие пользователи, то приходится поддерживать - вдруг кто-то перевёл диск на неё? С десктопов же драйвер убрали, чтобы у ламеров не было стимула отстрелить себе ногу.
Ответить | Правка | Наверх | Cообщить модератору

16. "Продемонстрирована возможность загрузки Windows из раздела с..."  +5 +/
Сообщение от maximnik0 (?), 22-Апр-23, 08:52 
У вас неверная информация.Развиваеться ,3 месяца назад вышла новая версия .Для дескопа заморозили из за проблемм с совместимостью с играми и софтом.Но уже отформатированные диски не кто не запрещает использовать.Вдобавок энтузиасты выпустили консольную версию mkfs, так что появилось возможность и под домашней версией отфармотировать раздел.
Ответить | Правка | Наверх | Cообщить модератору

28. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (28), 22-Апр-23, 09:43 
>из за проблемм с совместимостью с играми и софтом

Я же говорю - более 10 лет фс "пилят", а так и ntfs по функциональности и надёжность догнать не могут. Можно много рассказывать про номера версий, но прогресс не номерами версий измеряется.

Ответить | Правка | Наверх | Cообщить модератору

39. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Я (??), 22-Апр-23, 10:02 
а они и не пытаются.. нтфс догнать, они решили что бизнес фичульки развивать важнее чем пихать это юзерам которым это всё нинужно и всё если что-то есть в нтфс и нужно игрлькам но не нужно серверам они это даже смотеть не будут.
Ответить | Правка | Наверх | Cообщить модератору

178. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от пох. (?), 22-Апр-23, 17:08 
> а они и не пытаются.. нтфс догнать,

Так им и не надо - у них уже есть одна.

А эта штука строго для тех случаев, когда ntfs не подходит. Их во-первых мало, во-вторых они все узкоспецифичные и для них малоактуальна возможность "запускать windows store".

Хотя недавно вроде врали что в 2022 загрузку с refs все же сделали, но это неточно. (В смысле оно скорее всего так же "здорово" как тут. Ну кое-как загружается и ладно. Для каких-то узкоспециальных случаев когда хранилка есть и непременно локальная, а вот лишний да еще дублированный для надежности диск для загрузки почему-то не получилось.)

Ответить | Правка | Наверх | Cообщить модератору

143. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от AleksK (ok), 22-Апр-23, 15:15 
> а так и ntfs по функциональности и надёжность догнать не могут

Функциональность ntfs? Это какая? Это же окаменевшее говно мамонта, в ней даже cow нет.

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

202. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от U202204161753 (?), 22-Апр-23, 20:17 
Огорчу: в ReFS достаточно многие возможрости NTFS не реализованы.

И это - факт.

Ответить | Правка | Наверх | Cообщить модератору

217. Скрыто модератором  +/
Сообщение от Аноним (-), 22-Апр-23, 21:11 
Ответить | Правка | Наверх | Cообщить модератору

311. Скрыто модератором  +/
Сообщение от U202204161753 (?), 23-Апр-23, 09:43 
Ответить | Правка | Наверх | Cообщить модератору

36. "Продемонстрирована возможность загрузки Windows из раздела с..."  +2 +/
Сообщение от anonymous (??), 22-Апр-23, 09:56 
С января месяца добавили в инсайдерскую версию windows 11
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

212. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 22-Апр-23, 20:55 
> Для дескопа заморозили из за проблемм с совместимостью с играми и софтом

Майкрософт разучился писать драйверы IFS? Ну вот, теперь и у них есть знание древних которое было утрачено. Так и начался вендокаепц :)

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

301. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от maximnik0 (?), 23-Апр-23, 08:01 
>Майкрософт разучился писать драйверы IFS?

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

Ответить | Правка | Наверх | Cообщить модератору

334. "Продемонстрирована возможность загрузки Windows из раздела с..."  –1 +/
Сообщение от Аноним (-), 23-Апр-23, 19:58 
> Не надо ерничать-там проблема в другом.

Что - в другом? Майкрософт дозажимался док, спеков, хидеров и проч до состояния когда драйверы стало по сути некому писать. Такая ерунда. Если вы мечтали кодить драйвер, файлухи, еще и продвинутой - майкрософт наверное последнее место на планете куда имеет смысл соваться. Просто глядя на их отношение к системщикам и уровень технологий ФС которые они делают.

> ReFS не поддерживал потоки,штатную фичу ntfs.

Ну надо же, оказывается если навертеть опций, в по сути единственной безальтернативной ФС, потом придется compat поддерживать. Кто бы мог подумать? А архитект ReFS раджа был? Или таймлайны на дизайн были долбанутые? Или все и сразу? С майкрософта станется.

> А оказалось что до фига программ и игр использует эту вещь.

Ну а вон софт стал юзать рефлинки и редхат его даже для XFS почему-то вот накодил. Хоть это и знатная сова на глобус да еще все громкие имена блочного и ФСного уровней из RH ушли. Майкрософт получился технологическим уровнем ниже чем даже вот это.

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

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

Ответить | Правка | Наверх | Cообщить модератору

353. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от maximnik0 (?), 23-Апр-23, 22:21 
>Майкрософт дозажимался док, спеков, хидеров

Странно MSDN подписка как выходила ,так и выходит.Там даже бэта версии операционное скачать можно.Вы сами себе противоречите - как тогда человек драйвер btrfs для винды написал.И очень быстро написал,3 года чтобы 90 % работало фич фс это очень быстро,учитывая что он же конвертер написал и загрузчик.
Ms научила refs делать рефлинк, только какой-то странный, есть ограничения:https://learn.microsoft.com/ru-ru/windows-server/storage/ref...

И зря вы поливаете разработку refs грязью,они тихо все фичи NFS4 спионерили: появилось пространство именн.Т.е теперь кластера делаются по щелчку мышки элементарно, настраивается профили также легко из оснастки. Это великолепнейшая вещь, упрощающие администрирование на порядок.

Ответить | Правка | Наверх | Cообщить модератору

361. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 24-Апр-23, 01:49 
> Странно MSDN подписка как выходила ,так и выходит.

А IFS SDK они сколько лет зажимали? Ну вот дозажимались что современных файлух по сути нет и совершенно посторонний народ это делает как умеет (т.е. довольно криво). Это ж не та штука где бац и научился. Это не быстро, а потом пока там еще сложный код обезглючат. Ну и вот получается такой вот позор в результате.

> Там даже бэта версии операционное скачать можно.

Поработать тестером на проприетарщика бесплатно? А потом небось и заплатить за винду в нормальном виде? (беты по времени IIRC лимитируют же). Заманчивое предложение, но нет.

Когда я линух тестирую, я на себя работаю. Правов у меня как у остальных, тестирую я то что надо лично мне, чего доброго для меня же починеное. Я получаю доступ к версионированию, могу взаимодействовать с крутейшими девами (в мс их поди найди еще) - и мы сообща гасим баги, в том числе мешавшие жить лично мне. В винде это не особо работает. А если баг в драйвере это совсем капец, добиться фикса малореально, я проверял. В линухе если повезет я через полдня уже буду проверять пофиксилась ли проблема. А не полгода прорубаться через первую линию. ИМХО сильно иная эффективность взаимодействий.

> Вы сами себе противоречите - как тогда человек драйвер btrfs
> для винды написал. И очень быстро написал, 3 года чтобы 90 % работало
> фич фс это очень быстро, учитывая что он же конвертер написал и загрузчик.

Для штуки типа btrfs и правда неплохо. Но что-то мне подсказывает что...
1) Столько же комитеров как в оригинале там имхо не будет. И благодарить за это надо политику майкрософта.
2) У кода есть такие параметры как фичи, перфоманс, стабильность, безглючность и общий уровень качества. Что-то мне подсказывает что для штуки такого масштаба при тех соотношениях с этим будет душно.

Так то core btrfs'а Мэйсон довольно быстро накидал. А вот потом... потом добрый десяток лет ловили баги, рефакторили, оптимизили, лечили шишки, понимали проблемы, и что с ними делать... это не быстрые процессы. Без этого повезет если хотя-бы XFS Test Suite переживет. Не говоря об интенсивном повседневном продакшне.

> Ms научила refs делать рефлинк, только какой-то странный,

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

> И зря вы поливаете разработку refs грязью,они тихо все фичи NFS4 спионерили:

Я вообще не понимаю почему локальную файлуху должны сетевые фичи интересовать. В линухе есть btrfs а есть nfs4, это декорелированые сущности. Мне их так проще воспринимать. Более того - можно и по smb или http файло отдавать. Мало ли кому там что охота. А может мне чисто локально оно надо по другим причинам вообще.

> появилось пространство именн.Т.е теперь кластера делаются по щелчку мышки элементарно,

Мне все это надо как зайцу стопсигнал. Зато у меня есть более 9000 других применений для ФС.

> настраивается профили также легко из оснастки. Это великолепнейшая вещь, упрощающие
> администрирование на порядок.

А сабж в линухе тоже так то великолепная вещь. Скажем надежность моих встраиваемых систем с eMMC/uSD заметно повысил, и сделал гораздо более диагностируемыми и предсказуемыми. Винду я так в принципе не изогну. Со всеми ее офигенными оснастками. Более того - я теперь свои компы менеджу в стиле виртуалок, со снапшотами и разными состояниями. А ноут вот не развалился в хлам потому что раз в 5 лет видите ли бэд под метаданные вылез. Один. Ну и вот при чем тут кластеры, спрашивается? И никакие оснастки не помогут это все сделать.

Ответить | Правка | Наверх | Cообщить модератору

388. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (388), 24-Апр-23, 14:28 
> Не надо ерничать-там проблема в другом. ReFS не поддерживал потоки,штатную фичу ntfs.А оказалось что до фига программ и игр использует эту вещь.

Да никто, кроме самой MS, вирусов и антивирусов её не использует. Уж точно не игры, которым надо ещё на консолях работать, где никаких потоков нет и не будет.

Ответить | Правка | К родителю #301 | Наверх | Cообщить модератору

412. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от maximnik0 (?), 24-Апр-23, 22:02 
> Да никто, кроме самой MS, вирусов и антивирусов её не использует. Уж
> точно не игры, которым надо ещё на консолях работать, где никаких
> потоков нет и не будет.

А мультимедиа файлы ? Не знали что к любому музыкальному и видио файлу прикрепляют метку отслеживания ? Да и защиты игр частенько потоки используют для обмана отладчиков,подсовывая ложные файлы. Текстовые редакторы и базы данных тоже могут использовать данную технологию-по край не мере пару программ знаю.


Ответить | Правка | Наверх | Cообщить модератору

320. "Продемонстрирована возможность загрузки Windows из раздела с..."  +1 +/
Сообщение от Аноним (320), 23-Апр-23, 13:02 
ну как бы да... ядро из выходцы из DEC писали, фс инженеры ibm ...
Ответить | Правка | К родителю #212 | Наверх | Cообщить модератору

40. "Продемонстрирована возможность загрузки Windows из раздела с..."  –6 +/
Сообщение от пох. (?), 22-Апр-23, 10:03 
Все там нормально с refs (и нет, серверная необязательна - все работает в твоей дисяточке, но придется освоить паверщель и зазубрить (увы) очередной десяток заклинаний для управления - нескучный гуй выпилен чтоб не вопили потом что всьосломалось)

Но надо просто понимать что это фс для _хранилки_ а не для офисной работы. (Поэтому фичи ntfs о которых тут скулит местное л@мерье никто и не планировал вообще туда включать - незачем усложнять и без того сложную вещь)

Если ты собираешься строить дома дискеточку для сохранения всего интернета (ну ок, не всего, лимит 64T) а еще и не дай Б-же - распределенную - оно тебе надо и это будет наименее сложным камушком в фундамент.
Для обычной повседневной жизни достаточно ntfs. Это ж не ext4 на идеях 74го года.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

70. "Продемонстрирована возможность загрузки Windows из раздела с..."  +2 +/
Сообщение от Admino (ok), 22-Апр-23, 11:13 
> Все там нормально с refs
> чтоб не вопили потом что всьосломалось

Ну да.

Ответить | Правка | Наверх | Cообщить модератору

75. "Продемонстрирована возможность загрузки Windows из раздела с..."  +4 +/
Сообщение от Аноним (75), 22-Апр-23, 11:30 
Ничего там не нормально, тебе лишь бы языком почесать.

Имею личный опыт с несколькими разделами ReFS и NTFS на одном винте компа с Windows Server. Как-то при сбоях электропитания накрыло блок питания и он утянул за собой этот винт. Тьма файлов на разделах с ReFS накрылась, при этом, на разделах с NTFS вообще ниодной проблемы.

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

87. "Продемонстрирована возможность загрузки Windows из раздела с..."  –10 +/
Сообщение от пох. (?), 22-Апр-23, 11:59 
ох...енный у тебя личный опыт. Жаль только твои велосипеды под кроватью мало кому нужны.

Ответить | Правка | Наверх | Cообщить модератору

90. "Продемонстрирована возможность загрузки Windows из раздела с..."  +7 +/
Сообщение от Аноним (90), 22-Апр-23, 12:18 
То есть сначала ReFS это
> фс для _хранилки_ а не для офисной работы.

А потом она же
> велосипеды под кроватью мало кому нужны.

Пох, ты либо крестик сними, либо трусы надень.

Ответить | Правка | Наверх | Cообщить модератору

101. "Продемонстрирована возможность загрузки Windows из раздела с..."  +9 +/
Сообщение от Аноним (101), 22-Апр-23, 12:49 
Как он трусы наденет, если уже на полшишки всунуто.
Ответить | Правка | Наверх | Cообщить модератору

102. "Продемонстрирована возможность загрузки Windows из раздела с..."  –5 +/
Сообщение от пох. (?), 22-Апр-23, 12:49 
ты не отличаешь хранилку от рукожопого велосипеда который ты под кроватью собрал?


Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

118. "Продемонстрирована возможность загрузки Windows из раздела с..."  –1 +/
Сообщение от Аноним (118), 22-Апр-23, 13:51 
Отличий нет, если авторы "хранилок" не разрабатывают эту фс
Ответить | Правка | Наверх | Cообщить модератору

177. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (177), 22-Апр-23, 17:06 
Каждая такая хранилка - тот ещё рукожоппый велосипед.
Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

187. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от пох. (?), 22-Апр-23, 17:24 
такая - напомню у него там под кроватью откуда-то взялись куча _разделов_ с _несколькими_ разными - ну то есть типичная васян- поделка - безусловно. Оно еще и без упса было раз "питание отключилось". А может еще и поверх raw дисков (это в старых версиях очень непросто но говорят что можно ухитриться)

А те которые я видал - ну больше похоже на маскову ракету. То есть ну очень большое, очень сложное, и таки да - может при тестовом запуске рвануть так рвануть потому что вооон та деталька вообще никто не понимает откуда взялась и зачем нужна - но без нее каждый раз а с ней только каждые десять.
Но ничего необычного - в смысле, соберешь такое на каком-нибудь ceph, рванет не слабее.
Зато трупы никто не найдет и не надо теслой жертвовать.

Ответить | Правка | Наверх | Cообщить модератору

201. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от U202204161753 (?), 22-Апр-23, 20:11 
Возращаясь к ReFS:
Его не стоит устанавливать на одиночный диск, т.к. нельзя починить chkdsk.

Можно только скопировать файлы куда-то. С потерей ACL.

В режиме RAID-10 или RAID-6 ReFS сам должен восстановить неполадки.

(
  Узнать всё это постфактум - невероятно "бодряще".

  Впрочем, MS не впервой преподносить сюрпризы
)

Ответить | Правка | Наверх | Cообщить модератору

204. "Продемонстрирована возможность загрузки Windows из раздела с..."  –1 +/
Сообщение от пох. (?), 22-Апр-23, 20:38 
его не то что не стоит - его очень непросто ухитриться поставить на диск вообще.
Но некоторые я слышал да - ухитряются.

Он ставится и предназначен для работы исключительно поверх storage space. И нет, никакого сюрприза в этом нет, просто среди современных модных молодежных явно не принято читать документацию (не хелпы а документацию) до того как что-то делать.

Именно для/от вас его спрятали в дестке так чтоб найти было непросто. Но увы, недооценили силу копипасты инструкций каких-то васянов с серверфолта, причем из вопроса а не из ответа.

Ответить | Правка | Наверх | Cообщить модератору

221. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (90), 22-Апр-23, 21:21 
пох, ну правда, вылечись ты от раздвоения личности, а но уж совсем неприлично получается.
> Все там нормально с refs (и нет, серверная необязательна - все работает в твоей дисяточке, но придется освоить паверщель
Ответить | Правка | Наверх | Cообщить модератору

250. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от пох. (?), 22-Апр-23, 22:54 
И, чего не так?

Ты вот паверщель не умеешь и поставить тебе будет непросто, а обслуживать и не сможешь (вон там все какой-то chkdsk для нее ищут не найдут)

Ответить | Правка | Наверх | Cообщить модератору

274. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 23-Апр-23, 01:37 
> Ты вот паверщель не умеешь и поставить тебе будет непросто, а обслуживать
> и не сможешь (вон там все какой-то chkdsk для нее ищут не найдут)

И это типа достоинство технологии? А я то вот люблю btrfs за то что с его менеджментом особо заморачиваться не надо. Основные концепции понять конечно придется, но те кто с VM работал и знает что такое снапшоты и CoW на самом деле без проблем поймут и фичи btrfs.

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

Ответить | Правка | Наверх | Cообщить модератору

308. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от пох. (?), 23-Апр-23, 09:11 
> И это типа достоинство технологии?

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

> А я то вот люблю btrfs за то что с его менеджментом особо заморачиваться не надо.

балансировка, с нифсетакоднозначными эффектами, исчерпание метаданных, здесь играем здесь рыбу заворачивали - не, не надо заморачиваться.

Синдром утенка как он есть.

Ответить | Правка | К родителю #274 | Наверх | Cообщить модератору

335. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (335), 23-Апр-23, 20:19 
> ну да, минимальная защита от дурачков, опасные предметы убраны со стола в
> ящик - правда как вон там рядом выяснилось, помогает плохо -

Ну вот ты и пользуйся операционкой созданной для тех кто проносит ложку мимо рта, а мне как разумному существу это западло.

> они все равно умудряются спереть серверную версию и отстрелить ей себе яйца.

Вообще, судя по тому что я вижу, это называется немного иначе. Наняли каких то нонейм раджей, те наломали дров, уровень технологий тоже воображение не поразил, зато видимо маркетинг очень требовал, именно в дедлайн, который как водится - еще вчера. Раджа сказал "неругайсянасяльника" и фича все же была выкачена в срок, маркетинг был счастлив но как оказалось, дизайнить и имплементить ФС с такими таймлайнами работает не очень. А когда саппорт стал заваливаться тикетами пришлось хоть что-то резко придумывать. Зная как работают типичные энтерпрайзы я скорее какую-то такую историю могу предположить.

> балансировка, с нифсетакоднозначными эффектами,

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

> исчерпание метаданных,

Это тоже какая-то экзотика, особенно в современных версиях ядер. А с твоим любимым бабушкиным^W энтерпрайзным 2.6.32 ты как-нибудь сам разбирайся, или "contact your support", так сказать. С современными версиями ядер на такое вообще малореально наткнуться, оно видите ли у фэйсбука в мегаинсталляции работает и они это используют в хвост и в гриву, так что собрали большую часть багов на которые в принципе было реально наткнуться за обозримое время.

> здесь играем здесь рыбу заворачивали - не, не надо заморачиваться.

В целом - не надо. Как минимум по сравнению с альтернативами. На альтернативах например схему хранения переиграть - мучение, да и даже управление доступным местом сильно мучительнее, медленнее и кривее.

> Синдром утенка как он есть.

Я бы сказал что скорее его инверсия, при том у тебя. Или вон те тоже утята, что им в винде тоже чего-то продвинутые плюшки хочется?

Ответить | Правка | К родителю #308 | Наверх | Cообщить модератору

337. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от пох. (?), 23-Апр-23, 20:48 
> а мне как разумному существу это западло.

ауешник мне тут про разум...

Знает он про энтерпрайзы, ага, всю жизнь в подвале сидя с паялом.

>> здесь играем здесь рыбу заворачивали - не, не надо заморачиваться.
> В целом - не надо. Как минимум по сравнению с альтернативами.

на альтернативах raidz3 работает годами. А у вас - WD поднатужился, поднапружился... пук, среньк. Как обычно. Можешь не рассказывать что потребности в колбасе нет и быть не может.

> Или вон те тоже утята, что им в винде тоже чего-то продвинутые плюшки хочется?

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

А у тех кому на самом деле надо - есть и знания и умения. Для остальных существует Format-Volume -whatif
- по крайней мере одну полезную команду узнают. А может и профессию заодно сменят, при помощи ноги, если на удачном хосте запустят.

(интересно, много их поведется, любителей линукса на десктопах?)

Ответить | Правка | К родителю #335 | Наверх | Cообщить модератору

362. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 24-Апр-23, 02:17 
> ауешник мне тут про разум...

Я не имею к ауешникам никакого отношения. Просто менее жесткие термины не отражают мой уровень отвращения к потребительскому mindset'у и делению на богов и смертных^W консумеров.

> Знает он про энтерпрайзы, ага, всю жизнь в подвале сидя с паялом.

Подвалы разные бывают, в том числе из фортуны500. И я там был. А то что мне печальный энтерпрайзный крап надоел и я передвинулся в смежные области - вопрос номер два. Как ты думаешь, чудак, где я подхватил симпатии к CoW/снапшотам/автоматизации управления и быстрому деплою систем? Ну я и решил что глупо не юзать такие вещи раз я это умею на уровне грандмастера. Заодно это наверное подскажет тебе почему у меня сильно меньше проблем с CoW. Я просто где-то на уровне подсознания понимаю какие действия удачные а какие провальные. Поэтому у меня и нет дурных проблем которые кусают тебя. Вообще, бывает так что тул ложится в руку как влитой, его не хочется выпускать из рук. Так можно достичь большего.

> на альтернативах raidz3 работает годами. А у вас - WD поднатужился, поднапружился...

И накодил, допустим, zoned storage (не, к ауе это отношения не имеет). А у тебя в твоей альтернативе эта неведома зверушка вообще есть? Мне вот нравится когда фирмачи сами кодят поддержку своих причуд, это хорошо и правильно :)

> пук, среньк. Как обычно. Можешь не рассказывать что потребности в колбасе
> нет и быть не может.

И тем не менее, на мой вкус мне эта файлуха нравится. Для меня интереснее мог бы быть разве что bcachefs от оверстрита, за счет оптимизации по скорости и оверхеду. Даже если я не буду обкладываться энтерпрайзными NVME от и до, в какой-нибудь эмбедовке с слабым процом снижение оверхеда воздастся по другой причине. Если это без потерь функциональности - отлично, дайте две.

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

Люблю когда за меня какие-то супербоги решают что мне нужно. Настолько, что с удовольствием бы разобрал носителей этой точки зрения на атомы. Медленно, чтобы объем симпатий точно дошел.

> - по крайней мере одну полезную команду узнают. А может и профессию
> заодно сменят, при помощи ноги, если на удачном хосте запустят.

Это не про меня - мне от винды нифига не надо и поваршел у меня ничего кроме отвращения не вызывает. Я не понимаю как этим вообще пользоваться можно после *никсного шелла.

> (интересно, много их поведется, любителей линукса на десктопах?)

ХЗ, это точно не я буду. Понимаешь, я при всем желании винду не изогну для вон тех задач, она слишком проприетарная и прибитая на гвозди для кастома :)

Ответить | Правка | К родителю #337 | Наверх | Cообщить модератору

296. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (90), 23-Апр-23, 04:46 
> Ты вот паверщель не умеешь

Мимо.

> и поставить тебе будет непросто

Опять мимо.

> а обслуживать и не сможешь

Снова мимо.

Ответить | Правка | Наверх | Cообщить модератору

273. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 23-Апр-23, 01:34 
> пох, ну правда, вылечись ты от раздвоения личности, а но уж совсем
> неприлично получается.

Да у него похоже просо батхэрт от того что его пафосные коммерческие *никсы и прочие бсды никому нафиг не уперлись, мир выбрал обычный пингвин вместо всего этого великолепия. У него не хватает мужества признать что его карта бита, а линуху не чужд technical excellence и более того - по общим свойствам он обставил его объекты поклонения с отрывом. Ну он и ходит на работу как на каторгу занимаясь хней которую не любит. Что сказать, не повезло ему. Пример остальным как делать не стоит. Если чрезмерно задр@чиваться на концепции и абстракции можно резко обломаться когда окажется что другие варианты работают лучше чем это.

Ответить | Правка | К родителю #221 | Наверх | Cообщить модератору

224. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от U202204161753 (?), 22-Апр-23, 21:32 
> его не то что не стоит - его очень непросто ухитриться поставить
> на диск вообще.
> Но некоторые я слышал да - ухитряются.

Да нет - установился весьма просто.

> Он ставится и предназначен для работы исключительно поверх storage space.

Ставится - нет ( см. выше), вовсе не исключительно. А куда угодно.


Предназначен - да. Только MS это тщательно если не скрывает, то маскирует.

> И нет,
> никакого сюрприза в этом нет, просто среди современных модных молодежных явно
> не принято читать документацию (не хелпы а документацию) до того как
> что-то делать.

Эх... "Где мои семнадцать лет"
За комплимент - спасибо.

Документацию читаю редко. Нет необходимости - в  серверные редакции идёт проверенное.

Например, браузер Edge ( истинный, не G. Chrome ребрандинг) в Windows Server 2016 / 2019 не успел попасть, а в 2022 уже новый Edge попал.


> Именно для/от вас его спрятали в дестке так чтоб найти было непросто.

А мне bluetooth особо не нужен.
Могу и серверную редакцию при необходимости использовать.

> Но увы, недооценили силу копипасты инструкций каких-то васянов с серверфолта, причем
> из вопроса а не из ответа.

  Не совсем так: их ( как и документацию) тоже не читал.

  В ReFS отформатировал раздел в VM.
Решил что к Windows Server 2019 ( или 2022, но, скорее, всё таки девятнадцать) всё отлажено.

  Выяснилось, что "пожевало" при первом же удобном случае. А chkdsk с ReFS бесполезен. ( и зеркала в VM тоже нонсенс )

Кстати, у человека криткуемого чуть выше / ниже Вами  UPS был ( "вангую "), т.к. неисправный блок питания и "беспербойником" может "сжечь" motherboard и ( или) диск.

Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

252. "Продемонстрирована возможность загрузки Windows из раздела с..."  +1 +/
Сообщение от пох. (?), 22-Апр-23, 23:08 
> Да нет - установился весьма просто.

ты еще и краденый сервер чтоль сп-л?
Ну а документацию-то - не, не смог?

Я-то думал ты в десятке упражнялся копипастой без понимания, а тут вообще за гранью разума.

> Предназначен - да. Только MS это тщательно если не скрывает, то маскирует.

ms не предполагает попадания серверных версий в руки долбодятлов не читающих даже базовые методички.
А в десятке она тщательно скрыла от них сам факт существования refs. (И нет, ничего не "заморожено", она там активно обновляется, по-моему в последней общедоступной версии есть вообще все кроме хардлинков. Просто убрано с глаз долой чтоб дятлы не могли себе навредить.)

Если б ты эту методичку осилил прочитать - то узнал бы, что refs поверх физического диска предназначена ровно для одного очень специального случая - работы поверх нее какого-то софта умеющего самостоятельно отслеживать целостность своих данных и восстанавливать их откуда-то еще. Хрен знает что это за софт такой - возможно еще недописанная будущая версия mssql, или бэкапалка скажем какая (накрылось - сделал новый бэкап). Я не професиональный вендоадмин, мне такое не попадает в руки.

> А chkdsk с ReFS бесполезен.

средство офлайновой проверки целостности у нее есть (нет, не chkdsk) - но без подложки в виде storage space оно мало что сможет исправить. И это в любом случае проверка только метаданных - для файлов контроль целостности обычно выключен. Т.е. аналог fsck.ext4


Ответить | Правка | Наверх | Cообщить модератору

313. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от U202204161753 (?), 23-Апр-23, 09:52 
>> Да нет - установился весьма просто.
> ты еще и краденый сервер чтоль сп-л?

  Почему это?
VM идут в подарок от МС при закупке Энских лицензий на хост.

Плюс в грамотно защищающих права своих граждан и юр. лиц странах
есть закон и принудительной закупке.
Примерное название. Один к одному как в РФ про фильмы.

> Ну а документацию-то - не, не смог?

  Не захотел -)


> Я-то думал ты в десятке упражнялся копипастой без понимания, а тут вообще
> за гранью разума.
>> Предназначен - да. Только MS это тщательно если не скрывает, то маскирует.
> ms не предполагает попадания серверных версий в руки долбодятлов не читающих даже
> базовые методички.
> А в десятке она тщательно скрыла от них сам факт существования refs.
> (И нет, ничего не "заморожено", она там активно обновляется, по-моему в
> последней общедоступной версии есть вообще все кроме хардлинков. Просто убрано с
> глаз долой чтоб дятлы не могли себе навредить.)

Я почти смог ( см. ниже)

> Если б ты эту методичку осилил прочитать - то узнал бы, что
> refs поверх физического диска предназначена ровно для одного очень специального случая
> - работы поверх нее какого-то софта умеющего самостоятельно отслеживать целостность своих
> данных и восстанавливать их откуда-то еще. Хрен знает что это за
> софт такой - возможно еще недописанная будущая версия mssql, или бэкапалка
> скажем какая (накрылось - сделал новый бэкап). Я не професиональный вендоадмин,
> мне такое не попадает в руки.

  Ещё кандидат:

  Starwind HA.  ( iSCSI target с "зеркалом")

>> А chkdsk с ReFS бесполезен.
> средство офлайновой проверки целостности у нее есть (нет, не chkdsk) - но
> без подложки в виде storage space оно мало что сможет исправить.

Да.


> И это в любом случае проверка только метаданных - для файлов
> контроль целостности обычно выключен. Т.е. аналог fsck.ext4

Наверное, XFS применяю.

Ответить | Правка | Наверх | Cообщить модератору

324. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (324), 23-Апр-23, 15:01 
> средство офлайновой проверки целостности у нее есть (нет, не chkdsk) - но без подложки в виде storage space оно мало что сможет исправить. И это в любом случае проверка только метаданных - для файлов контроль целостности обычно выключен. Т.е. аналог fsck.ext4

Не поверишь, но пару-тройку раз ReFSUtil мне и в самом деле помогало вытащить данные. Внешний винт с кучей бэдов, подключен по USB, в эту самую ReFS отформатирован. Особой ценности эти данные не представляли и в случае их безнадежной потери горевал бы не больше полчаса - но было приятно.

Ответить | Правка | Наверх | Cообщить модератору

331. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от пох. (?), 23-Апр-23, 19:13 
"но как?!"

Ну ведь реально же ж надо в опу дать или сервер скрасть чтоб такое соорудить...

Но я не про refsutil (в твоем случае - битый физически диск - единственноправильный выбор) я про контроль целостности для диска где физически все нормально но может быть повреждена структура данных - вот например после отказа питания.
Коммандлет тот же самый что и для ntfs, Repair-Volume, все те же самые параметры поддерживаются - полный офлайн, анализ без офлайна с кратковременным уводом в оффлайн для фикса. Теоретически его никогда не нужно запускать - обнаружив проблему в метаданных, refs разберется с ними сама. Но в каких-то специфических случаях может и поможет - вот как с refs поверх raw partition. Понятно что так просто не надо делать - но вот ведь ухитряются жеж, йолки палки.

Чтоб им вместо этого Format-Volume -whatif не набрать, ну? Лучше всего на каком-нибудь кластере. Успех гарантирую.

Ответить | Правка | К родителю #324 | Наверх | Cообщить модератору

218. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 22-Апр-23, 21:13 
> Пох, ты либо крестик сними, либо трусы надень.

Он редкий мазохист, следует поговорке "если хочешь много секса, много ласи и любви - сделай что-нибудь плохое, чтобы все тебя е...ли!". Вот его и - эт самое - что линуксоиды что виндузоиды. Он одинаково чужд обоим. Для одних слишком юниксоидный, для других слишком маздайный. Так и болтается на границе миров, застряв между измерениями.

Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

89. "Продемонстрирована возможность загрузки Windows из раздела с..."  +1 +/
Сообщение от Аноним (90), 22-Апр-23, 12:09 
> Это ж не ext4 на идеях 74го года.

А на идеях какого года построен NTFS, что-то около 1988? Большая разница.

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

105. "Продемонстрирована возможность загрузки Windows из раздела с..."  –2 +/
Сообщение от пох. (?), 22-Апр-23, 12:54 
>> Это ж не ext4 на идеях 74го года.
> А на идеях какого года построен NTFS, что-то около 1988? Большая разница.

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

Для тех специальных случаев где нужно еще что-то (и в первую очередь контроль целостности данных) - сделали refs, но она ни разу не предназначалась заменить ntfs в качестве универсальной системы.

Ответить | Правка | Наверх | Cообщить модератору

110. "Продемонстрирована возможность загрузки Windows из раздела с..."  +2 +/
Сообщение от Аноним (90), 22-Апр-23, 13:14 
> Поэтому то что в ext4 кривыми хаками и то не до конца - там уже изначально спроектировано правильно.

Определение критериев того, что считать "кривым хаком", а что "правильным дизайном" ты, разумеется, оставляешь за собой. Как и право игнорировать тот факт, что и ext и hpfs/|ntfs обрастали фичами настолько долго, что изменились за это время до неузнаваемости.
И да, "не видят смысла менять" для МС и любой другой корп. разработки больше упирается в затраты на поддержку, а не в недостатки дизайна, и именно поэтому ntfs еще жива. Напомню, это тот самый МС, который до недавнего времени СПЕЦИАЛЬНО воспроизводил ВСЕ баги предыдущих версий, чтобы не дай б*г не поломать чего.

Ответить | Правка | Наверх | Cообщить модератору

275. "Продемонстрирована возможность загрузки Windows из раздела с..."  –2 +/
Сообщение от Аноним (-), 23-Апр-23, 01:44 
> и ext и hpfs/|ntfs обрастали фичами настолько долго, что изменились за
> это время до неузнаваемости.

Скорее "обросли костылями". Так что скорость работы, особенно на холодную, стала полным дном, а ntfs.sys как летал в бсод в NT4 так и в десятке падает, только теперь стыдливенько врет что "your computer... encontered problem". Стесняется сказать что это виндочка и ее индусокодеры - problem, потому что за столько лет не могут 1 несчастный драйвер от крешей на порушеных дисках пролечить.

> И да, "не видят смысла менять" для МС и любой другой корп.

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

> МС, который до недавнего времени СПЕЦИАЛЬНО воспроизводил ВСЕ баги предыдущих версий,
> чтобы не дай б*г не поломать чего.

А также для совместимости. Как бы это не только проблема MS на самом деле, но у MS проблема в том что дизайн старый и костылей накопилось много.

Ответить | Правка | Наверх | Cообщить модератору

145. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от AleksK (ok), 22-Апр-23, 15:17 
Когда в самой прогрессивной ntfs появится cow?
Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

149. "Продемонстрирована возможность загрузки Windows из раздела с..."  +3 +/
Сообщение от пох. (?), 22-Апр-23, 15:30 
А она вообще не прогрессивная, ее для работы делали. Смузи свое сам себе в оппу пихай, прогрессивный ты наш.

Заодно не придется героически отключать эту больную корову (фанаты btrfs в очередной раз забыли что считают эту фичу огроменным достижением) на каждом файле с произвольным доступом.

Сам по себе cow ни разу не является чем-то хорошим и нужным.
(и да, 64x write amplification в частности и по этой причине)

Ответить | Правка | Наверх | Cообщить модератору

152. "Продемонстрирована возможность загрузки Windows из раздела с..."  –2 +/
Сообщение от AleksK (ok), 22-Апр-23, 15:44 
> А она вообще не прогрессивная, ее для работы делали.

Ага для работы в начале 90-х в тех временах она и осталась.

Ответить | Правка | Наверх | Cообщить модератору

156. "Продемонстрирована возможность загрузки Windows из раздела с..."  –3 +/
Сообщение от пох. (?), 22-Апр-23, 15:59 
да-да, конечно-конечно.
Сказочничек в-по-пеннета - сравни если есть остаток мозгов - сколько на планетке в 2023м ntfs'ов всех сортов, а сколько - твоих любимых систем с полудохлой коровой.
Там будет 0.000001%
Законное место этих недоразумений в мире.

(вот тормознутой ext4 да еще поверх совершенно чудовищнгого dm - это да, побольше будет. Но гугель лепила из того что было и нахаляву, то исть, даром. А вовсе не потому что оно чем-то хорошо. Просто ему жалко своих денег а не твоих данных.)


Ответить | Правка | Наверх | Cообщить модератору

163. "Продемонстрирована возможность загрузки Windows из раздела с..."  +1 +/
Сообщение от AleksK (ok), 22-Апр-23, 16:21 
> Сказочничек в-по-пеннета - сравни если есть остаток мозгов - сколько на планетке
> в 2023м ntfs'ов всех сортов, а сколько - твоих любимых систем
> с полудохлой коровой.
> Там будет 0.000001%
> Законное место этих недоразумений в мире.

А мелкомягкие сами уж много лет пытаются осилить то что давно реализовано в btrfs. В refs есть и b-tree и такое вредное и ненужное cow. Что это они? Не читают опеннет и таких крупных авторитетных спецов как ты?

Ответить | Правка | Наверх | Cообщить модератору

171. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от пох. (?), 22-Апр-23, 16:55 
лол. вп-о-пеннетовский сказочник знает о refs больше чем microsoft.

Ответить | Правка | Наверх | Cообщить модератору

176. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от AleksK (ok), 22-Апр-23, 17:04 
> лол. вп-о-пеннетовский сказочник знает о refs больше чем microsoft.

А википедия знает ещё больше

> ReFS использует B+-деревья
> Поддержка стратегии Copy-on-write (копирование при записи, выделение при записи) для метаданных

Ответить | Правка | Наверх | Cообщить модератору

185. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от пох. (?), 22-Апр-23, 17:19 
А уж чатгопота сколько знает. Должен тебя огорчить - вранье там одно. Писали точно такие же сказочники, знакомые с предметом по перепевам пересказов. Или выдумавшие недостающее.

Насколько я сам знаю из первоисточников, а они очень много не хотят рассказывать - там есть что-то отдаленно похожее (и нет, не только для метаданных - оно умеет гхм.. нечто вроде рефлинков но тоже нечто-вроде а не полный аналог. В userspace не поддерживается но можно самому из кода попросить.) но оно работает очень избирательно,  и механика на уровне самой фс отличается. То есть там не любая запись создает копию всего и вся по всей цепочке начиная прям с txg журнала. Поэтому нет x64 penalty на запись, например.

Короче, в целом - ни разу не похоже на привычные нам реализации в btrfs/zfs где ВСЕ строго поверх CoW а возможность перезаписать отдельный блок - хитрое исключение с кучей побочных эффектов.

Ответить | Правка | Наверх | Cообщить модератору

219. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 22-Апр-23, 21:18 
> Сам по себе cow ни разу не является чем-то хорошим и нужным.

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

Ну а на NTFS ты это будешь работать с совсем другими затратами времени, системных ресурсов и результирующим перфомансом, сорян.

Я уж молчу про идею билдануть пяток вариаций linux kernel с одинаковой основой но возможно чутка разными настройками и парой кастомных патчей под задачу. На линухе с btrfs это плевая задача, cp --reflink вон того в новую диру, да пнуть билд там. В винде в такие задачи лучше не соваться если группы энтерпрайзных серверов нет, на десктопе точно загнешься ждать. В том числе и из-за никакого перфоманса и фичности файлухи. Хотя если под работой иметь в виду "оператор бд", ему пофиг конечно на чем наколачивать.

Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

255. "Продемонстрирована возможность загрузки Windows из раздела с..."  –1 +/
Сообщение от пох. (?), 22-Апр-23, 23:22 
ну вот такую хрень и именно для этой цели - множить диски виртуалок - в refs завезли (вроде бы даже в дисяточную но это неточно. cp не завезли, за нее товарищмайор п-дют и в чвк отправляют-с, предполагается что за тебя все сделает то чему такое понадобилось и что умеет с ним обращаться)

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

> На линухе с btrfs это плевая задача, cp --reflink вон того в новую диру, да пнуть билд там.

только линукс не умеет в инкременальный билд после смены настроек - поэтому никакого смысла в этом нет.
А для исходников задача решается обычным линком. (И да, patch писали для юникс-систем а не для лин00ps, и он не испортит единственную копию, если ты будешь такое дерево патчить, а создаст новый файл.)
Никакой cow и его тормоза снова, оказывается, не нужен. Все придумано еще тридцать лет назад (и да я этим пользовался в те далекие времена)


Ответить | Правка | Наверх | Cообщить модератору

265. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 23-Апр-23, 00:12 
> ну вот такую хрень и именно для этой цели - множить диски
> виртуалок - в refs завезли

Ну ты ж рассказывал что NTFS хватит всем, работать надо, блаблаблабла. Я и привел тебе пример когда работинг сильно эффективнее с более продвинутыми технологиями.

А так что лексус что лада приора - машины. Вот только в лекс плюхнуться комфортно, рулить удобно, и вообще. И когда тебе вместо него приору подсунут - это конечно тоже авто, тоже ездит, но есть определенные нюансы. Вот btrfs - просто комфортная штука. Мелкие факапы чинит сам не требуя внимания. Варнинги можно заранее получить. Можно подоткнуть девайсов. Или даже вынуть их. Совершенно не напрягаясь. Да даже схему хранения на ходу сменить.

> (вроде бы даже в дисяточную но это неточно.

Ты такой эксперт по фиче что ни разу ей не пользовался? Ну а меня вот эффективность моего работинга и взаимодействия с компьютером еще и интересует. И я не готов гробить в 10 раз больше времени на тривиальные операции. И учитывая сколько я образов и виртуалок ворочаю, без рефлинков у меня место бы наверное давно кончилось. А так, вот, злостный overprovisioning. А чего, вон те железки и виртуалки отлчиаются друг от друга достаточно маргинально, только кастомизацией под их задачу. А core технологии - одно и то же. Добро пожаловать в мир вертикального масштабироания, реюза знаний и экономии себе времени и сил. Здесь тебе не 1980 и даже не 1990 и твой NTFS для меня уже давно не последний писк а исторический экспонат.

> cp не завезли, за нее товарищмайор п-дют и в чвк отправляют-с,

Ух блин это не тот cp - майор будет немало разочарован.

> дикими потерями производительности если на самом деле нам это сейчас не
> требуется, а мы в этот раз будем по одному и тому же сектору елозить двадцать раз

Не будем насколько я помню. И просадки там скорее будут если слишклм дофига референсов на блок, за сам факт что кучу референсов надо жевать. Ну тут извините, вы хотели 100500 раз на блок сослаться и потом эти метаданные не разгребать? На этот счет автор bcachefs сильно заморочился, по итогам. Но задним числом все умные. Дизайнить новый фс когда до тебя граблю другие оттоптали - проще.

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

В большинстве практических сценариев я не заметил никаких особых проблем. В том числе и в статистике флешовых накопителей. Ну да, мне было бы интересно посмотреть что сможет bcachefs. Btrfs дизайнили под более классические реалии когда IO еще не был сверхскоростным. Сейчас его нехило оптимизят (последний писк: +10% к скорости scrub) но дизайн изначально не был параноидален насчет low overhead по счету метаданных.

> только линукс не умеет в инкременальный билд после смены настроек - поэтому
> никакого смысла в этом нет.

Ну во первых, есть неиллюзорная экономия на времени "копирования" и сжираемым месте. Во вторых, как минимум git'овые файлы остаются одни и те же а .git это добрая половина веса дерева. В третьих таки, зачастую вот именно ребилдится умеренное количество файлов и таки получается что-то типа инкрементального билда. Но ты конечно можешь рассказать мне как оно у меня не работает. Тебе то виднее. Ты когда кернел последний раз билдил, интересно? Я - сегодня. А ты?

> А для исходников задача решается обычным линком.

В этом случае пойнт в том что это как бы независимые копии которые я могу кантовать без урона остальным вариантам. И если я облажаюсь в вон том эксперименте - это не накроет десяток дир с более прод ориентироваными ядрами, зачем мне там такой сюрприз?

> (И да, patch писали для юникс-систем ...

Я вообще git apply пользуюсь обычно. И единственный файл это прекрасно но у меня может быть реально с десяток working dir с ядрами и последнее что мне хотелось бы это раздать кастомный патч специфичный для энной задачи на всех.

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

Да нет там никаких особых тормозов, представляешь? В винде твой NTFS без всяких коров на такой иерархии будет тормозить многократно злее.

> Все придумано еще тридцать лет назад (и да я этим пользовался в те далекие времена)

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

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

Ответить | Правка | Наверх | Cообщить модератору

268. "Продемонстрирована возможность загрузки Windows из раздела с..."  +1 +/
Сообщение от пох. (?), 23-Апр-23, 00:37 
> Ты такой эксперт по фиче что ни разу ей не пользовался?

мне эта фича в десктопной винде без надобности.
У меня там немодная вмварь которой не нужны физические клоны файлов вм - она логическими обходится.

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

>> требуется, а мы в этот раз будем по одному и тому же сектору елозить двадцать раз
> Не будем насколько я помню.

еще раз - берем банальную базу данных чуть посложнее sqlite без wal. Меняем пару записей двадцать раз подряд - счетчик какой-то обновляем. Переписываем при этом ровно один блок фс. Двадцать раз. Опиши доступным языком что происходит внутри cow-based fs и ужаснись.
(нет, мы не только пишем двадцать клонов этого пресловутого блока. Еще немного подумай - что при этом пишется. И сколько его.)

> Я не собираюсь откатывать мою эффетивность на уровень 30-летней давности

это не эффективность. это желание во что бы то ни стало обмазаться свежайшим - без понимания сути и смысла.
Расскажи в деталях, чем обычный линк неэффективней рефлинка для банальнейшей задачи положить рядом второе дерево исходников ведра чтобы попробовать попатчить еще один файл.
Я поржу.

А вот время на ненужное ненужно - ты потратил. Потому что юникс-системой пользоваться, как мы тут с удивлением понимаем, не обучен.
Фанатики такие вот фанатики.

Ответить | Правка | Наверх | Cообщить модератору

272. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 23-Апр-23, 01:22 
> мне эта фича в десктопной винде без надобности.

Мне и вся десктопная винда без надобности, если уж на то пошло :). Да и серверная уже.

> У меня там немодная вмварь которой не нужны физические клоны файлов вм
> - она логическими обходится.

На немодной вмвари я бы не смог запустить такие странные вещи как кросс-виртуалки допустим. Да, представляешь, я могу обкатать прототип образа системы под ARM или RISCV девайс даже если у меня этого девайса еще нет. Конечно на реальном железе отличия будут - но 95% работ можно сдеолать вот так, пока девайс едет откуда-то неспешно, а потом остальные 5% быренько доделать как он в руках будет.

> Проблема только в том что у меня виртуалки не однодневные, и через
> некоторое время смысл такого клона полностью теряется -

А у меня разные. Какой-то эксперимент может быть списан в утиль как неудачный и это может случиться и за полдня. Почему нет? И я обычно танцую от нескольких шаблонов. Что еще забавнее, многие "гуйные" виртуалки являются потомками десктопа, я без проблем могу врапнуть железку в виртуалку, особенно удобно это с btrfs делать как раз (через "btrfs send").

> оно на 90 процентов уже отличается от точно такого же соседнего просто потому что
> туда и туда поставлены обновления - уже как независимые.

В дебиане не столько обновлений чтобы это сильно разъезжалось. И есть чертова куча пакетов которые не апдейтятся никогда. А зачем апдейтить иконки и фонты в пределах релиза допустим?

> Ну и нахрена оно спрашивается было нужно?
> Клон в виде полной копии хотя бы резервирует под себя место -

Ну да, ну да, давайте расскажем мне как overprovisioning не нужен. Я в ответ расскажу что при дата рекавери с вон того 3Тб монстрика очень удобно что я могу пяток образов завести под эксперименты, хотя суммарно хранилка 5Тб всего. А то что там видите ли нет 15Тб... ну... знаешь а fsck так то трогал лишь цать блоков и вот зачем мне его полностью провижнить? И почему я не должен считать дедуп фичой? :)

> меня куда более реалистичная проблема)

Видимо мы живем в разных эпохах. У меня наступил некий sci-fi с ансамблями миров, альтернативными версиями будушего, путешествиями во времени, возможностью переиграть, создать пару миров, прибить пару ненужных, и я в этом свободно и ненапряжно навигирую в параллельных реальностях. Наверное потому что sci-fi смотрел, понял концепцию и пробурцал "ух ты", плюхнулся в капитанское кресло и - прекрасно понимаю как это работает. И совершенно не согласен рулить в антикварном, линейном, неэффективном, 100% unshared виде.

> еще раз - берем банальную базу данных чуть посложнее sqlite без wal.

Я вообще не DBA и для меня это просто не основной кейс чтобы это меня сильно парило.

> что происходит внутри cow-based fs и ужаснись.

Если вот именно БД, именно подразумевавшие inplace патчинг в их дизайне - то да, на cow это будет не айс. Проблема в том что в моем случае это ну вот никак не центр вселенной и в целом масштаб проблемы для меня - "в пределах погрешности". Ну и вообще идея снапшотить продвинутые базы имеет свои грабли. Особенно если это реплицируется. Там когерентный откат к точкам во времени весьма отдельная история. И всего лишь амплификация записи далеко не самое плохое что там вообще может быть. Намного более опасны всякие де-синки репликации и расход состояний, так можно себе очень жестко пятки прострелить. Особенно снапшотить твой любимый ад, это такой ад :)

> это не эффективность. это желание во что бы то ни стало обмазаться
> свежайшим - без понимания сути и смысла.

Да вот что-то ты и твои подходы эффективными не выглядят. И btrfs для меня решил ряд напрягавших меня системных проблем. Да, меня анноит если операционка может развалиться вдрызг от 1 случайного бэда под метаданными, например. Я не хочу чтобы это рабоотало вот так. Особенно на вон тех автономных железках вкалывающих годами.

> Расскажи в деталях, чем обычный линк неэффективней рефлинка для банальнейшей задачи положить
> рядом второе дерево исходников ведра чтобы попробовать попатчить еще один файл.

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

Круто в этом то что мне не надо ждать большую интенсивную операцию как с полной копией, но при этом обеспечена независимость состояний как будто я эту операцию сделал. Технически это совершенно независимые диры и развлечения в одной совершенно не влияют на остальной десяток рефлинкнутых на те же блоки, файлуха unshare'нет эти развлечения отдельно и это типа независимая копия.

> Я поржу.

Скорее я поржу с твоей эффективности с виртуалками, образами и проч. Ты застрял в лучшем случае в 2010. Хотя корпы CoW уже и тогда во всю юзали.

> пользоваться, как мы тут с удивлением понимаем, не обучен.
> Фанатики такие вот фанатики.

У меня нет самоцели "пользоваться юникс системой". Я хочу решать практические задачи. Логичными, эффективными методами. А не плеваться как ты на то что и как у тебя видите ли не работает. Твой путь не выглядит работоспособным и эффективным, так что потуги его рекламить, когда он даже для тебя не сработал (ты ж виндочку пиаришь!) - это falbag. А мне вот виндочку пиарить не требуется. И тратить на нее время - тоже. Ну вот нет у меня винды. Никак и нигде. И я вот стал экспертом в линуксных технологиях вместо этого. Из очевидных достоинств - в отличие от тебя мне нравится то чем я занимаюсь, я прусь от этого.

Ответить | Правка | Наверх | Cообщить модератору

377. "Продемонстрирована возможность загрузки Windows из раздела с..."  +1 +/
Сообщение от пох. (?), 24-Апр-23, 09:48 
>> Расскажи в деталях, чем обычный линк неэффективней рефлинка для банальнейшей задачи положить
>> рядом второе дерево исходников ведра чтобы попробовать попатчить еще один файл.
> Если дерево копировать

рефлинк делает то же самое. Ты хоть вообще вопрос понял? Что такое линки не в курсах?

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

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

> У меня нет самоцели "пользоваться юникс системой". Я хочу решать практические задачи.
> Логичными, эффективными методами.

логичный и эффективный это уметь пользоваться системой. А нелогичный и неэффективный - вызубрить заклинание работающее в одной дико кривой фс ради действия которое этого вовсе не требует и работает в любой позикс-совместимой.

> И я вот стал экспертом в линуксных технологиях вместо этого.

чсв ты себе отрастил не по экспертизе. Ты элементарных вещей даже не умеешь, как выясняется.

Ответить | Правка | Наверх | Cообщить модератору

397. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 24-Апр-23, 18:37 
> рефлинк делает то же самое. Ты хоть вообще вопрос понял? Что такое
> линки не в курсах?

Дядя, ты куку? Рефлинк на уровне POSIX (винапи,...) не существует как сущность. Этого нет на уровне менеджмента и ФС. Сугубо внутреннее понятие. При cp --reflink файлуху просят создать, грубо говоря, копию метаданных с вон того файлла под другим именем. Технически это 2 совершенно независимых файла в ФС, но изначально их метаданные указывают на одни и те же экстенты. Чтобы это корректно работало, это должен быть CoW способный потом прозрачно сделать unshare когда файл изменится. Ну то-есть это такой дедуп доведенный до абсолюта.

По мере расхождения содержимого файлуха прозрачно unshare'нет затронутые блоки. Так что у тебя не вопрос а кусок бреда. Твой вопрос не имеет технического смысла. Рефлинки не имеют ничего общего с иными линками, это название технологии блочного уровня позволяющей референсить экстенты более чем 1 раз, из разных файлов. В btrfs это было сразу. В XFS каким-то чудом прикрутили. А самое странное в всей этой истории что ZFS так не умеет, хотя онлайн дедуп достигает ну вот почти совсем это самое. Как я понял это потому что у ZFS экстентов толком нет, есть блоки переменного размера - они почти, но еще не совсем, а чтобы это эффективно было желательно все же более-менее крупными экстентами по возможности орудовать, наверное на этом и вышел затык. Это все не реализуемо на "обычной" ФС поскольку она не умеет unshare блоков через технологию CoW. Соответственно все остальные типы линков ведут себя сильно иначе.

Прелесть рефлинков в том что для меня это абсолютно независимые файлы и иерархии с логической точки зрения, но де факто это "скопировано" и хранится сильно эффективнее чем честная копия.

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

Какой-то эрзац можно и линками сделать. К сожалению это будет отсвечивать в уровне менеджмента и греть мозг и будет не столь эффективно. В случае CoW + reflink если был 2 файла на мег, они шарили блоки, и я поменял 20 байтов в 1 из, это в идеале может быть как экстент (мег - 20) на который 2 референса + выносок на 20 байтов с дельтой для построения актуального вида изменившегося файла.

А прелесть всего этого в том что CoW сам unshare'ит все что надо "as needed". Мне ничего специального делать не надо. И бонус эффективности поулчается без нагрузки моего мозга менеджментом всего этого. Файлуха автоматически unshare'ит все что я изменил. Это просто самый удобный вариант как сие делать из всех которые я встречал.

> Просто я умею пользоваться системой, а ты зазубрил
> один кривой инструмент и все проблемы рассматриваешь как гвоздь.

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

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

Логичный и эффективный - это свои проекты сделать, а ФС и ОС инструменты для этого. А вот у тебя какие-то ритуалы во имя ритуалов. Результат этого всего как я понимаю тебе малоинтересен. А меня вот ритуалы ради ритуалов не интересуют. Меня результат интересует. И если он достигается проще, быстрее, и с меньшей нагрузкой на меня, без микроменеджмента технчиеских сущностей, окей, это круто, хорошо и правильно и я использую такую технологию.

А работать на уровне гольного позикса с характерной эффективностью это для вон тех ветеран-юникс-админов. Ну а за мной при случае не ржавеет демо почему их уволить надо в пользу более эффективных господ.

> чсв ты себе отрастил не по экспертизе. Ты элементарных вещей даже не
> умеешь, как выясняется.

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

Ответить | Правка | Наверх | Cообщить модератору

400. "Продемонстрирована возможность загрузки Windows из раздела с..."  +1 +/
Сообщение от пох. (?), 24-Апр-23, 20:06 
ты ди-6ил. Не нужны твои рефлинки. Есть обычный posix link - и его достаточно для незамысловатой цели поиметь вторую копию ядра для патченья. Даже не задумываясь ни на секунду что тут за fs и не переделывая все вокруг на единственноправильную (а на деле единственно выученную). Если ты до сих пор не  в курсе что это такое и как работает - твои рассусоливания ничего не стоят.

Уровень современного россеянского it - кое-как освоить единственный инструмент и не знать ничегошеньки о мире за его пределами.

И не надо мне тут на две страницы размазни - я, в отличие от тебя, в курсе технологий помимо единственного молотка.

> Логичный и эффективный - это свои проекты сделать, а ФС и ОС инструменты для этого.

ты только что блистательно показал что не умеешь этими инструментами пользоваться. За вычетом единственного кое-как освоенного.

Ответить | Правка | К родителю #397 | Наверх | Cообщить модератору

438. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (436), 26-Апр-23, 02:17 
> ты ди-6ил. Не нужны твои рефлинки. Есть обычный posix link -

Это совсем не аналог автоматическому блочному unshare по мере надобности разных иерархий. Ключевым достоинством которого является тот факт что оно довольно эффективное но при этом не нагружает меня менеджментом. Поэтому я работаю с этим как с совершенно независимыми иерархиями без риска попортить какое-то другое ядро вон тем изменением или мануального менеджмента.

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

Ну а ты тогда на деревянной телеге рассекай. Удобно же! Лошади сами размножаются, колесо можно починить простейшими тулами самому. Очень странно что это стало так непопулярно.

> такое и как работает - твои рассусоливания ничего не стоят.

Я в курсе что мои технологии заметно удобнее и эффективнее. А еще я неважный наездник и совсем не умею водить телеги.

> Уровень современного россеянского it - кое-как освоить единственный инструмент и не знать

Тягу к эффективному менеджменту я от корпов из фортуны500 приобрел, посчитав что в их логике есть пойнт.

> я, в отличие от тебя, в курсе технологий помимо единственного молотка.

Что-то не очень оно тебе помогло, имхо. У тебя вечно дурные проблемы с линуксом, ты терпеть не можешь то с чем работаешь, хвалишь юниксы но при этом юзаешь винду... и EPIC WIN в этой схеме состоит, например, в чем? Если оно даже твои нужды не смогло в результате обслужить.

> только что блистательно показал что не умеешь этими инструментами пользоваться.
> За > вычетом единственного кое-как освоенного.

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

ИМХО, ты можешь хоть именами 8.3 пользоваться, чтобы в фичи MSDOS вписаться, если оно тебе надо. Я этого делать не буду. Даже если ты и не сможешь пользоваться моими проектами в MSDOS.

Ответить | Правка | К родителю #400 | Наверх | Cообщить модератору

214. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 22-Апр-23, 21:01 
> Но надо просто понимать что это фс для _хранилки_ а не для офисной работы.

Прикинь а btrfs достаточно универсален чтобы и так и сяк. Поэтому фэйс там файлами по 20 Тб ворочает, а вон там народ это на мелких одноплатниках и роутерах гоняет. А просто потому что не сильно хуже EXT4.

> Для обычной повседневной жизни достаточно ntfs. Это ж не ext4 на идеях 74го года.

Экстенты и индексированые директории так то немного более свежие идеи. И так то NTFS это тоже последний писк начала 90х по уровню технологий. По поводу чего - извините но btrfs в _разы_ быстрее в линухе работает vs ntfs в винде если вопрос в том чтобы поорудовать в дире с 100К и более файлов на холодную. Скажем покантовать иерархию размером с линуксный кернел - на NTFS это вообще дичь и ад.

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

222. "Продемонстрирована возможность загрузки Windows из раздела с..."  +2 +/
Сообщение от Аноним (324), 22-Апр-23, 21:25 
Только вот на каком-нибудь рутрекере и в других местах полно рыданий на тему "переименуйте файлы в раздаче, а то у меня линупc и он не может их на диск записать потому как имена слишком длинные"
Ответить | Правка | Наверх | Cообщить модератору

266. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 23-Апр-23, 00:23 
> он не может их на диск записать потому как имена слишком длинные"

Так то и я вам могу слепить множество имен файлов которые вы в винде в принципе на диск не запишете в исходном виде. Представляете себе, там в путях валидно все кроме NUL (0x0) и "/". Поэтому "c:\trololo" - валидное имя файла в linux. А теперь попробуйте его с таким именем в винде создать, ололо.

Ответить | Правка | Наверх | Cообщить модератору

269. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (324), 23-Апр-23, 00:39 
> Так то и я вам могу слепить множество имен файлов которые вы в винде в принципе на диск не запишете в исходном виде.

Но зачем? Есть какое-то разумная причина кроме "потому что могу"? Потому что причина, по которой скулят линупceныши простая и понятная: не качается без дополнительных телодвижений, которые могут быть весьма затратны по времени и силам, если таких файлов сотни или тысячи и эта ситуевина встречается достаточно часто.

> Представляете себе, там в путях валидно все кроме NUL (0x0) и "/".

Даже '?' и '*' или нет?

Ответить | Правка | Наверх | Cообщить модератору

276. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 23-Апр-23, 01:55 
> Но зачем? Есть какое-то разумная причина кроме "потому что могу"?

Километровые трактаты в именах файлов писать так то не сильно лучше. Это как минимум не слишком культурно из соображений что список должен умещаться на экран и не у всех 42" 8K мониторы. Почему бы не вернуть немного такой культуры ее носителям - черт его знает, некоторым господам понятно только когда им по репке прилетает ответка :)

> по времени и силам, если таких файлов сотни или тысячи и эта ситуевина
> встречается достаточно часто.

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

> Даже '?' и '*' или нет?

Даже их. Как уже сказано - там может быть вообще что угодно кроме байтов 0x0 и '/'. Одна из причин по которой линуксные фс сожрали utf8 как влитой хоть и не делались под него специально. Даже 0x0d и 0x0a можно. Так что если хочется троллануть любителей шелла и это тоже можно, они обычно не очень готовы к тому что им на вход вот такое дадут. Но какие-нибудь сишно плюсатые торентклиенты на это не купятся, конечно, файло просто создастся. Как максимум кто-то потом на нем налетит. И кстати да, в именах торентов можно нехило прикалываться. И особо ушлые господа там ..\..\ и ../../ скармливали, и это даже иногда прокатывало. IO с внешним миром такое интересное занятие, особенно если к нему креативно подойти :)

Ответить | Правка | Наверх | Cообщить модератору

287. "Продемонстрирована возможность загрузки Windows из раздела с..."  +1 +/
Сообщение от Аноним (324), 23-Апр-23, 02:52 
> Километровые трактаты в именах файлов писать так то не сильно лучше.

Альтернатива, наверное, - имена файлов держать в 8.3, а полные данные в каком-нибудь files.bbs? Ну такое себе.

> Это как минимум не слишком культурно из соображений что список должен умещаться на экран и не у всех 42" 8K мониторы.

Ага, даешь 80*24 и ни в коем случае не больше как профессор Столяров учил. А может и сейчас учит.

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

Линупc - он и есть линупc, хоть в компе, хоть в мобиле. Заходишь на какой-нибудь либген, жмякаешь по "скачать" на заинтересовавшей пдфке или djvu, он отдает длинное имя вроде "Александр Кенин, Денис Колисниченко - Самоучитель системного администратора-БХВ-Петербург (2021)" - и облом: не качает без переименования. Справедливости ради, те же грабли были бы в любой юниксоподобной системе, включая макось и бсдшки.

> Одна из причин по которой линуксные фс сожрали utf8 как влитой хоть и не делались под него специально.

Только в фс по-прежнему ограничение в 256 байт, а не символов utf8 и никакого прогресса за последние 20 лет не наблюдается (впервые с utf8 в линупce я столкнулся как раз в 2003) на Red Hat Linux 9. Винда такое умеет с незапамятных времен.

Ответить | Правка | Наверх | Cообщить модератору

292. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 23-Апр-23, 03:39 
> Альтернатива, наверное, - имена файлов держать в 8.3, а полные данные в
> каком-нибудь files.bbs? Ну такое себе.

Любую идею можно довести до маразма. С одной стороны куцые имена, с другой - имена в десятки килобайт, когда я даже блин просто переименовать это жестко напрягусь. Если имя на экран не лезет - поля переименования файлов не офисный пакет, ворочать там текст в килобайты весом мягко говоря не очень комфортное занятие. И тут можно поспорить фича ли возможность выгрузить мне такое на бошку вообще. Для вот именно моих целей я никогда в лимит 255 символов не утыкался.

> Ага, даешь 80*24 и ни в коем случае не больше как профессор
> Столяров учил. А может и сейчас учит.

Не знаю насчет профессоров, но в своем коде я стараюсь за 80-90 символов не выезжать. Просто потому что откуда я знаю на каком мониторе и с каким фонтом вон те кодеры будут смотреть код.

> хоть в мобиле.

Да, виндуса там нет - там он облажался.

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

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

> Только в фс по-прежнему ограничение в 256 байт, а не символов utf8

С другой стороны это ставит некий лимит на неожиданное и неочевидное использование пространства метаданными.

> и никакого прогресса за последние 20 лет не наблюдается (впервые с
> utf8 в линупce я столкнулся как раз в 2003) на Red
> Hat Linux 9. Винда такое умеет с незапамятных времен.

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

Это примерно как IRC vs Jabber. В ирке сообщения максимум 512 байтов. И флудконтроль жесткий. Поэтому сложно крепко затарить. В жабере спамбот может вкатить за присест 100 кб XML - и вы жуйте это дескать. Если бот злой, он быстро пастит заранее подготовленое, а вот клиенты на парсинг такого подарка встают колом и модеры даже забанить вредину не могут,  их клиенты слишком заняты разбором подарков. Зачем мне такое еще и в файлухе?

Ответить | Правка | Наверх | Cообщить модератору

323. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (324), 23-Апр-23, 14:55 
> Если имя на экран не лезет - поля переименования файлов не офисный пакет, ворочать там текст в килобайты весом мягко говоря не очень комфортное занятие.

Что поделаешь: линупc создан, чтобы под ним страдали. Из последних наблюдаемых в этом месяце приколов гнома и кедов (Fedora 37, Ubuntu и Kubuntu 22.04.1 и 22.10) - это не влезающий в экран с разрешением 1366*768 диалог сохранения файла. Понятно, что бОльшая часть этого окна пустая, особенно в середине и понятно, что изменить размер этого окна мышью за рамку невозможно, ага. Та же фигня при попытке открыть торрент-файл в transmission (может еще где встречается, лениво было проверять).

> Да, виндуса там нет - там он облажался.

Just for lulz взял лежавшую под рукой без дела люмию, попробовал проделать то же самое. Скачалось без переименования.

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

Я и не считаю себя крутым программистом. Это скорее хобби, мой праздник - последняя пятница июля, а не 256й день в году.

> С другой стороны это ставит некий лимит на неожиданное и неочевидное использование пространства метаданными.

Диск с ext4, свободное пространство процентов 40, а записать ничего не могу. Почему? Потому что inodes закончились.

> Лично я никогда не утыкался в лимит при именовании файлов, а то что всяким придуркам неудобно мне килобайты спама в именах совать (да, представляете, даже просто переименовать файл из вашего примера - дико мучительно, потому что скроллить в поле переименования задолбаешься)

А зачем его переименовывать? Имя и так нормально влезает и отображается.

Ответить | Правка | Наверх | Cообщить модератору

336. "Продемонстрирована возможность загрузки Windows из раздела с..."  +1 +/
Сообщение от Аноним (-), 23-Апр-23, 20:47 
> чтобы под ним страдали.

Мы им не страдаем, мы им наслаждаемся. А загасить совместно какой-нибудь баг, не за полгода отношений с саппортом, а за день - неимоверно доставляет. В этой твоей винде и ее дровах у меня такое никогда не получалось. И не надо мне рассказывать что там багов нет. Я так то в R&D по части виндов бывал и получше вашего в курсе где и чего "нет". И как майки это (не) чинят тоже.

> Из последних наблюдаемых в этом месяце приколов гнома и кедов

Я ими не пользуюсь, так что мне эти страдания вообще ни о чем. А, да, прелесть линуха в том что его можно под себя отрихтовать как мне нравится. А не наслаждаться "one microsoft way".

> в transmission (может еще где встречается, лениво было проверять).

Современную винду на что-то с вон тем разрешением поставить вообще еще ухитриться надо, там же TPM2 подавай. И половины дров поди не будет для актуальной версии винды.

> Just for lulz взял лежавшую под рукой без дела люмию, попробовал проделать
> то же самое. Скачалось без переименования.

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

> Я и не считаю себя крутым программистом. Это скорее хобби, мой праздник
> - последняя пятница июля, а не 256й день в году.

А я посмотрел на то что остальные это еще хуже могут, пробурчал "пуркуа бы и не па" и как-то достаточно серьезно влез в что-то такое. С разруливанием продвинутых системных проблем, кодингом околосистемного софта и фирмварей, все такое. А нафига быть игрушечным системщиком если можно - настоящим? :)

> Диск с ext4, свободное пространство процентов 40, а записать ничего не могу.
> Почему? Потому что inodes закончились.

Опять же какая-то весьма экзотичная ситуация. Я и веселее видел, юзеры мне приносили флеху с нтфс которая валила винду в бсод. Винда ее любезно пыталась автомаунтить - упс, факап в ntfs.sys. Юзеры в суровой панике - а файлы как оттуда вообще достать?! Вот это я понимаю, трабла. Потому что не то что записать, а даже прочитать свои файлы - опа.

И кстати если вам кажется что NTFS продвинутый, попробуйте его обернуть вокруг того же EXT4. А чего, btrfs вот оборачивает себя вокруг EXT4. А теперь походу и вокруг NTFS как я понимаю.

> А зачем его переименовывать? Имя и так нормально влезает и отображается.

С моей стороны я предпочитаю какие-то более одупляемые и читаемые варианты, умещающиеся на экран, в списке.

Ответить | Правка | Наверх | Cообщить модератору

348. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (324), 23-Апр-23, 21:41 
> Я ими не пользуюсь, так что мне эти страдания вообще ни о чем.

Ну да, ну да. У тебя просто неправильный WM/DE/ядро/файлуха/дистрибутив и так далее и тому подобное. Даже не интересно сколько сотен раз я слышал эту волшебную фразу.

> Современную винду на что-то с вон тем разрешением поставить вообще еще ухитриться надо, там же TPM2 подавай. И половины дров поди не будет для актуальной версии винды.

Что у меня сейчас под Win11 22H2 самое древнее в наличии? Асусовский ноут, у которого на борту нет TPM, но c биосом от 07/20/2011, 4ядерным AMD A6-3400M APU with Radeon(tm) HD Graphics, 6 гигами оперативы и SSD (машинке больше 10 лет, родной винт умер). Ставил с лицензионного образа, без всяких твиков по отключению проверок. Все железо распознано, дрова на видео и тачпад последних для них версий (конец 2015 года) винда при установке подтянула автоматом. На сетевуху, кардридер, HDMI звук и AMD SMBus в центре обновлений пометила как необязательные: хочешь - обнови, хочешь - оставь какие есть. В разрешении 1366*768 работает нормально, не влезающих в экран и не регулируемых по размеру окон нет. Тормоза на уровне 37 федоры, 38 не тестировал.

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

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

> Я и веселее видел, юзеры мне приносили флеху с нтфс которая валила винду в бсод. Винда ее любезно пыталась автомаунтить - упс, факап в ntfs.sys.

Наблюдал такое. И даже знаю почему: люди на эти флехи что-то из-под линупca писали. Сами признавались когда о причинах спрашивал. Под виндой смерть ntfs наблюдал за последние четверть века ровно один раз (статистика в районе пары тысяч дисков) году в 2008 и причина была в дефектном шлейфе на винте. Шлейф поменял, винт форматнул и до сих пор никаких признаков смерти файлухи нет.

> И кстати если вам кажется что NTFS продвинутый, попробуйте его обернуть вокруг того же EXT4.

Продвинутым NTFS был до 2001 года - именно тогда в него последнюю новую фичу добавили. С тех пор это просто серая рабочая скотинка, которая тупо делает то, что от нее требуется не привлекая к себе внимания и не требуя ухода и присмотра (даже на ручную дефрагментацию в случае с HDD забил больше десятка лет назад, а играться с твиками вроде отключения коротких имен файлов или включения case sensitivity и вовсе никогда желания не было). Оборачивать его вокруг всяких каличных поделий - а зачем?

Ответить | Правка | Наверх | Cообщить модератору

363. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 24-Апр-23, 02:58 
> Ну да, ну да. У тебя просто неправильный WM/DE/ядро/файлуха/дистрибутив и так далее
> и тому подобное. Даже не интересно сколько сотен раз я слышал
> эту волшебную фразу.

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

А в винде меня мало того что считают за идиота, так и оверрайда особо нет. В чем моя проблема? Это сильно нагибает мою эффективность взаимодействия с компьютером и якорит эффективность. Для меня компьютер это "усилитель мозга".

> Что у меня сейчас под Win11 22H2 самое древнее в наличии? Асусовский
> ноут, у которого на борту нет TPM, но c биосом от
> 07/20/2011, 4ядерным AMD A6-3400M APU with Radeon(tm) HD Graphics,

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

> распознано, дрова на видео и тачпад последних для них версий (конец 2015 года)

А у меня вот дрова от амд 2023 года. Даже на чем-то таком. Ну вот пишет фирма AMD ядерный модуль amdgpu и все что gcn им цепляется. А юзермод в виде MESA вообще другие люди пишут но какая разница, оно так то работает даже лучше той проприетарной хрени :)

> - обнови, хочешь - оставь какие есть.

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

А для меня это стандартный способ например деплоя образов: бут в мою бутявку, она вкатит образ, и через несколько минут у меня будет... ну вот скажем точная копия этого досктопа в вон той виртуалке. Так, стоп, это виртуалка и есть, с такой копией, под запуск в ней вот этого браузера. Она тоже создана по этим лекалам, это быстро и эффективно.

> В разрешении 1366*768 работает нормально, не влезающих в экран и не регулируемых
> по размеру окон нет. Тормоза на уровне 37 федоры, 38 не тестировал.

Что-то мне подсказывает что моя система работает заметно шустрее и приятнее любых федор. Так то я не гнушаюсь себе кернел билдовать с low latency настройками. Заодно я при этом гранд ауторити в системе. Ключ для подписи модулей - вот лично мой. Система работает на меня, а не фиг знает кого. В винде поди такого добейся еще.

> Звонит, контакты с облаком синхронизирует, браузер работает. Стор действительно умер,

Так это, без установки программ смартфон не такой уж и смарт. И заливать контакты в майковское облако? Ну не, спасибо, если АНБ и ЦРУ оно надо пусть культурно попросят сами. И кстати это облако случайно не прибито на гвозди и нет ли риска что его вырубят?

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

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

> Наблюдал такое. И даже знаю почему: люди на эти флехи что-то из-под линynca писали.

Не угадал, у тех модуль оперативки битый был. Но какая разница, крах в драйвере это крах в драйвере, значит в ntfs.sys валидации метаданных не было, и спасибо если это только крах, а не "пользователь может получть кернелмод подключив специально оформленную флеху". Кроме того - такая фигня была с NT4. За столько лет можно было бы и починить баги то, и научиться в fuzzing своего ядра и дров так то. В линухе это уже довольно давно практикуется, с понятным бонусом в качество кода.

Алсо в линухе я персонально дожал все известные мне даже отдаленно напоминающие это ситуации вычислив что и где падает, перетерев с причастными разработчиками и в конечном итоге так или иначе но мне на данный момент не известно ни 1 бага такого класса. Если это будет не так, даю 95% вероятность что менее чем через неделю этого бага не станет. Мне так больше нравится.

> ntfs наблюдал за последние четверть века ровно один раз (статистика в
> районе пары тысяч дисков) году в 2008 и причина была в дефектном шлейфе на винте.

Тут стоит сказать что я в режиме "продвинутого любителя" датарекавери практикую, поэтмоу знакомые порой довольно странные штуки подсовывают. И поэтому это наверное несколько более концентрированная статистика чем у вас, но факт в том при глюках RAM NTFS может жестко развалиться до состояния когда попытка его прицепить будет ронять драйвер, что в случае флешке выглядит крайне угарно. Если, конечно, вы не тот пользователь.

К слову как минимум в линухе САБЖ при подобных ситуациях активно вопит в лог  "CSUM ERROR, corrected" и кривая оперативка сразу выводится на чистую воду. Все же чексумы это хорошо, кроме непосредственной функции они валидируют корректность работы железа, end to end.

> Шлейф поменял, винт форматнул и до сих пор никаких признаков смерти файлухи нет.

Угу, и вот гадай, хорошо шлейф работает или где. А вот по "csum error" я довольно быстро замечу факап, кроме всего прочего :)

> Продвинутым NTFS был до 2001 года - именно тогда в него последнюю
> новую фичу добавили. С тех пор это просто серая рабочая скотинка,

Ну вот против этой формулировки я ничего не имею.

> играться с твиками вроде отключения коротких имен файлов или включения case
> sensitivity и вовсе никогда желания не было). Оборачивать его вокруг всяких
> каличных поделий - а зачем?

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

Ответить | Правка | Наверх | Cообщить модератору

387. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (324), 24-Апр-23, 14:01 
> Представляешь, да. Если мне не нравится гном созданый для корпоративных тупарей, так что он лучше меня знает в какой режим мне "должно" быть комильфо ноут шатдаунить - ну я и могу взять что-нибудь более подходящее мне, где пользователя за кретина не считают.

Вообще-то я упоминал что точно такую же фигню видел и в кедах. А перебирать 100500 разной степени работоспособности недоделанных оболочек надоело еще когда виста в бете была, то есть год так 2005-2006.

> Вон то в системных требованиях было написано.

Сказано же было "Современную винду на что-то с вон тем разрешением поставить вообще еще ухитриться надо, там же TPM2 подавай. И половины дров поди не будет для актуальной версии винды.", разве нет? Я и привел пример на самой старой из моих железок. Собственно, результат меня самого удивил, потому что ожидал проблем из-за отсутствия ТРМ2 (заявленный в системных требованиях Win11 UEFI ноут умеет) и приготовился их решать - но они почему-то не возникли.

> А у меня вот дрова от амд 2023 года. Даже на чем-то таком. Ну вот пишет фирма AMD ядерный модуль amdgpu и все что gcn им цепляется. А юзермод в виде MESA вообще другие люди пишут но какая разница, оно так то работает даже лучше той проприетарной хрени :)

Наверное если я чуток пропатчу и поставлю дрова 2023 года - у меня оперативка в видюхе волшебным образом вместо одного гига памяти получит не меньше четырех и станет поддерживать вулкан (сейчас не поддерживает, потому что Radeon HD 6520G и gpu-z говорит что дата выпуска - Jun 15, 2011)? Рискнуть или ну нафиг?

> А у меня видите ли все просто взлетело. Без скачек и проч.

Так и я руками ничего не качал и не ставил. Винда такое умеет как минимум с Win7.

> Что-то мне подсказывает что моя система работает заметно шустрее и приятнее любых федор.

Почти все работает лучше федоры, убунты, бомжары и дeбилиана.

> Так это, без установки программ смартфон не такой уж и смарт. И заливать контакты в майковское облако? Ну не, спасибо, если АНБ и ЦРУ оно надо пусть культурно попросят сами. И кстати это облако случайно не прибито на гвозди и нет ли риска что его вырубят?

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

> Не угадал, у тех модуль оперативки битый был.

Я и не гадал. Они сами признавались. Баг известный, висит в багтрекере лет 6. Крутые разработчики его признали, но результат исправления немного предсказуем.

> Угу, и вот гадай, хорошо шлейф работает или где.

Я подозревал, что сам диск помирает. Полез в системник с целью его заменить на новый, увидел полуоторванный шлейф, поставил другой. В итоге новый диск ушел на новую машину, а этот как работал, так и работает.

Ответить | Правка | К родителю #363 | Наверх | Cообщить модератору

421. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 25-Апр-23, 01:26 
> Вообще-то я упоминал что точно такую же фигню видел и в кедах.

Лично мне не нравятся ни гном ни кде, перегруженые тормозные уроды, гном при этом умудрился не заимплементить ключевые фичи нужные для комфортной работы, совсем позор. Я ими обоими не пользуюсь. И смысл ими перед моим носом размахивать?

> когда виста в бете была, то есть год так 2005-2006.

А я где-то к тому моменту как раз решил что MS меня окончательно задолбал своими "улучшениями" и наевшись "улучшений" решил развиваться как спец в другую сторону.

> системных требованиях Win11 UEFI ноут умеет) и приготовился их решать -
> но они почему-то не возникли.

Вот лично меня "улучшения" от майкрософта задолбали еше в районе висты. И все их полунедоотключаемые плутоны и тпм-ы, вместе с онлайн акаунтами и отсылом нажатий клавиш они могут себе оставить. Меня объем возни на расчистку и прическу винды до вида потребного для использования мной стал напрягать где-то после XP.

А сейчас я себе системы делаю иначе. Минимальный "core" debootstrap'ом раз в эн лет -> пакеты под задачу -> PROFIT. Так вообще не надо тратить время на выковыривание подлянок, оказалось вот эффективнее и предсказуемее. В винде я не возьмусь такое повторить.

> Наверное если я чуток пропатчу и поставлю дрова 2023 года - у
> меня оперативка в видюхе волшебным образом вместо одного гига памяти получит
> не меньше четырех и станет поддерживать вулкан (сейчас не поддерживает,

Да вот знаете, в свое время таки именно так и было: совершенно сторонние перцы (Dave Airlie и его дружки) накодили драйвер вулкана для амдшек в линухе. Устав от завтраков которыми амд кормила на тему открытия сорцов вулкана. И поскольку это маркетингом не зажималось, оно умеет vulkan "по всей площади", для вообще всех GCN-based. А в амд блобе оно GCN 1.х обделяло. Так что и такое тоже бывает. Да, и "ftdi patches" в линуксе не прилетают, кроме как в шутку на 1 апреля в рассылку, без комита в ядро.

> потому что Radeon HD 6520G и gpu-z говорит что дата выпуска -
> Jun 15, 2011)? Рискнуть или ну нафиг?

Это вроде pre-GCN, vliw based. Там вулкана не будет. Но GL вроде вплоть до 4.6 с всякими direct state access и проч сделали насколько я помню. А вот GCNам всем от и до подвалило счастья с вулканом от сторонних лиц, RADV еще и быстрее амдшного оригинала работает, совсем уж лол. Майнтайнер графической подсистемы линуха и его дружки дали амд мастеркласс прям на их поле. Так бывает.

> Так и я руками ничего не качал и не ставил. Винда такое
> умеет как минимум с Win7.

Есть разница между "сразу взлетело" и "скачало полинетрнета и потом взлетело". И по времени на это все и по возможности например старта системы в readonly с "лив флехи" в более менее полноценном виде а не лысой.

> Почти все работает лучше федоры, убунты, бомжары и дeбилиана.

Кому как. Лично я не возьму винду даже забесплатно. С линуксом я как-то сильно эффеуктивнее и мне сильно проще их оного сделать то что на самом деле хотелось.

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

Ведроиды до сих пор работают и я даже недавно на какой-то старинный планшет весьма свежий VLC поставил. И его обладатели были несказанно рады что эта штука стала трескать почти все мыслимые форматы файлов. Чем-то таким смарт от не-смарта и отличается.

> А держать контакты в облаке от мс не опаснее, чем в эппловском или гугловском.

Мс мало резона поддерживать сервис для дохлого направления, в отличие от.

> Я и не гадал. Они сами признавались. Баг известный, висит в багтрекере
> лет 6. Крутые разработчики его признали, но результат исправления немного предсказуем.

В виндовом ntfs.sys бсоды от порушеной фс известны минимум с времен NT4, 6 лет ерунда на этом фоне. Впрочем там вон в линь завезли парагоновский, кажется, ядерный драйвер, и проблема "resolved - code fix" иным способом, еще и скорость прибавилась, хехе :)

> Я подозревал, что сам диск помирает. Полез в системник с целью его
> заменить на новый, увидел полуоторванный шлейф, поставил другой.

Типичный юзер винды, SMART посмотреть не допер. Да, там CRC error так то считают обычно, и этого не было только в совсем уж старых девайсах и режимах. Но csum в фс надежнее, я так даже выловил у народа очень странный проц которые как живой но под нагрузкой начинает изредка считать неправильо. Оказывается и так бывает. А без btrfs гаденыш бы и дальше тихо портил данные понемногу.

> В итоге новый диск ушел на новую машину, а этот как работал, так и работает.

Я еще на странные штуки типа софт бэдов натыкался, когда бэдов эн штук, но реально они не подтверждаются и при перезаписи как новые. Подозреваю что это результат использования хреновых питальников. NTFS на это тоже нервно реагирует, смотря куда попало. И узнать об этом можно когда оно либо драйвер ронять начнет, либо перестанет цепляться. До тех пор в логах может и не быть ничего интересного. Я для себя сделал вывод что чексумы в фс все же хорошая идея.

Ответить | Правка | К родителю #387 | Наверх | Cообщить модератору

426. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (324), 25-Апр-23, 02:48 
> Лично мне не нравятся ни гном ни кде, перегруженые тормозные уроды,

Мне тоже, поскольку знакомство с юниксовой гуйней начинал с CDE, а с линупcoвой - с WindowMaker. Но все кроме кед еще хуже, а тайловое вообще за гранью добра и зла.

> Да вот знаете, в свое время таки именно так и было: совершенно сторонние перцы (Dave Airlie и его дружки) накодили драйвер вулкана для амдшек в линухе.

Но в моем конкретном случае я не получаю никаких преимущество от последней версии дров и потому совершенно не переживаю от их отсутствия.

> Но GL вроде вплоть до 4.6 с всякими direct state access и проч сделали насколько я помню.

Да, vliw based. Соответствие OpenGL версий до 4.5 - 100%, для 4.5 - 91% и 16% для 4.6

> Есть разница между "сразу взлетело" и "скачало полинетрнета и потом взлетело".

А то в линупce такого не бывает. Драйвер для твоего вайфая лежит в инете, потому как ты его при установке скачаешь - твои проблемы (дебиан, ага). Я знаю про образы с nonfree, только вот лежат они сильно не на видном месте, а потому квест получается сильно на любителя.

> Мс мало резона поддерживать сервис для дохлого направления, в отличие от.

А мне философски:) За 30 с лишним лет научился не хранить ценное в одном месте и в одной копии, спасибо ЕС-1042 с ее вечно рвущимися перфолентами и ДВК с 8дюймовыми дискетами, спустя неделю через раз читавшимися на том же дисководе где писались (а на других не читавшиеся вообще).

> В виндовом ntfs.sys бсоды от порушеной фс известны минимум с времен NT4, 6 лет ерунда на этом фоне.

Ну конечно же в линупcax файлухи не дохнут и я ни разу не видел убитых в хлам (в том числе родным fsck - привет, reiserfs), ни ext2/3/4, ни половины обнуленных файлов после внезапного отключения питания в xfs, ни подключенный к соседней машине диск с btrfs, который после этого напрочь не читался, не писался и не монтировался на родной (ибо на соседней ядро было на 1-2 минорных версий помоложе).

> Типичный юзер винды, SMART посмотреть не допер.

А зачем? Это был самсунговский винт и я прекрасно знал что эта модель у самсунга - весьма проблемная. Не настолько, насколько 20 и 40 гиговые фуджики или легендарные дятлы от межделмаша, но тоже дохли частенько. Кто же знал, что эта железка получив новый шлейф и пережив форматирование еще минимум лет 15 проживет (минимум - потому что до сих пор работает без единого бэда если этому самому смарту верить)? Так и трудится до сих пор в одной не очень нужной машине.

Ответить | Правка | К родителю #421 | Наверх | Cообщить модератору

439. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (436), 26-Апр-23, 03:18 
> Мне тоже, поскольку знакомство с юниксовой гуйней начинал с CDE,
> линупcoвой - с WindowMaker. Но все кроме кед еще хуже,

Ты пох или его дружок чтоли? :) Впрочем какая мне разница. А я "всерьез" в линух пришел где-то в районе 5 или 6 убунты. Они показали мне что линукс может быть вполне приличным десктопом. А на опенсорс я так то еще до этого в винде слегка подсел. Заодно случайно обнаружив что оно уже тогда чего-то билдит мои проекты в пару раз резвее чем винда, такая ерунда.

На самом деле готовый preset как раз позволил посмотреть как это вообще делать примерно, и что можно получить. И тогда это был кажется гном2. Кстати вполне нормальное DE, классическое, шустрое, без особых глюков, все ключевые настройки системы из гуя можно сделать (если я ос впервые вижу я еще не спец в ее начинке, а без работающего компа как-то тяжко).

> тайловое вообще за гранью добра и зла.

Да как сказать? На большом мониторе, у продвинутого пользователя, это вообще-то весьма эффективная штука может быть.

> Но в моем конкретном случае я не получаю никаких преимущество от последней версии дров

Спасибо, я уже имел возможность оценить как с дровами в винде. И как с багфиксами этого - тоже. Будем считать что мне в линухе понравилось больше. И качество дров и возможность загасить конкретный баг. А уж например на виртуалках, если линух на линухе пускать, там в ядро сразу встроены дрова virtio/kvm/etc и поэтому вот прям немедленно, без скачек и инсталла всякой хрени крутейшие виртуалки работающие со скоростью практически как у железа. Удобно, эффективно.

> Да, vliw based. Соответствие OpenGL версий до 4.5 - 100%,
> для 4.5 - 91% и 16% для 4.6

У меня такие были когда-то и в целом довольно прилично работало в линухе. Но они старенькие, что ни говори.

> А то в линупce такого не бывает. Драйвер для твоего вайфая лежит в инете,

Драйвер моего вайфая - встроен в ядре :). В хучшем случае в инете может быть фирмваре той фавли, но это сильно зависит от конкретики дистро и его образа/набора пакетов.

> потому как ты его при установке скачаешь - твои проблемы (дебиан, ага).

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

> Я знаю про образы с nonfree, только вот лежат они сильно не на видном месте,

...попользовавшись убунтой я осознал технологию. И понял что могу не хуже. В какой-то момент мне стала душновата их политика репов и (tm), надоело вытряхивать падучие крашрепортеры и какой там онлайн поиск, на пару с традиционно нерабочим питонапдейтером системы.

Ну я взял быка за рога, перешел на дебиан, как это могло выглядеть я уже представлял, ну и получил то же самое только модульнее, гибче и без рестрикций на коммерцию (которой я только подумайте еще и промышляю, а чего б не, если скилл в области есть?!). Ну а инсталлеры при этом мне стали ни к чему. Я могу соорудить себе образ под задачу. Не убивая час на инсталл системы и черт знает сколько на удаление ненужного и нежелательного софта.

> а потому квест получается сильно на любителя.

Да, но 95% людей не гроссмейстеры. Меня же такой уровень эффективности взаимодействия с компьютером напрягает. Я осознал что можно делать это эффективнее и на меньшее уже не согласен.

> в одном месте и в одной копии, спасибо ЕС-1042 с ее вечно рвущимися перфолентами
> и ДВК с 8дюймовыми дискетами, спустя неделю через раз читавшимися на том же дисководе

У меня не настолько тяжелое прошлое, но read error с флопиков и неидеальных сетей я откущал, душняка с местом хватало, и все такое. В целом это стимулировало интерес к технологиям. Я познал форматы и протоколы, алгоритмы и азы железа. Я прошел длинный путь - и уже смог сделать несколько штук за пределами своих самых диких детских мечтаний. Некоторые в общем то случайно, просто интересно иногда бывает "а слабо ли мне не хуже вон тех?"

> Ну конечно же в линупcax файлухи не дохнут и я ни разу не видел убитых в хлам

Хе-хе, если я натыкаюсь на баг в линуксе, он перестает существовать. И как правило довольно быстро. В винде у меня этот номер не получался. Поэтому моя система близка к идеалу - в ядре Linux нет ни 1 бага мешающего мне жить.

> (в том числе родным fsck - > привет, reiserfs),

Ах, вы хотите рассказать за что я cp --reflink люблю? В том числе и за то что "как бы копия" образа порушеного диска почти не трескает место (ну сколько блоков fsck изгадит? Цать мегабайт?) - а создается за ну может секунду для 3-терабайтной чушки.

И вот вы видыраете волосы на каких там местах. Я беру машину времени и путешествую в прошлое, где fsck еще не был запущен. И я могу попытаться еще раз. Этим эксперт и отличается от дилетанта. Я не люблю односторонние, неотменимые операции. И давно ушел от линейного одностороннего потока времени в моих системах. Теперь это ансамбли миров и альтернативные реальности, и если мне не нравится развитие событий я просто вернусь в прошлое и попробую еще раз. Эта логика стала применяться мной не только на VM но и на железках, благодаря линуксной версии сабжа.

> ни ext2/3/4, ни половины обнуленных файлов после внезапного отключения
> питания в xfs, ни подключенный к соседней машине диск с btrfs,
> который после этого напрочь не читался, не писался и не монтировался
> на родной (ибо на соседней ядро было на 1-2 минорных версий помоложе).

Как бы апгрейднуть ядро я не обломаюсь, а вот если файло нулями затерто, на in place классической ФС, вот тут я уже пас и таки его не восстановлю. Да и никто не восстановит.

> А зачем? Это был самсунговский винт и я прекрасно знал что эта
> модель у самсунга - весьма проблемная.

Самсунг вообще забавная фирма. В HDD вечно проблемы с механикой. В SSD вечно глюки у фирмварей.

Я с 2.5 винча от самса не так давно налетевшим знакомым вынул их файлы в практически идеальном виде, когда в винде оно не маунтилось уже. Но конечно пришлось поизвращаться с "продвинутыми читалками", там поверхность бэдами пошла ощутимо. Кстати я это все под линухом :P

> Так и трудится до сих пор в одной не очень нужной машине.

Ну вон тому самсу у меня уже ничего особо не поможет, там видимо запилы или пыль, несколько регионов ушатаны. Зато вот btrfs на текучих флешках прикольно работает. Остальное там не выживает. А обрубить 32 Гб флеху до 16 (схемой DUP) - в принципе на ней что-то не сильно ценное можно таскать. Хотя это больше научный интерес - погонять файлуху в максимально скверных условиях и посмотреть не будет ли еще багов. Если будут - ну вы понимаете какая участь их ждет.

Ответить | Правка | К родителю #426 | Наверх | Cообщить модератору

369. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от maximnik0 (?), 24-Апр-23, 05:19 
>Почему? Потому что inodes закончились.

Не закончилось.Либо написали в одну папку до хрена мелких файлов,либо в одну папку до хрена записывали и удаляли.В 1 случае кончились по лимиту выделенные иноды,чинится тюнингом фс.Во 2 случае из за особенности не успели освободиться зарезервированные иноды,нужно запускать fsck с спецклюсом или опять тюнинговать.Можно ещё проще сделать.Чуть чуть освободить и где были опирации перенести файлы в другую папку.А ту удалить ,тогда заверзированные иноды освободиться.Предпологаю 2 вариант,т.к в 4 версии иноды исключительно мало расходуется,все практически на ехтентах.Сутуация ещё возникает от отключения fsck ,были тогда советы для новичков и там  с цифрами в конце химичили, а т.к друг у друга пиратили воевать оказалось не возможно,fsck при плановой проверке чистил кэш и освобождал иноды.

Ответить | Правка | К родителю #323 | Наверх | Cообщить модератору

386. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (324), 24-Апр-23, 13:13 
> Не закончилось.

df -i на раздел сказала что свободно 0%

> В 1 случае кончились по лимиту выделенные иноды,чинится тюнингом фс.Во 2 случае из за особенности не успели освободиться зарезервированные иноды,нужно запускать fsck с спецклюсом или опять тюнинговать.

Я проще сделал: данные перекинул в другое место, а диск форматнул в xfs, у которого такая проблема не возникает.

Ответить | Правка | Наверх | Cообщить модератору

339. "Продемонстрирована возможность загрузки Windows из раздела с..."  +1 +/
Сообщение от пох. (?), 23-Апр-23, 20:59 
> Только в фс по-прежнему ограничение в 256 байт, а не символов utf8
> и никакого прогресса за последние 20 лет не наблюдается (впервые с

вон автор пресловутого драйвера поправил эту константу в фс - просто мимо пробегая.
И у него фсе работаит - в венде, разумеется.

А не в венде - не работает. Потому что не только в драйвере fs, а еще видимо в миллионе мест начиная с libc.

> utf8 в линупce я столкнулся как раз в 2003) на Red
> Hat Linux 9. Винда такое умеет с незапамятных времен.

тоже нет. Винда с незапамятных умеет unicode-16 - 1ббитные полноценные wide chars фиксированной длинны.
Не вызывающие миллиона проблем в том числе и с тем что длина строки в байтах может измениться после замены одной буковки на другую.

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

А вот л@п4тые ради грошовой экономии сделали самим себе проблему.

Ответить | Правка | К родителю #287 | Наверх | Cообщить модератору

352. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (324), 23-Апр-23, 22:08 
> А не в венде - не работает. Потому что не только в драйвере fs, а еще видимо в миллионе мест начиная с libc.

И ведь есть тот же самый /usr/include/linux/limits.h с его NAME_MAX. Но нет - мы на него забьем.

> Винда с незапамятных умеет unicode-16 - 1ббитные полноценные wide chars фиксированной длинны. Не вызывающие миллиона проблем в том числе и с тем что длина строки в байтах может измениться после замены одной буковки на другую.

Это да. Простенькая задача: выдели буфер, например, на 1024 символа. А сколько это в байтах будет, потому как один символ может весить от 1 до 6 байт по стандарту? И хреначишь 6 килобайт вместо одного чтобы точно уж влезало.

Ответить | Правка | Наверх | Cообщить модератору

354. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от пох. (?), 23-Апр-23, 22:26 
автор вендодрайвера пишет что да, забьем, он никакого влияния не оказывает. И еще в паре мест тоже.  

Но вот сколько и чего еще придется в самом линуксе править - это вопрос сложный. Причем после правки этих констант придется пересобрать абсолютно всю систему и потом наверняка огребать ошибки и спонтанные крэши потому что где-нибудь кто-нибудь обязательно использует магическое число вместо системной константы или вовсе не различает PATH_MAX и NAME_MAX (и такое видали).

Ответить | Правка | Наверх | Cообщить модератору

368. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от maximnik0 (?), 24-Апр-23, 04:47 
>чего еще придется в самом линуксе править - это вопрос сложный

Практически не чего править не придется.Кроме лимитов и VFS.Сюрприз? Не забудьте что портированные драйвера для не юних фс придерживают длинные имена -это я про ntfs и exfat,в fuse драйвере нет таких ограничений.Про дедушку Райзера тоже не забывайте, там лимит ещё больше был но ограничения VFS.
Была уже статья одной компании (этерсофт),осталось в вырезанном виде на сайте альт,там химичили с btrfs и xfs.И работало,падчи были тривиальные,они даже тестирование проводили,но протолкнуть в ядро не получилось.

Ответить | Правка | Наверх | Cообщить модератору

401. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от пох. (?), 24-Апр-23, 20:12 
> Справедливости ради, те же грабли были бы в любой юниксоподобной системе,
> включая макось и бсдшки.

совершенно не факт (во всяком случае для макоси я бы проверял - ее писали люди вполне заинтересованные в interoperability) - сам же видишь - в драйвере никаких таких ограничений нет.

>> Одна из причин по которой линуксные фс сожрали utf8 как влитой хоть и не делались под него специально.
> Hat Linux 9. Винда такое умеет с незапамятных времен.

потому что делалась специально - а не копипастила технологии 70х а потом кое-как адаптировала их к современным требованиям (ух как в редхат8 все было здорово с utf - вспомню аж слезы умиления наворачиваются. Вообще ничего не работало и все попереломано. Как влитой, ага.)

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

Ответить | Правка | К родителю #287 | Наверх | Cообщить модератору

407. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (407), 24-Апр-23, 20:35 
> Альтернатива, наверное, - имена файлов держать в 8.3, а полные данные в каком-нибудь files.bbs? Ну такое себе.

А ты предлагаешь в таблицу файлов писать поэмы? Файлы вообще-то числами идентифицируются - быстро и машине достаточно. А имя файла - это что-то типа доменного имени. Для человека, а потому -коротко. В NTFS - лимит в 255 символов. В Btrfs/Ext4 - в 255 байт. Было бы наоборот - заскулил бы ты.

> Линупc - он и есть линупc

А вантуз - есть вантуз. Только и слышно скулеж в интернетах, как у них всё тормозит. И поделом.

> Заходишь на какой-нибудь либген, жмякаешь по "скачать" на заинтересовавшей пдфке или djvu, он отдает длинное имя ... - и облом: не качает без переименования.

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

> Винда такое умеет с незапамятных времен.

Ну так, тормозит и бсодается тоже с незапамятных времен.

Ответить | Правка | К родителю #287 | Наверх | Cообщить модератору

410. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (324), 24-Апр-23, 21:36 
Какой забавный вскукарек

> Было бы наоборот - заскулил бы ты.

Пословицу про то, кем была бы бабушка в случае наличия у нее некоего общеизвестного органа ты хоть раз слышал? Если нет, можешь погуглить.

> А вантуз - есть вантуз. Только и слышно скулеж в интернетах, как у них всё тормозит. И поделом.

В точности такой же скулеж издают двухпроцентные, только вот делают это сильно непропорционально численности поголовья. Особо если хотят поиграться во что-нибудь поинтереснее tux racer.

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

Разрабам мозиллы и хромиума расскажи. Я это лично наблюдал и там и там. На разных версиях браузеров и линупcoв.

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

Бсод на винде я последний раз видел когда твои родители еще верили что в этот раз они предохраняются надежно. А вот черненький экран с содержимым регистров наблюдать доводилось на самых разных сортах ненужного при попытке, например, загрузиться в live-режиме с флешки, на которую это самое ненужное записано. Хоть в обычном режиме, хоть в том, что в меню загрузчика названо safe mode. Особенно этим отличается opensuse, но и в другом ненужном тоже насмотрелся.

Ответить | Правка | Наверх | Cообщить модератору

414. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (407), 24-Апр-23, 23:37 
> В точности такой же скулеж издают двухпроцентные, только вот делают это сильно непропорционально численности поголовья.

Это тебе спасибо. Про плохой Линукс тут скулят как-раз вантузятники, которые о нём только в газете "Редмонд-сакерс" читали.
А я, второй десяток пошел, как пользуюсь, меня устраивает. Про вантуз вспоминаю, только когда ко мне приходят несчастные с засором и сломанным сливом. То у них тормозит, то не запускается, то обновление встало, то лицензия слетела, то мейлру-агент, то яндекс-бар, то понос, то золотуха. Раньше жалел несчастных - чинил, "я ж программист", теперь разворачиваю к специалистам. Пару раз десятку тыс. рублей за Десятку отдадут, через месяц опять всё сломается, и Линукс им сразу станет сладок и приятен.

Ответить | Правка | Наверх | Cообщить модератору

416. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (324), 24-Апр-23, 23:46 
> Про плохой Линукс тут скулят как-раз вантузятники, которые о нём только в газете "Редмонд-сакерс" читали.

Я это поделие палочкой тыкаю уже четверть века. И на работе, и дома иногда.

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

Первый раз мне заплатили за снос ненужного и установку операционной системы еще когда мода на ASUS Eee PC пошла.

Ответить | Правка | Наверх | Cообщить модератору

415. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (407), 24-Апр-23, 23:45 
> Разрабам мозиллы и хромиума расскажи. Я это лично наблюдал и там и там. На разных версиях браузеров и линупcoв.

В LibreWolf и Ungoogled Chromium (с Flathub'а) всё работает. Значит, и в Firefox, и в Chromium всё работать должно. Не звезди. Десятки файлов скачивал с Library Genesis, длинные имена просто обрезаются.
QBittorrent любой торрент пережевывает, а Evince/Okular любой PDF, в комментариях под которыми на Рутрекере люди жалуются, что у них типа "не работает под Линукс". Неоднократно проверял. Должно быть, у них какой-то другой Линукс. Пиндос Раз-на-Раз Едишн.

Ответить | Правка | К родителю #410 | Наверх | Cообщить модератору

418. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (324), 24-Апр-23, 23:50 
Не звезди сама, машутка. Возьми федору, убунту, кубунту, росу или минт с теми браузерами что в них предустановлены и проверь. А лучше сходи за клуб в очередной раз
Ответить | Правка | Наверх | Cообщить модератору

300. "Продемонстрирована возможность загрузки Windows из раздела с..."  +1 +/
Сообщение от soarin (ok), 23-Апр-23, 07:47 
> Километровые трактаты в именах файлов писать так то не сильно лучше

А и не надо. У нас тут один символ не один ☝ байт 🤨
А у вас?

Ответить | Правка | К родителю #276 | Наверх | Cообщить модератору

409. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (407), 24-Апр-23, 20:38 
> А у вас?

А у нас не тормозит.


Ответить | Правка | Наверх | Cообщить модератору

403. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (407), 24-Апр-23, 20:24 
> Даже '?' и '*' или нет?

#!/bin/bash
touch \?\*
rm '?*'

Ты если шеллом (а также - поиском и головой) пользоваться не умеешь, то не обязательно этим бравировать на весь Интернет. Сказано уже, и BTRFS, и EXT4 поддерживают любой символ, кроме нуль-терминатора и разделителя пути.

А вот на NTFS, да, запрещены: /\:*"?<>|

> причина, по которой скулят линупceныши простая и понятная

В NTFS ограничение на имя файла в 255 символов, в Btrfs/ExtN - 255 байт. То есть в последнем меньше, но и ФС (особенно, с миллионами файлов) ворочается намного быстрее. Плюс, NTFS популярнее (у мух). Как результат, иногда имена с большим ограничением не вписываются в меньшее. Была бы какая-нибудь популярная файловая система с поддержкой 255+ символов на имя файла, и заскулил бы уже ты. Ползал бы и умолял любимых проприетарщиков, обеспечить поддержку длинных имен в их программах. А в Линуксе, в нормальных программах такое давно обходится автоматически (например, обрезанием имени), в написанные невежественными вантyзятниками можно легко добавить патчем самому.

Ответить | Правка | К родителю #269 | Наверх | Cообщить модератору

411. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (324), 24-Апр-23, 21:49 
> То есть в последнем меньше, но и ФС (особенно, с миллионами файлов) ворочается намного быстрее.

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

> Была бы какая-нибудь популярная файловая система с поддержкой 255+ символов на имя файла, и заскулил бы уже ты.

Сегодня я добрый, поэтому открою тебе страшный секрет: для ненужного таких файлух есть целых две. Это ReiserFS и Reiser4. Проблема только в том, что первую из ненужного выпиливают, а вторую впиливать не хотят.

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

О богоподобные и глубоко уважаемые проприетарные разрабы! На коленях молю вас запилить поддержку длинных имен в программах. Я не понял: что значит "уже запилено для Windows NT 30 лет назад, для не NT - в Win95"?

Ответить | Правка | Наверх | Cообщить модератору

441. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (436), 26-Апр-23, 03:54 
> Если кто-то держит миллионы файлов в одном каталоге

Я другой анон, но если что я как-то получил 100К файлов в 1 дире, потому что накодил парсер бэкапа NVRAM энной железки на составляющие. В их NVRAM записи лежали без иерархии и я сделал разбор этого в файлы 1 в 1. Сколько там записей я понятия не имел. Оказалось - около 100К. Я что для этого добра должен был кодить костыли с генерацией дир которые ничему не соответствуют и воркэраундят тупняки ФС? В линуксе с миднайтом и btrfs такая структура открывается влет, за какие-то секунды. А что-то сделать с записью #67193 можно и по ее имени, если надо, мотать список от и до - не обязательно.

А вот если это на NTFS перекинуть и под виндой попробовать открыть... ых, ых, ых, как оказалось там будут совсем другие тайминги операций. Довольно неприличные. Как-то так сразу и ощущаешь все соотношения.

> Сегодня я добрый, поэтому открою тебе страшный секрет: для ненужного таких
> файлух есть целых две. Это ReiserFS и Reiser4. Проблема только в том, что
> первую из ненужного выпиливают, а вторую впиливать не хотят.

Куда и им им место. У одного fsck сносит тома под рассказ "not a bug" от авторов, второй вообще скорее proof of concept чем готовое решение. Разработчики линуксной версии сабжа менее ушибленые и поэтому реюзанули подсистемы кернела насколько это вообще катило в их дизайне.

Ответить | Правка | Наверх | Cообщить модератору

375. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от maximnik0 (?), 24-Апр-23, 09:07 
>А теперь попробуйте его с таким именем в

Создаётся, представь себе.Правда в портированном  МС и окружении posix.И к сожалению с 7 не создашь.В 95-ме это не работает.Зато удалять тоже себе удовольствие. Повторяю с nt4 по висте можно было посторонним софтом создать такие имена.

Ответить | Правка | К родителю #266 | Наверх | Cообщить модератору

402. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от пох. (?), 24-Апр-23, 20:14 
> удовольствие. Повторяю с nt4 по висте можно было посторонним софтом создать
> такие имена.

через backup api полагаю до сих пор можно. А через обычный заблокировано чтоб не понасоздавали такого что потом хрен удалят.


Ответить | Правка | Наверх | Cообщить модератору

413. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от maximnik0 (?), 24-Апр-23, 22:17 
> через backup api полагаю до сих пор можно. А через обычный заблокировано
> чтоб не понасоздавали такого что потом хрен удалят.

Нет,я имел в виде posix ари.Оно было до висты.В висте убрали и отключили по умолчанию posix поток,но можно было включить и через Cygwin создать такие имена файлов.Вообще роsix поток htfs оказался как чемодан без ручки -виндовс утилиты читать такие файлы не могли,удалить тоже,проверка диска стандартная игнорировала эти файлы.....


Ответить | Правка | Наверх | Cообщить модератору

349. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от maximnik0 (?), 23-Апр-23, 21:45 
>потому как имена слишком длинные"

К сожалению это Posix совместимость. В btrfs падч тривиальный и кол-во байт на имя легко можно увеличить.А если записывать в не юних фс -ntfs и exfat  то проблем с длинной нет.Хотя была фс которая также поддерживала длинные имена,но сейчас находится в состоянии выпиливания -райзер.
Хотя нтфс тоже декларировали posix совместимую,255 символов домена имени,все буквы Unix . Только они взяли кодировку utf-16.А это 2 байта на символ.А в linux до сих пор 8 битные кодировки имён.

Ответить | Правка | К родителю #222 | Наверх | Cообщить модератору

355. "Продемонстрирована возможность загрузки Windows из раздела с..."  +1 +/
Сообщение от пох. (?), 23-Апр-23, 22:32 
> . Только они взяли кодировку utf-16.А это 2 байта на символ.А

unicode16
В utf16 все то же самое что в utf8, это кодировка переменной длинны - но минимальная длина символа - двухбайт. И есть четырехбайтные для тех которые не влезли. (Да, они й...нутые - они _расширили_ фиксированную двухбайтную кодировку тем же идиотским способом вместо того чтоб плюнуть и сделать четырехбайтную фиксированную как уже один раз было сделано.)


Ответить | Правка | Наверх | Cообщить модератору

364. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 24-Апр-23, 03:05 
> и сделать четырехбайтную фиксированную как уже один раз было сделано.)

Да вот понимаешь ли, в результате у меня в системе в UTF8 английские имена коих 99.9% занимают столько же места сколько 1-байтные. А в вон том эти метаданные в 4 раза раздует, во спасибо.

Ответить | Правка | Наверх | Cообщить модератору

260. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от пох. (?), 22-Апр-23, 23:55 
Просто норот твой - т-поват и хватается за любую модную и молодженую смузи х-ету даже не задаваясь вопросом надо ли.
А банально поставить воспроизводимый эксперимент - не обучен.

Просто не сильно хуже. В то ли 4 то ли восемь раз - не сильно. write amplification, ага. Это без дублирования конечно же.

> Экстенты и индексированые директории так то немного более свежие идеи.

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

Нет, в иерархии линукс кернел нет ничего подобного. И мы на ней когда-то тестировали 10G линки. Упиралось в физику дисков (когда домучали физику 10G)

Ответить | Правка | К родителю #214 | Наверх | Cообщить модератору

267. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 23-Апр-23, 00:34 
> Просто не сильно хуже. В то ли 4 то ли восемь раз
> - не сильно. write amplification, ага. Это без дублирования конечно же.

Теории это красиво, пох, но ты знаешь, по статистике допустим системного SSD на вот именно этом компе (ну точнее его хосте) после замены EXT4 -> Btrfs объем записи в единицу времени особо и не изменился. Про 10-20% я б еще проверил. Про 4-8 раз - это полное фуфло, не подтверждаемое статистикой накопителя. Но ты можешь надуть с умным видом щеки еще раз. И это причина по которой я буду верить инструментированым метрикам а не бреду чудиков с опеннета "out of the blue".

> прости, но мне не особо нужна фича помойки из миллиона файлов в одном каталоге.

Да тебе и эффективный работинг за компом кажется не требуется.

> Я понятия не имею как из них потом выбрать нужный.

Намного лучше продираться через 5-уровневую иерархию с ничего не говорящими автогенеренными именами, когда стало реально надо миллион файлов сохранить, угумс. А да, представляешь, например миллион тайлов допустим карт (географических) как офлайн кэш - это не так уж и много, например. А вот кодить иерархическую порнографию вместо линейного хранения файлов это таки костылище.

> Нет, в иерархии линукс кернел нет ничего подобного.

А все равно NTFS и с такой иерархией работает медленно и печально если на холодную. А на горячую так то оно вон там и не получится вообще всегда, working set большой может быть.

> И мы на ней когда-то тестировали 10G линки. Упиралось в физику дисков (когда домучали
> физику 10G)

Это видимо на большом не фрагментированом файле, так кто угодно быстрый, но при этом фс вообще стрессу не подвергается. И сейчас видите ли SSDшники быстрые завезли, они совершенно не обязаны в те величины упираться. Там и btrfs по оверхеду на метаданные - ну вот икается местами, да. NTFS с его кучей костылищ впрочем лучше точно не будет. Только он еще и по фичам близко не стоял чтоб его такой еще и терпеть. Ради удобного добавления или вытаскивания стоража в пул я готов и потерпеть некоторые отклонения от идеала допустим. А во имя луны их терпеть - это ты без меня.

Ответить | Правка | Наверх | Cообщить модератору

271. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от пох. (?), 23-Апр-23, 00:53 

>> И мы на ней когда-то тестировали 10G линки. Упиралось в физику дисков (когда домучали
>> физику 10G)
> Это видимо на большом не фрагментированом файле, так кто угодно быстрый, но

для т-пых - это на иерархии твоего любимого linux kernel - что большого нашлось под рукой то и взяли (некоторые еще любили исходники qt, они пожырнее будут)
Просто банально копировали их с zfs на локальный ntfs ssd и обратно.
Пока оно не уперлось примерно в пропускную способность физических устройств (по чтению, с записью там несколько более уныло, кстати, разницы между самбой и ntfs поверх сетевого диска особо тоже не видели - снова узким местом оказались сами диски) и не решили что ачивка получена.

Сейчас, вероятно, уже можно было бы мерять разницу накладных расходов между разными фс - подставив в качестве накопителей какие-нибудь рейды из nvme - но лично мне не по карману, поэтому это знание не несет даже теоретического интереса.

Ответить | Правка | Наверх | Cообщить модератору

277. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 23-Апр-23, 02:05 
> для т-пых - это на иерархии твоего любимого linux kernel - что
> большого нашлось под рукой то и взяли (некоторые еще любили исходники
> qt, они пожырнее будут)
> Просто банально копировали их с zfs на локальный ntfs ssd и обратно.

Я что-то не понимаю, если это локально то 10G линки при чем? Ну или что, куда и как и в какой конфигурации копировалось? Алсо, NTFS может быть относительно шустрым - ЕСЛИ кеш прогрет и в него всякие там оглавления файлов и проч уместились. Но это такое довольно большое если. Потому что вон те данные далеко не всегда cache hit наслаждаются. А про то в каком состоянии кеши были ты вообще ничего не сказал. На холодную перфоманс NTFS в работе с разлапистыми иерархиями довольно позорный, а зазырить список с 100К файлов в 1 дире там вообще можно заманаться ждать.

> ntfs поверх сетевого диска особо тоже не видели - снова узким
> местом оказались сами диски) и не решили что ачивка получена.

Да вот был совсем другой опыт с ntfs - когда он почему-то в разы тормознее того к чему я уже в лине привык работал.

> но лично мне не по карману, поэтому это знание не несет
> даже теоретического интереса.

А я таки от этой возни в плюсе. Даже если я не буду обкладываться nvme, понижение оверхеда дает неиллюзорный бонус на эмбедовке с слабыми процами на более приземленных сторажах. И в целом системы становятся быстрее.

Ответить | Правка | Наверх | Cообщить модератору

341. "Продемонстрирована возможность загрузки Windows из раздела с..."  +1 +/
Сообщение от пох. (?), 23-Апр-23, 21:12 
> Я что-то не понимаю, если это локально то 10G линки при чем?

ты похоже вообще многого не понимаешь за пределами своей норки. Ну подумай головой если в ней еще после btrfs осталось место.

> Ну или что, куда и как и в какой конфигурации копировалось?
> Алсо, NTFS может быть относительно шустрым - ЕСЛИ кеш прогрет и
> в него всякие там оглавления файлов и проч уместились. Но это

поэтому и использовали исходники qt. Чтоб точно не уместилось. Впрочем, оно давало вполне разумные результаты и на первом и на последующих прогонах.

> работе с разлапистыми иерархиями довольно позорный, а зазырить список с 100К
> файлов в 1 дире там вообще можно заманаться ждать.

повторяю - ты у нас единственный дypачок которого эта суперважная проблема вообще беспокоит.
Остальные имеют мозг просто не создавать себе подобных проблем. Хотя бы и потому что никому не нужен список из 100K файлов, вот вообще низачем.
(кстати в такой помойке очень забавненько ведут себя банальные ls и rm - и нет, файловая система не виновата что у тебя ls виснет)

> Да вот был совсем другой опыт с ntfs - когда он почему-то
> в разы тормознее того к чему я уже в лине привык работал.

Вероятно потому что если ты привык жить в дерьме и страдать от этого, то можно расстроиться что при попытке переноса дерьма в другое место страдание внезапно возрастает.

А не наваливал бы под себя кучи - не было бы и страданий.

Вон лежит себе десяток помоек по 18 тер - но они иерархические, если случайно набрать ls, ничего ужасного не случится. И если вдруг придется руками туда лезть - можно это прямо виндовым эксплорером сделать. Он покряхтит немного, но не повиснет.

Ответить | Правка | Наверх | Cообщить модератору

365. Скрыто модератором  +/
Сообщение от Аноним (-), 24-Апр-23, 03:48 
Ответить | Правка | Наверх | Cообщить модератору

359. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от mumu (ok), 23-Апр-23, 23:36 
Сжирает всю оперативку и грохает файлы. На файловых или кэш-серверах ни в коем случае использовать нельзя: Там где ntfs просто работает и кушат не просит, refs загибается. Для хранения баз sql и слепков hyper-v возможно лучше себя показывает. Но на миллионах мелких файлов - боже упаси это использовать.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру