The OpenNET Project / Index page

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



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

Оглавление

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

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


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ообщить модератору

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

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




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

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