The OpenNET Project / Index page

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



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

Оглавление

Разработчики ядра Linux обсуждают возможность удаления ReiserFS, opennews (??), 23-Фев-22, (0) [смотреть все]

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


5. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +16 +/
Сообщение от Аноним (5), 23-Фев-22, 20:07 
При этом последнее исправление в коде ReiserFS датировано 2019 годом...

Каменный век! Где мой смузи?

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

8. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (3), 23-Фев-22, 20:12 
И что? Оно сломалось? Не работает? Тормозит? Баги? Потеря данных?

Слышали про "Работает - не трогай"? Это идеально подходит к миру софта.

// b.

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

10. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +11 +/
Сообщение от Аноним (10), 23-Фев-22, 20:16 
Если серьёзно, то дело в том, что софт развивается - фиксятся баги, оптимизируется, добавляется новая функциональность и т.п. И бывает так, что какие-то модули надо обновлять, чтобы они соответсвовали новым API. Если они не обновляются, то это нормально их удалять, если ими никто не пользуется, чтобы не делать ненужную работу.
Ответить | Правка | Наверх | Cообщить модератору

35. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +4 +/
Сообщение от псевдонимус (?), 23-Фев-22, 21:04 
>соответсвовали новым API.

Проблема сдесь. Хотя кому проблема, а кому и полная занятость за неплохую зарплату.

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

55. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Ананимус (?), 23-Фев-22, 22:46 
Проблема в том что другие ФС пилятся, а reiserfs не пилится? У тебя с кукухонькой все хорошо?
Ответить | Правка | Наверх | Cообщить модератору

58. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от псевдонимус (?), 23-Фев-22, 23:06 
> Проблема в том что другие ФС пилятся, а reiserfs не пилится? У
> тебя с кукухонькой все хорошо?

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

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

76. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от Аноним (76), 23-Фев-22, 23:59 
> У меня норм. Провериться следует тем, кто деньги за это постоянное пиление
> под нестабильный апи платит.

Угу, поэтому проигнорим вон те NVMEшники с дикими скоростями, iops'ами и вообще другими tradeoff, будем доказывать что 640 кило хватит всем. Вас вон там в соседней новости ваш ixsystem немного послал, если уж о птичках... куда и дорога такой операционке и такому комьюнити.

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

56. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Bdfybec (?), 23-Фев-22, 22:47 
Не надо развитие за проблему выдавать. Проблема не здесь, проблема в отсутствии поддержки модуля, других проблем нет.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

59. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от псевдонимус (?), 23-Фев-22, 23:08 
> Не надо развитие за проблему выдавать. Проблема не здесь, проблема в отсутствии
> поддержки модуля, других проблем нет.

Естественно! Все должны подстраиваться под священное ведро и пилить, пилить, пилить!

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

74. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от Аноним (-), 23-Фев-22, 23:55 
> Естественно! Все должны подстраиваться под священное ведро и пилить, пилить, пилить!

Никто не будет ставить развитие core на паузу во имя хз чего. Поэтому оно и делает вас в последних версиях по жесткому, что iopsами, что pps... люди, вот, не стесняются в рефактор когда хорошую дорожку нащупали. Работают они так.

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

75. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от псевдонимус (?), 23-Фев-22, 23:58 
Да в опу ваш киркор.
Ответить | Правка | Наверх | Cообщить модератору

77. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 00:07 
> Да в опу ваш киркор.

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

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

121. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от псевдонимус (?), 24-Фев-22, 05:18 
Линукс и есть корпоративная мусорка. Кто только не гадит туда..были бы деньги
Ответить | Правка | Наверх | Cообщить модератору

167. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 13:52 
> Линукс и есть корпоративная мусорка. Кто только не гадит туда..были бы деньги

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

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

169. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (169), 24-Фев-22, 14:35 
> Поэтому оно и делает вас в последних версиях по жесткому, что iopsами, что pps...

Этой мантре лапчато-опеннетных оналитегов лет эдак 15 уже ...

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

170. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от Аноним (-), 24-Фев-22, 14:37 
> Этой мантре лапчато-опеннетных оналитегов лет эдак 15 уже ...

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

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

174. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 15:14 
>> Этой мантре лапчато-опеннетных оналитегов лет эдак 15 уже ...
> Как и сопутствующим мантрам в стиле соседней новости :).

Главное, истово верить (и не читать дальше заголовка), ну и повторять почаще.
> Только таким как вы потом что-то не нравится, корпы деньги дескать считают, профиты хотят,

Только опеннетные хреноватые Ванги-Оналитеги, почему-то предпочитают вместо ознакомления с предметом или молчания - громко оспаривать свои же фантазии или приписывать другим какую-то хрень.

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

179. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 15:43 
> Главное, истово верить (и не читать дальше заголовка), ну и повторять почаще.

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

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

> Только опеннетные хреноватые Ванги-Оналитеги, почему-то предпочитают вместо ознакомления
> с предметом или молчания - громко оспаривать свои же фантазии или
> приписывать другим какую-то хрень.

Это вам как эксперту в области виднее.

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

183. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 15:55 
>>>>  Поэтому оно и делает вас в последних версиях по жесткому, что iopsами, что pps...
>>> Этой мантре лапчато-опеннетных оналитегов лет эдак 15 уже ...
>> Главное, истово верить (и не читать дальше заголовка), ну и повторять почаще.
> Не уточните ли - во что именно верить? Я пока вполне верю
> в людей который делают что любят и любят что делают, просто
> потому что они меня не подводили так особо и это работает.
> Пох пытается рассказывать другие истории, но это больше проекции его собственных

Эк вы опять ловко с темы пруфцов срулили, да еще и поха зачем-то приплели.

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

Только вот увы, достаточно глянуть чуть выше в ветку, чтобы увидеть как "Экспертус" сначала приписал мне какую-то хрень, а теперь неловко переводит стрелки.

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

207. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 19:00 
> Эк вы опять ловко с темы пруфцов срулили,

Как и вы - с вопроса про то во что ВЫ предлагаете верить.

А пруфцы - откройте фороникса и прошерстите новости за последние пару месяцев. Ну там где например 10M IOPS/core, чтоли, чувак дожал. Могу ошибаться в точных цифрах, но там прямо стахановское соревнование было, при том - походу только с секундной стрелкой. Там же рядом и про улучшения TCP/IP и как оно на 100G сетевках... можете вы#%нутся и показать сравнимые цифры на (что там у вас фетишем, бзды, винды?)

> да еще и поха зачем-то приплели.

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

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

Что-то экспертуса параноя подалбывает, чтоли. Или ЧСВ жмет.

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

210. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 19:50 
>> Эк вы опять ловко с темы пруфцов срулили,
> Как и вы - с вопроса про то во что ВЫ предлагаете верить.

1) Там процитированна ваша же "мантра", так что не нужно опять пытаться перевести стрелки.
2) Прокапитаню: встречный вопрос и пространные рассуждения на совершенно другую тему вместо ответа - это именно то, что в простофорумье называют "срулить".

> А пруфцы - откройте фороникса и прошерстите новости за последние пару месяцев.
> Ну там где например 10M IOPS/core, чтоли, чувак дожал. Могу ошибаться
> в точных цифрах, но там прямо стахановское соревнование было, при том
> - походу только с секундной стрелкой. Там же рядом и про

Яснопонятно - "пруфы моих смелых заявлений ищи сам!".
ЧСХ, экспертус сам же ссылается не на сравнение, хотя заявлял "делает вас в последних версиях по жесткому". Да - опеннетная оналитега, она такая.

> можете вы#%нутся и показать сравнимые цифры на (что там у вас фетишем, бзды, винды?)

Вы#%бываетесь тут пока что только вы. Впрочем, как обычно.
https://news.ycombinator.com/item?id=28584738
https://people.freebsd.org/~gallatin/talks/euro2021.pdf
Serving Netflix Video at 400Gb/s on FreeBSD [pdf]
Не вижу там никакого линукса, значит, по "опеннетно-экспертной-логике" вполне "делает вас в последних версиях по жесткому".


>> Только вот увы, достаточно глянуть чуть выше в ветку, чтобы увидеть как
>> "Экспертус" сначала приписал мне какую-то хрень, а теперь неловко переводит стрелки.
> Что-то экспертуса параноя подалбывает, чтоли. Или ЧСВ жмет.

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

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

232. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 25-Фев-22, 01:31 
> 2) Прокапитаню: встречный вопрос и пространные рассуждения на совершенно другую тему вместо
> ответа - это именно то, что в простофорумье называют "срулить".

Красивая попытка заболтать меня и уйти от ответа. А пойнт этой активности какой?

> Яснопонятно - "пруфы моих смелых заявлений ищи сам!".

Я сказал где искать и примерный таймлайн. Вы столь печальны что это не можете? Позор какой. Ну ладно, для тех кто на фороникс зайти сам не может, https://www.phoronix.com/scan.php?page=news_item&px=Core-i9-... - и там внутрях ссылочки. Да, простите, про 10MIOPS/core я прогнал, там уже все 13 было.

> ЧСХ, экспертус сам же ссылается не на сравнение, хотя заявлял "делает вас
> в последних версиях по жесткому". Да - опеннетная оналитега, она такая.

И сколько MIOPS/core вышло у вас?

> Не вижу там никакого линукса, значит, по "опеннетно-экспертной-логике" вполне "делает
> вас в последних версиях по жесткому".

Тут какие-то слухи забавные ходили что нетфликс хочет их в пешее эротическое. И где там IOPS'ы? Гигабиты в секунду на сервировке видео - не про IOPS, врядли там IOPSов много, откуда? Вы не поняли мой вопрос?

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

Мы все Аноним...

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

235. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (235), 25-Фев-22, 02:38 
>> 2) Прокапитаню: встречный вопрос и пространные рассуждения на совершенно другую тему вместо
>> ответа - это именно то, что в простофорумье называют "срулить".
> Красивая попытка заболтать меня и уйти от ответа. А пойнт этой активности какой?

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

>> Яснопонятно - "пруфы моих смелых заявлений ищи сам!".
> Я сказал где искать и примерный таймлайн. Вы столь печальны что это не можете? Позор какой.

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

> Ну ладно, для тех кто на фороникс
> зайти сам не может, https://www.phoronix.com/scan.php?page=news_item&px=Core-i9-... - и там внутрях ссылочки. Да, простите, про 10MIOPS/core я прогнал, там уже все 13 было.

И что именно там должно доказать вашу заяву "Поэтому оно и делает вас в последних версиях по жесткому, что iopsами, что pps"? Я в упор не вижу бенча "Делалщик VS Уделываемый" или его там нет?

>> ЧСХ, экспертус сам же ссылается не на сравнение, хотя заявлял "делает вас
>> в последних версиях по жесткому". Да - опеннетная оналитега, она такая.
> И сколько MIOPS/core вышло у вас?

Как хуцпанисто^W мило. Опеннетный оналитег на голубом глазу требует от меня приобрести железки за пару тысяч и пруфануть, вместо него, его же "заяву".
Уже бегу!^W^W
Не-не. Сам что-то ляпнул - сам и доказывай.

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

Главное тут опять "истово верить", да? (поясняю: во что именно "верить" - процитированно)

>>> Там же рядом и про улучшения TCP/IP и как оно на 100G сетевках...
>> ...
> И где там IOPS'ы? Гигабиты в секунду на сервировке видео - не про IOPS, врядли там IOPSов много, откуда?

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

> Вы не поняли мой вопрос?

Это был не "вопрос", а неумелая попытка перекинуть на меня бремя доказательства своих же "тезисов".
Напомню для страдающих избирательной амнезией:
>>> Поэтому оно и делает вас в последних версиях по жесткому, что iopsами, что pps..."
>> <Пруфцы?>
> А пруфцы - откройте фороникса и прошерстите новости... можете вы#%нутся и показать сравнимые цифры на (что там у вас фетишем, бзды, винды?)

Т.е. "Чтобы получить пруфцы моих заяв - найди что-то на морониксе, найди железо, засетапь, забенч и покажи мне".
Не-не, это так не работает, так что зас^W оставьте свои "вопросы" и прочие бесконечные спрыги с темы себе - и просто покажите доказательства ваших смелых заяв. Если вы конечно не балабол.

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

270. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от Анонми (?), 02-Мрт-22, 00:57 
> В чем пойнт этого упорного сруливания в "Папа, где море?"?

Да нет никакого сруливания. Я вижу как работают ядерщики, и мне нравится что у них получается. В этом нет никакой особой подставы и проч. Представляете, так бывает.

> Какой унылый, очередной перевод стрелок. Позор - это настыр^H^Hойчиво требовать пруфцов
> своих же заявлений от других.

А чего такого попросить бсдельников показать сравнимые iops'ы? :) ЧСХ вместо этого показали гигазы в секунду. Кто б сомневался в квалификации бсдюков.

> И что именно там должно доказать вашу заяву "Поэтому оно и делает
> вас в последних версиях по жесткому, что iopsами, что pps"? Я
> в упор не вижу бенча "Делалщик VS Уделываемый" или его там нет?

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

> Как хуцпанисто^W мило. Опеннетный оналитег на голубом глазу требует от меня приобрести
> железки за пару тысяч и пруфануть, вместо него, его же "заяву".

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

> Не-не. Сам что-то ляпнул - сам и доказывай.

Так говорите, как будто вас жонглирование фактами спасет :)

> Главное тут опять "истово верить", да? (поясняю: во что именно "верить" - процитированно)

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

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

Это реальное применение - только оно не про IOPSы. А с чего там IOPS'ам быть?

> Причем еще и без каких либо "претензий" или "заяв", в отличие от.

Пафосная презентаха где маркетинга больше чем технических сведений теперь так называется? :)

>> Вы не поняли мой вопрос?
> Т.е. "Чтобы получить пруфцы моих заяв - найди что-то на морониксе, найди
> железо, засетапь, забенч и покажи мне".

Типа того :). Или покажи кого-нить с такими же iops-ами на этом.

> Не-не, это так не работает, так что зас^W оставьте свои "вопросы" и
> прочие бесконечные спрыги с темы себе - и просто покажите доказательства
> ваших смелых заяв. Если вы конечно не балабол.

Ггг как оно реально работает вон там в веточке про ix можете посмотреть, где фирмач недвусмысленно сказал что бсд версии - стабилизец!

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

273. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 02-Мрт-22, 01:49 
>> Какой унылый, очередной перевод стрелок. Позор - это настыр^H^Hойчиво требовать пруфцов
>> своих же заявлений от других.
> А чего такого попросить бсдельников показать сравнимые iops'ы? :) ЧСХ вместо этого
> показали гигазы в секунду. Кто б сомневался в квалификации бсдюков.

И правда - что такого, чтобы ляпнуть что-то и затем технично срулить в закат, перекладывая бремя доказательства? (<- сарказм).
Кто б сомневался в "квалификации" балаболов :)

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

ЧайникРассела.жпг
Что символично - был приведен для демонстрации абсурдности религиозных заяв/"аргументов"

>> Как хуцпанисто^W мило. Опеннетный оналитег на голубом глазу требует от меня приобрести
>> железки за пару тысяч и пруфануть, вместо него, его же "заяву".
> Вы в чем-то правы, но, знаете, просто таких цифр на фре мне
> никогда не попадалось. И покуда это не показало я буду считать
> что с этим дохлый номер. Не очень честно, зато хорошо работает.

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

>> Вообще-то, это реальное применение - раздача шифрованых данных гигзами, а не синтетика.
> Это реальное применение - только оно не про IOPSы. А с чего там IOPS'ам быть?

А с чего бы идти на поводу у религиозных фанатикам-"верунов"?
Им не нравится чайник на орбите? Их проблемы!

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

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

>> Т.е. "Чтобы получить пруфцы моих заяв - найди что-то на морониксе, найди
>> железо, засетапь, забенч и покажи мне".
> Типа того :). Или покажи кого-нить с такими же iops-ами на этом.

"Докажи мне, что между Землёй и Марсом вокруг Солнца по эллиптической орбите НЕ вращается фарфоровый чайник!".
Впрочем, "Многие верующие ведут себя так, словно не догматикам надлежит доказывать общепринятые постулаты, а наоборот — скептики обязаны их опровергать." (c)

>> Не-не, это так не работает, так что зас^W оставьте свои "вопросы" и
>> прочие бесконечные спрыги с темы себе - и просто покажите доказательства
>> ваших смелых заяв. Если вы конечно не балабол.
> Ггг как оно реально работает вон там <далее следует очередной спрыг на очередные фантазии>

В общем - балаболус вульгарис. Как и предполагалось.


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

274. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 02-Мрт-22, 03:02 
> в закат, перекладывая бремя доказательства? (<- сарказм).

А подписано видимо специально в силу общей унылости.

> Кто б сомневался в "квалификации" балаболов :)

Аноним троллит анонима. Какая милота.

> Что символично - был приведен для демонстрации абсурдности религиозных заяв/"аргументов"

Ну, показал, полегчало?

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

Ты в чем-то прав: я знаю как работают ядерщики линя. И поэтом смею экстраполировать как это соотнесется с другими. Да, это вилами по воде писано. Но что-то мне подсказывает что будет именно так как я ожидаю.

> Обычное дело в религии, ведь "главное - верить!"

Это чуть дальше чем только это, имхо. Возможно слишком далекие экстраполяции, но не думаю что они меня подведут.

> Им не нравится чайник на орбите? Их проблемы!

А потом оказывается что это не чайник был а Тесла :)

> Да-да, то ли дело статья на морониксе, где практически все тех.детали перечисленны в заголовке!

Там есть цифры. При том такого порядка который на бзду вообще проблемно найти.

> "Докажи мне, что между Землёй и Марсом вокруг Солнца по эллиптической орбите
> НЕ вращается фарфоровый чайник!".

А ваще не факт. Окажется что Маск прикололся и набил в багажник теслы какой-нибудь фигни :)

> Впрочем, "Многие верующие ведут себя так, словно не догматикам надлежит доказывать
> общепринятые постулаты, а наоборот — скептики обязаны их опровергать." (c)

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

> В общем - балаболус вульгарис. Как и предполагалось.

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

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

73. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 23-Фев-22, 23:54 
> Проблема сдесь. Хотя кому проблема, а кому и полная занятость за неплохую зарплату.

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

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

79. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (-), 24-Фев-22, 00:20 
>> Проблема сдесь. Хотя кому проблема, а кому и полная занятость за неплохую зарплату.
> тела,
> псевдоупырь

Прям эталонная вежливость и обходительность у "нетакого комьюнити".

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

85. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 00:35 
> Прям эталонная вежливость и обходительность у "нетакого комьюнити".

Он это честнейше заработал годами характерного поведения и глупыми потугами доказать что линукс такой плахой, все дела. Вон там в соседней новости i++'й корп поел достаточно этого булшита.

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

88. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 01:12 
>> Прям эталонная вежливость и обходительность у "нетакого комьюнити".
> Он это честнейше заработал годами характерного поведения и глупыми потугами доказать что
> линукс такой плахой, все дела.

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

«Что ты смотришь на сучок в глазе брата твоего, а бревна в твоём глазе не чувствуешь»


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

98. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от Аноним (-), 24-Фев-22, 01:59 
> Это в той самой новости, где у тебя была очереная умная потуга
> доказать, что бзд - "бесполезный мусорный бак"?

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

> «Что ты смотришь на сучок в глазе брата твоего, а бревна в твоём глазе не чувствуешь»

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

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

133. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от пох. (?), 24-Фев-22, 09:13 
Вы не поняли посыл: предполагается что непосторонние тела на подcoce у платиновых партнеров всегда имеют что зарепортить в отчет о проделанной работе. Тем и живут.

Вот там сломали - вот в тех ста местах починили, тикетница полна, работа - кипит.

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

> Конечно же это будет не совсем правда

поскольку г-но он гораздо большее.

Но увы, у фряхи нет microsoft и ibm в числе платиновых партнеров. А одним миллионером сыт не будешь. Миллион его давно ушел на гендерное порноправие и альтернативную одаренность.

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

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

172. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 14:58 
> Вы не поняли посыл: предполагается что непосторонние тела на подcoce у платиновых
> партнеров всегда имеют что зарепортить в отчет о проделанной работе. Тем и живут.

Лучший отчеты которые можно выкатить за них так то поледние 2-3 релиза ядра фороникс строчит, хайпуя по части PPS и IOPS'ов слегонца. Нуачо, мне такие отчеты тоже нравятся.

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

> Вот там сломали - вот в тех ста местах починили, тикетница полна, работа - кипит.

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

> А этот ваш ненужнорейзер сыдытъ и будет сидеть, и деньгов макакеру славному
> созданием суперпримитивной fs для единственного штучного интер-прайсного под3лия не заплатит.

Ну извините, если он единственный кто древнее апи держит на весь кернел, ничего личного но см. выше про 386.

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

Тут все данные телеметрии доступны на радаре: единственный оставшийся юзер апи в виде рейзера палится ну вот сам собой, показывая что на код забили ...

> поскольку г-но он гораздо большее.

Если для тебя это так - ну, тебя же никто не заставляет пользоваться насильно? А если заставляют, можно и работу сменить, накрайняк.

> Но увы, у фряхи нет microsoft и ibm в числе платиновых партнеров.

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

> А одним миллионером сыт не будешь. Миллион его давно ушел на
> гендерное порноправие и альтернативную одаренность.

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

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

Еще табличку "зомби не кормить" надо, для антуражу.

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

83. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +3 +/
Сообщение от Смузихлёб (?), 24-Фев-22, 00:31 
Смотри не поперхнись смузи. Обновления ради обновлений не нужны. Надёжность там, где ничего не трогают годами.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

113. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 03:41 
> Смотри не поперхнись смузи. Обновления ради обновлений не нужны. Надёжность там, где
> ничего не трогают годами.

А что этии гении делают обнаружив что какой-нибудь интел оптан при таком подходе упирается... в проц, а вовсе не свое IO, показывая аж целые 30% того что реально может? Делают вид что никогда не видели и прячут бошку в песок? :)

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

141. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от _kp (ok), 24-Фев-22, 10:04 
>>Если они не обновляются, то это нормально их удалять

То есть, если ПО закончено, и особо не требует обновления, и не доставляет проблем, то надо самим создать проблемы?

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

16. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –5 +/
Сообщение от Gourytch (ok), 23-Фев-22, 20:24 
Во! Герой! ты точно его поддерживать согласишься!
Перепишешь его код так чтобы он не оставался копролитом,а был свежим и модным.
Ну или хотя бы не пользовал старый механизм,
которые только из-за его одного оставили.
Почёт тебе будет и прочие почести от тех, кто им ещё пользуется.
Если кто-то ещё пользуется. конечно.
Ну а нет - то тогда у тех, кому оно ещё надо, останется как раз твой вариант решения:
не трогать ничего и оставаться на старых версиях ядра.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

21. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (21), 23-Фев-22, 20:36 
> И что? Оно сломалось? Не работает? Тормозит? Баги? Потеря данных?

Нет, оно недостаточно хипстерское и как бельмо на глазу, видимо, мешает btrfs-никам и прочим смузихлёбам
> Слышали про "Работает - не трогай"? Это идеально подходит к миру софта.
> // b.

А им пофиг, им надо чтобы свистелки-дуделки, хипстота и пыщ-пыщ

Мейнстримные линуксовые системы вслед за шляпой уже порядком времени катятся в толерастию и мозгоразжиж, и не дердатся за разумные решения и здравый смысл!

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

22. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (21), 23-Фев-22, 20:37 
>> И что? Оно сломалось? Не работает? Тормозит? Баги? Потеря данных?
> Нет, оно недостаточно хипстерское и как бельмо на глазу, видимо, мешает btrfs-никам
> и прочим смузихлёбам
>> Слышали про "Работает - не трогай"? Это идеально подходит к миру софта.
>> // b.
> А им пофиг, им надо чтобы свистелки-дуделки, хипстота и пыщ-пыщ
> Мейнстримные линуксовые системы вслед за шляпой уже порядком времени катятся в толерастию
> и мозгоразжиж, и не дердатся за разумные решения и здравый смысл!

*и не дерЖатся за разумные решения и здравый смысл!

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

80. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (-), 24-Фев-22, 00:23 
> А им пофиг, им надо чтобы свистелки-дуделки, хипстота и пыщ-пыщ

Да, еще всякие наглые оптимизации перфоманса хотят, типа всяких больших страниц, рефакторов под новые типы сторажей и проч. Вот охренели, IOPSы и мегабайты в секунду гадам подавай!

> Мейнстримные линуксовые системы вслед за шляпой уже порядком времени катятся в толерастию
> и мозгоразжиж, и не дердатся за разумные решения и здравый смысл!

Вообще, они катятся в быстрые SSD'шники и все что от этого вытекает. От слета метаданных большими блоками при факапе (то еще д-мо для фс) до диких iops'ов, когда даже просто педалирование страниц отдельно - начинает напрягать, когда вон та штука сжевывает больше чем проц обмолачивает и оно ВНЕЗАПНО cpu-bound с какого-то вообще. WD еще катятся в Zoned Storage. И вообще-то активно пилят поддержку этсамого. Сами. Весьма почтенный подход к делу, между прочим. А вы с немайнстримом расскажете как вам не надо быстрые SSD или суперемкие HDD, соответственно.

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

30. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +3 +/
Сообщение от пох. (?), 23-Фев-22, 20:53 
> И что? Оно сломалось?

ДА. stable api nonsense ломал и ломает что попало.
А автор сидит пожизненно и не бежит срочно переписывать на более модные и новые апи или как-то учиться обходиться вообще без.

> Слышали про "Работает - не трогай"? Это идеально подходит к миру софта.

вот и сиди на своем 2.6.16
Правда, оно не работает с современным железом.

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

81. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от Аноним (-), 24-Фев-22, 00:27 
> ДА. stable api nonsense ломал и ломает что попало.

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

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

Новые модные апи имеют тенденцию нефиогово подразгонять IO что стало довольно актуально. Почему-то.

> Правда, оно не работает с современным железом.

Ну, не работает NVME диск - вы и мозги не придете грызть. Поставите механический IDEшный, хватит с вас. Можно подумать кому-то надо вам IOPSы насильно улучшать.

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

87. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Hck3r (?), 24-Фев-22, 00:52 
Читали тред в твиттере чуваков, которые Линукс на маковский чип М1 портируют, которые нашли хаки в МакОСи чтобы «винты» эпловские быстро работали?
Убирают проверки.. и выигрывают на этом :)
Ответить | Правка | Наверх | Cообщить модератору

90. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 01:20 
> Читали тред в твиттере чуваков, которые Линукс на маковский чип М1 портируют,
> которые нашли хаки в МакОСи чтобы «винты» эпловские быстро работали?
> Убирают проверки.. и выигрывают на этом :)

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

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

126. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +2 +/
Сообщение от bOOster (ok), 24-Фев-22, 06:21 
Ну да, какое откровение, признавать что в Linux долгосрочное планирование/проектирование архитектуры системы отсутствует от слова совсем.
Под девиз - "Раз,два - кружева. Три, четыре - прицепили.", -"мы наш мы новый мир построим, кто был ничем - тот станет всем."
Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

173. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –2 +/
Сообщение от Аноним (-), 24-Фев-22, 15:08 
Довольно мудрый инженерный принцип гласит что проблемы стоит решать по мере их поступления. В этом есть своя мудрость. Попытки делать излишне концептуально, общо, предугадывать вдолгую и проч имеют свойство проваливаться, когда наступившее будушее оказывается не таким как его себе представляли, в концепции и абстракции не лезет, а что теперь делать - вообще не понятно.

В этом плане эмпирический и итеративный подход может оказаться лучше. Еще несколько лет назад по сути ни 1 ФС не занималась проблемой что стораж оказывается может быть такой быстрый что CPU не успевает данные готовить. Традиционно сторажи сильно отставали от CPU. А тут, вот, производители SSD с цепи сорвались, людям надоело тормозное IO - и они сделали IO которое не тормозное!

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

194. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от bOOster (ok), 24-Фев-22, 16:50 
> Довольно мудрый инженерный принцип гласит что проблемы стоит решать по мере их
> поступления. В этом есть своя мудрость. Попытки делать излишне концептуально, общо,
> предугадывать вдолгую и проч имеют свойство проваливаться, когда наступившее будушее оказывается
> не таким как его себе представляли, в концепции и абстракции не
> лезет, а что теперь делать - вообще не понятно.

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

> В этом плане эмпирический и итеративный подход может оказаться лучше. Еще несколько
> лет назад по сути ни 1 ФС не занималась проблемой что
> стораж оказывается может быть такой быстрый что CPU не успевает данные
> готовить. Традиционно сторажи сильно отставали от CPU. А тут, вот, производители
> SSD с цепи сорвались, людям надоело тормозное IO - и они
> сделали IO которое не тормозное!

20 лет назад была сформирована файловая система FreeBSD 5.0 как она сейчас есть - в основном GEOM, и о чудо она до сих пор актуальна, в рабочем состоянии ДЛЯ ЛЮБЫХ носителей в том числе и SSD, конечно минорно модернизируется но ей уже 20 лет и никто не жалуется, система работает.
И, например, разработчики решения, обсуждаемые в другой теме о TrueNAS SCALE говорят об этом. В кратце "Нам не нужно рвать ..опу чтобы поддерживать версию для FreeBSD в актуальном состоянии, чего нельзя сказать о Linux - и они ожидают что максимально потраченное (SPENT) время будет именно на проект для Linux". Тут обращу внимание на глагол EFFORTS SPENT - обычно он означает потраченные усилия в пустую.  

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

208. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 19:26 
> Это не инженерный принцип, это принцип неудачника.

Мощное обоснование, но глядя на то чем стали Торвальдс и его операционка, а чем Таненбаум и его операционка, я, пожалуй, потусую с "неудачниками". Мне так больше нравится.

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

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

> 20 лет назад была сформирована файловая система FreeBSD 5.0 как она сейчас
> есть - в основном GEOM, и о чудо она до сих пор актуальна,

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

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

> в рабочем состоянии ДЛЯ ЛЮБЫХ носителей в том числе и SSD, конечно минорно
> модернизируется но ей уже 20 лет и никто не жалуется, система работает.

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

> - и они ожидают что максимально потраченное (SPENT) время будет именно на проект для Linux".

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

> Тут обращу внимание на глагол EFFORTS SPENT - обычно он означает потраченные усилия в пустую.

Двойка за знание инглиша. Он означает лишь потраченные усилия (ресурсы) но ничего не говорит о том какой эффект это возымело. Может быть что угодно от EPIC FAIL до EPIC WIN.

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

214. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от bOOster (ok), 24-Фев-22, 20:15 
>> Это не инженерный принцип, это принцип неудачника.
> Мощное обоснование, но глядя на то чем стали Торвальдс и его операционка,
> а чем Таненбаум и его операционка, я, пожалуй, потусую с "неудачниками".
> Мне так больше нравится.

Ну точно, 3.5% это выдающееся достижение и конечно не сравнится даже с 9.5% для той же MacOSX c FreeBSD изначально. И не нужно говорить что Macosx это не FreeBSD, это не так, снаружи они отличаются, но внутри - все очень даже похоже. К чему это я, а да - Джобс прагматик и изучал системы прежде чем делать свой NextStep и присоединяться к неудачникам во время ковыряния в "помойном ведре" он очень не хотел.

>[оверквотинг удален]
> Кому она актуальна - тот пускай этим и пользуется. Я для себя
> btrfs предпочитаю. Потому что вон там он делает вон те выводки
> систем надежнее. А вот тут я снапошотиками щелкаю, как будто это
> виртуалочка, только оно железка. А тут, вот, выводочек виртуалок гигов так
> на эн клонируется "мгновенно". А вон там я могу без запары
> еще пару дисков подоткнуть и мне еще эн места прибавляется. Удобно,
> ниипет. А еще я знаю где живые девы этой штуки обитают,
> и если лыжи все же оказываются на асфальте, это довольно быстро
> и эффективно решаемо. Можете ли вы похвастать тем же - интересно,
> да.

Ты забыл что btrfs это просто жалкое поделие, жалкая копия на текущий момент по сравнению с ZFS которая была спроектирована Sun Microsystems с оглядкой на свой многодесятилетний опыт и в котором они заглядывали весьма далеко вперед планируя ее.
> Работать можно по разному. Я не хочу работать с эффективностью 20-летней давности,
> с тех пор было придумано много эффективных технологий.

Если что, то операционной системе ZFS с которой пытаются скопировать твой идеал btrfs уже 18 лет. Ты не знал? Так что ты даже до эффективности 18 летней давности со своей корявой в целом и не пригодной для продуктива - btrfs не дорос.. :)))


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

225. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 23:32 
> Ну точно, 3.5% это выдающееся достижение и конечно не сравнится даже с
> 9.5% для той же MacOSX c FreeBSD изначально.

1) Я не понимаю пойнт этого аргумента. Сферические проценты в вакууме должны мне греть душу? И даже, вроде, пох оценивал линуксоидов в 8-10%, чтоли, они просто технически продвинутые и срезают или меняют юзерагент, юзают адблокеры и проч. Или я с кем то путаю.
2) Макось - у эппла. Я не акционер фирмы и никогда не буду им: мне нравится культура кооперации и коллаборации, а не потребления и п0нта. Это не мой путь.
3) Фрибсд и ее процесс дева меня не возбуждают. Мне не нравятся отношения master-slave с проприетарщиками. Особенно в роли slave. Примерно туда же и как там его, дарвин, чтоли.
4) Чисто технически для меня лучше всего модульный конструктор. Из него я соберу все что мне будет нужно. Для себя и окружающих, for fun and profit. Линукс - оно. Позволяет сделать что задумано, не мешается в процессе. А целостная операционка где кто-то знает лучше что мне "нужно" - создает мне массу проблем. Я лучше знаю что мне надо в системном образе и почему. Когда кто-то пытается стоять на этом пути это создает мне неудобства и раздражает.

> И не нужно говорить что Macosx это не FreeBSD, это не так, снаружи они
> отличаются, но внутри - все очень даже похоже.

Внутри это очень разные вещи и ядро макоси - основано на Darwin. Это не является полностью опенсорсным и достаточно гибким для меня и того что я хочу уметь, и я предпочту не иметь никаких дел с фирмой практикующей DRM, secureboot, аппстор и прочие загородки. Такие "благодетели" на мою бошку мне не нужны. И лучшее что я могу это развидеть это. Мои системы подчиняются мне. Я системшик, по другому мне не катит.

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

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

> Ты забыл что btrfs это просто жалкое поделие, жалкая копия на текущий
> момент по сравнению с ZFS которая была спроектирована Sun Microsystems с
> оглядкой на свой многодесятилетний опыт и в котором они заглядывали весьма
> далеко вперед планируя ее.

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

> Если что, то операционной системе ZFS с которой пытаются скопировать твой идеал
> btrfs уже 18 лет. Ты не знал?

А рефлинки она так и не умеет вроде. Что довольно тупо для COW, но, вот, однако. И управление девайсами в бтрфс мне нравится. Взял да воткнул что есть. Без мыла в ж с поиском "точно такого же" или складированием запаса, пусть энтерпрайзники так #%^тся.

> Так что ты даже до эффективности 18 летней давности со своей корявой в целом и
> не пригодной для продуктива - btrfs не дорос.. :)))

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

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

195. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от bOOster (ok), 24-Фев-22, 16:50 
> Довольно мудрый инженерный принцип гласит что проблемы стоит решать по мере их
> поступления. В этом есть своя мудрость. Попытки делать излишне концептуально, общо,
> предугадывать вдолгую и проч имеют свойство проваливаться, когда наступившее будушее оказывается
> не таким как его себе представляли, в концепции и абстракции не
> лезет, а что теперь делать - вообще не понятно.

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

> В этом плане эмпирический и итеративный подход может оказаться лучше. Еще несколько
> лет назад по сути ни 1 ФС не занималась проблемой что
> стораж оказывается может быть такой быстрый что CPU не успевает данные
> готовить. Традиционно сторажи сильно отставали от CPU. А тут, вот, производители
> SSD с цепи сорвались, людям надоело тормозное IO - и они
> сделали IO которое не тормозное!

20 лет назад была сформирована файловая система FreeBSD 5.0 как она сейчас есть - в основном GEOM, и о чудо она до сих пор актуальна, в рабочем состоянии ДЛЯ ЛЮБЫХ носителей в том числе и SSD, конечно минорно модернизируется но ей уже 20 лет и никто не жалуется, система работает.
И, например, разработчики решения, обсуждаемые в другой теме о TrueNAS SCALE говорят об этом. В кратце "Нам не нужно рвать ..опу чтобы поддерживать версию для FreeBSD в актуальном состоянии, чего нельзя сказать о Linux - и они ожидают что максимально потраченное (SPENT) время будет именно на проект для Linux". Тут обращу внимание на глагол EFFORTS SPENT - обычно он означает потраченные усилия в пустую.  

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

199. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от пох. (?), 24-Фев-22, 16:57 
> Довольно мудрый инженерный принцип гласит что проблемы стоит решать по мере их
> поступления.

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

> лет назад по сути ни 1 ФС не занималась проблемой что
> стораж оказывается может быть такой быстрый что CPU не успевает данные

потому что ежу понятно что не нужно в такие стораджи лезть с традиционными fs (а если уж лезешь - не рассчитывать на максимум производительности)

> готовить. Традиционно сторажи сильно отставали от CPU. А тут, вот, производители
> SSD с цепи сорвались, людям надоело тормозное IO - и они
> сделали IO которое не тормозное!

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

Теперь оно одинаково хреново работает и на spinning rust (который от нас никуда не денется потому что супернанофлэши по прежнему супермалоемки) и на флэшах мапящихся напрямую на адресное пространство. Так победим!

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

213. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 20:04 
> если проблема для своего решения требует каждый раз переписать пол-ядра - возникают
> сомнения в мудрости изобретшей проблему на пустом месте мартышки.

Изначально у кучки студаков не было такого знания вообще. Они делали ad-hoc. А потом... потом у него был жирный плюс: не особо мешался если переделать хочется.

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

> потому что ежу понятно что не нужно в такие стораджи лезть с
> традиционными fs (а если уж лезешь - не рассчитывать на максимум производительности)

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

> ни разу. Они срезали сразу кучу углов, чтобы получить "нетормозное" - и
> внезапно оказалось, ну кто бы мог подумать, что традиционные fs специально
> оптимизированные для совсем другого железа, для этого не совсем подходят.

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

И вон тот Кент - он так то сразу прочухал, мол, а что если сделать как бтр, только еще быстрее, чтоб оверхеда меньше?! Btrfs то не может сильно поменять формат - старый все равно жрать надо, совсем разные форматы парсить это как 2 драйвера в одном, поэтому сильно переиграть - проблемно. Хотя "v2" экстентов - вон он. Просто менее радикальный.

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

Мир довольно сложная штука а у решений есть как плюсы так и минусы. Из очевидных плюсов, от вон того курса выиграют не только узкоспециализированные чуваки но и остальные, прибавляет желающих со всеми этим по...ся. Я бы не помог им загасить пару багов если бы это было только на энтерпрайзной мегахне за $XXXXX которой у меня не оказалось под рукой. И такой экзот обречен быть довольно паршиво протестированым. Вам впервой чтоли, на энтерпрайз кастомерах ключевые подсистемы затестите, с вас станется. Не будете же вы все ворклоады эмулировать и все странные вещи которые юзеры вытворяют опробовать, право? Значит их найдут вон те энтерпрайзные кастомеры. Это по своему мило, но они вас за это почему-то очень хотят послать потом.

> Теперь оно одинаково хреново работает и на spinning rust (который от нас
> никуда не денется потому что супернанофлэши по прежнему супермалоемки) и на
> флэшах мапящихся напрямую на адресное пространство. Так победим!

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

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

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

216. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от пох. (?), 24-Фев-22, 20:29 
> Попробуй так с вон теми, с этим их геомом и чего там у них.

у них там вот - geom. Понадобился - запилили. А до того не было никакого геома.

И возможно не будет упирания в проц на модных nvme кстати (благо там все гораздо примитивнее, никакого пятикратного копирования буфера в памяти туда-сюда). Ну да, zfs на нем не взлетит, ну так и не была предназначена.

> Или эффективные технологии вообще совсем не про них?

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

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

сразу как только btrfs смогет в raid6 не превращаемый в кашу сам по себе, без всяких на ходу девайс. Потому что у них там zfs именно в такой позе чаще всего используется. Ну, где надо на ходу (а правда очень надо-то?) - там приходится nway-mirror. Новый n-way - да, можешь на ходу подоткнуть. (Always have been) Насчет отключить - учоные спорят. Поскольку "экспедиции неизменно заканчиваются катастрофой", владельцы реальных пулов их отстреливают на подходах.

А так-то теоретически фича уже почти допилена (да, опять iX). Только вот ТОЙ zfs лично я пользоваться не планирую - это будет код еще более омерзительный.

> Из очевидных плюсов, от вон того курса выиграют не только узкоспециализированные чуваки но и
> остальные

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

Не, ну кто понастроил хранилок на голом linoopsе сам конечно виноват. Я пока не вижу проблем с теми экспериментальными бриками что на ntfs. (3g, конечно, у меня не linux-next ведро) Вероятно это и будет моей fs будущего. refs я как-то пока побаиваюсь, в виду отсутствия систематических знаний и опыта применения десятилетиями.

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

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

Тем более что пользы от этого знания - никакой. compressed arc и abd scatter я могу отключить (и отключаю, поскольку знаю про deadlock), но это только по верхам. Там перепахано столько, что это уже не исправить. Только наслаждаться.

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

227. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 25-Фев-22, 00:04 
> у них там вот - geom. Понадобился - запилили. А до того не было никакого геома.

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

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

1) Это не та штука где джентльменам верят на слово.
2) Можете показать как вы те MIOPS/Core натянули, желательно с сабмитом хотя-бы бенча в фороникс для сравнения. А лучше если они на тех железках затестят.
3) Заодно можете рассказать как все это ваше хозяйство отетется к ситуации когда протертый или сдуревший SSDшник резко выгрузил какой-то трэшак размером с eraseblock под метаданные ФС...

> Ну да, zfs на нем не взлетит, ну так и не была предназначена.

И чего на нем юзать? Вон то ufs? Данунафиг. Если мне захочется потр@$%^ься с чем-то крутым и новым, это будет bcachefs. Потому что это будущее. А ufs - прошлое. Окаменелое.

> это не эффективная технология, а костыль для докера в докере коекакеров.

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

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

Зато это понятие имею я и без этой фичи мне как-то уже не айс.

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

Оно как бы да, но вообще довольно странно уметь COW но при этом не уметь это. Это лишь частный случай COW. Дьявольски логичный. И более потребный в применении чем онлайн дедуп дико жрущий ресурсы.

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

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

> Новый n-way - да, можешь на ходу подоткнуть. (Always have been)

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

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

А я так с btrfs делал, нифига ему не было.

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

Судя по активным комитам в чертову кучу всего - быстрые SSD'шники все же берут свое...

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

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

> если бы ты хоть немного знал СКОЛЬКО у тебя в системе там изуродовано под ту
> компрессию. И становится просто неэффективно если ее выключить.

А в btrfs для него ничего особо не уродовали вроде, просто i++'й алго, из апи линухкернела берется. А так алго хорошее. Особенно на x86-64.

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

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

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

230. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от пох. (?), 25-Фев-22, 00:39 
> Да они много чего странного делают. Вопрос в том зачем все это великолепие мне

тебе - низачем. Продолжай петь песни про швятую btrfs.

> Это не та штука где джентльменам верят на слово.

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

> Можете показать как вы те MIOPS/Core натянули, желательно с сабмитом хотя-бы бенча в фороникс

лолшта?

> для сравнения

с их высосанными из пальца псевдотестами? У меня в жизни есть других задач.

> Заодно можете рассказать как все это ваше хозяйство отетется к ситуации когда протертый или
> сдуревший SSDшник резко выгрузил какой-то трэшак размером с eraseblock под метаданные ФС...

у меня нет таких ssdшников и не будет.
Вероятнее всего они либо только в сферическом вакууме вообще существуют, либо это те самые, за которыми проц не успевает - "могу и 1000 знаков, но такая хеpня, такая хеpня получается..."

> А еще я не хочу делать мозг размерами, выравниваниями и прочим.

ну значит получи свой 128x write amplification вместо 32 который у твоей любимой fs есть всегда.

> А я так с btrfs делал, нифига ему не было.

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

> Судя по активным комитам в чертову кучу всего - быстрые SSD'шники все же берут свое...

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

> А в btrfs для него ничего особо не уродовали вроде

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

Собственно, zfs уже пришла к тому же самому. Поэтому очень конечно хорошо что при отключении сжатия все начинает тормозить, но мне бы вернуть ту, прежнюю.

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

233. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 25-Фев-22, 02:07 
> тебе - низачем. Продолжай петь песни про швятую btrfs.

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

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

Оно как бы да, но все же.

> лолшта?

Ну того. Посмотреть синтетику на тему оверхеда.

> с их высосанными из пальца псевдотестами? У меня в жизни есть других задач.

Да axboe вроде налег на нормальный кейс, минимизацию оверхеда и разгон достижимых IOPS. Понятно что синтетика, но от такой активности понемногу выиграет наверное почти все.

> у меня нет таких ssdшников и не будет.

Тебе вендырье докладывать будет чего там их фирмваре вытворять умеет?

> Вероятнее всего они либо только в сферическом вакууме вообще существуют, либо это
> те самые, за которыми проц не успевает - "могу и 1000 знаков, но такая хеpня,
> такая хеpня получается..."

Часть протерлись, часть с сглючившим фирмваре наверное. Одна из фич btrfs - из за чексум они по крайней мере помогают понять что за нахрен. С другими фс вычислить глючного гада сложнее, диагностика и проявление сильно варьируется смотря куда попало. В бтрфс оно может выглядеть как внезапный CSUM ERROR на каком-нибудь блоке, не так уж редко даже с метаданными (там DUP бывает, тогда CORRECTED и пациент еще побегает).

> ну значит получи свой 128x write amplification вместо 32 который у твоей любимой fs есть всегда.

Откуда в cow по типа btrfs с delalloc и не слишком частыми коммитами такой фактор? Хотя если по 1 байту и fsync делать, там наверное и больше можно, но кто так делает? Сам по себе cow более-менее придерживаюший и группирующий записи довольно удобная для FTL штука. И чисто статистически оно довольно недурно смотрится вроде. Ну да, он пожирнее EXT4 немного, но на типовых вещах разница выглядит не ужасно. Вполне вменяемое поведение в обычных ситуациях.

> это потому что ценного там у тебя нет ничего. А было бы - ты бы так не делал.

1) Ценное таки забэкапано. Снапшоты, райды и проч не замена бэкапа.
2) "Свою" механику и ее свойства и лимиты нехило знать. И лучше обломаться в контролируемом окружении на чем-то умеренно ценном чем когда оно тебя эвона как, со всей дури, в ценном боевом окружении, когда оно меньше всего надо.

> Прекрасно понимая что может и не повезти.

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

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

Всемирный заговор по улучшению линуха? Ну, ок, наконец то полезный заговор к которому я присоединюсь :)

> так она урод от рождения.

Я бы сказал наоборот.

> Да, в том числе - намертво завязанный на косяки одного вечнокривого ведра с его stable nonsense.

Не, надо было сделать генерик выб#$%дка неизвестно зачем испортив параметры и фичи. Тем не менее, в винде кто-то драйвер даже накорябал. Не то чтобы полный и проч, но там у них вообще кактусы, ReFS хомякам майки так то поперекрыли, а уровень технологий из 90х все же нравится не всем.

> Собственно, zfs уже пришла к тому же самому. Поэтому очень конечно хорошо
> что при отключении сжатия все начинает тормозить, но мне бы вернуть ту, прежнюю.

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

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

34. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  –1 +/
Сообщение от Dzen Python (ok), 23-Фев-22, 21:01 
А потом из-за вас "стабилиздцов" и тянут-тянут легаси в ядре, откровенно мешающее новым фичам, городят шимы и полифиллы.
Главное, что Борланд С++ 3 запустился под виндавз11 и не ипёт!!111одын, да, дружок?
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

89. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Аноним (89), 24-Фев-22, 01:13 
Да.
Ответить | Правка | Наверх | Cообщить модератору

38. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Заноним (?), 23-Фев-22, 21:05 
А мысль, что оно просто никому не нужно не посещала? Потому и нет особо инфы про баги, потерю данных, тормоза и т.п. И потому код не изменялся с 2019 до февраля 2022.

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

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

48. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +1 +/
Сообщение от Ан (??), 23-Фев-22, 21:54 
В ядре только третья версия, а так, на дворе пятая уже: https://www.opennet.ru/opennews/art.shtml?num=52121

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

224. "Разработчики ядра Linux обсуждают возможность удаления Reise..."  +/
Сообщение от Аноним (-), 24-Фев-22, 22:12 
> Каменный век! Где мой смузи?

Ну как, где? Ты козла не подоил же. Так что вот тебе, а не смузи.

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

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

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




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

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