The OpenNET Project / Index page

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



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

Оглавление

Релиз ядра Linux 6.0, opennews (?), 03-Окт-22, (0) [смотреть все]

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


54. "Релиз ядра Linux 6.0"  –23 +/
Сообщение от Аноним (54), 03-Окт-22, 11:01 
А зачем ext4? Уже есть btrfs. А нужность ext4 теперь уже под сомнением. Преимуществ перед btrfs нету вообще.
Ответить | Правка | Наверх | Cообщить модератору

79. "Релиз ядра Linux 6.0"  +8 +/
Сообщение от Аноним (79), 03-Окт-22, 11:26 
У ext4 хотя бы производительность не деградирует (если не положишь миллиард файлов в 1 каталок, но и тут больше вопросы к софту, чем к ядру). Кстати, и без деградации ext4 -- одна из самых производительных.
Ответить | Правка | Наверх | Cообщить модератору

124. "Релиз ядра Linux 6.0"  +6 +/
Сообщение от Анно Домини (?), 03-Окт-22, 13:52 
Главное, что она стабильнее баттхёртфс на порядок, если не на порядки.
Ответить | Правка | Наверх | Cообщить модератору

194. "Релиз ядра Linux 6.0"  –8 +/
Сообщение от Аноним (194), 03-Окт-22, 17:42 
Только во влажных мечтах хейтерков. А по возможностям ext4 и вовсе прошлый век. Закопайте уже эту стюардессу.
Ответить | Правка | Наверх | Cообщить модератору

268. "Релиз ядра Linux 6.0"  +/
Сообщение от мелкософта (?), 04-Окт-22, 00:31 
Btrfs = потеря данных в самый веселый момент. Каждый сам решает что ему важнее, понты или данные.
Ответить | Правка | Наверх | Cообщить модератору

271. "Релиз ядра Linux 6.0"  –5 +/
Сообщение от Аноним (271), 04-Окт-22, 01:01 
УМВР. Выпрямляй руки. И на будущее: для таких, как ты, придумали бекапы и облака.
Ответить | Правка | Наверх | Cообщить модератору

355. "Релиз ядра Linux 6.0"  +/
Сообщение от Анно Домини (?), 04-Окт-22, 14:37 
> УМВР. Выпрямляй руки. И на будущее: для таких, как ты, придумали бекапы
> и облака.

Раздался голос с локалхоста.

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

473. "Релиз ядра Linux 6.0"  +/
Сообщение от Аноним (472), 12-Окт-22, 11:20 
> Раздался голос с локалхоста.

Он "локалхостом" на миллиард юзеров используется если что.

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

476. "Релиз ядра Linux 6.0"  +/
Сообщение от Анно Домини (?), 12-Окт-22, 16:21 
>> Раздался голос с локалхоста.
> Он "локалхостом" на миллиард юзеров используется если что.

И что это за локалхост такой?

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

443. "Релиз ядра Linux 6.0"  –1 +/
Сообщение от maximnik0 (?), 05-Окт-22, 21:48 
>Выпрямляй руки.

Это не руки а плохая карма.Btrfs теоретически должна быть надёжней ext4 из за механизма COW и контрольных сумм.Ну туда добавили снимки и дедубликацию  что усложняет механизм контроля целостности и снижает надёжность. А с учётом того что нормальной починки нету и фрагментированный COW оказался не очень надёжным и пошли жалобы на потерю данных. Ну нету в btrfs механизма типа - превышает COW транзакции энное кол-во - делай сброс на цельную копию файла и предыдущие транзакции очищай-есть только механизм дефрагментации и балансировки,а под нагрузкой эти действия откладывается....Вот и получаем жалобы что на ровном месте Btrfs разволилась.

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

474. "Релиз ядра Linux 6.0"  +1 +/
Сообщение от Аноним (-), 12-Окт-22, 11:42 
> теоретически должна быть надёжней ext4 из за механизма COW и контрольных сумм.

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

> снимки и дедубликацию  что усложняет механизм контроля целостности

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

> снижает надёжность.

Каким бы образом?

> А с учётом того что нормальной починки нету

А ему и не надо fsck при обычном крахе, в отличие от ext4. У него при этом данные и метаданные станут консистентными при монтировании, без прогулки по всей плоащди спецутилсой.

> и фрагментированный COW оказался не очень надёжным и пошли жалобы на потерю данных

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

> делай сброс на цельную копию файла

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

> Вот и получаем жалобы что на ровном месте Btrfs разволилась.

Обычно оно так разваливается у умников воткнувших SSD под кеш когда тот начинает массово терять данные огроменными блоками. Но так любая ФС сыпется. Btrfs при этом в лучшем случае весьма заранее начнет материться CSUM ERROR'ами, а на EXT4 это будет заметно только когда ну вот совсем капец.

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

477. "Релиз ядра Linux 6.0"  +/
Сообщение от maximnik0 (?), 14-Окт-22, 00:24 
> снижает надёжность.
>Каким бы образом?

Была статья-математическое иследование насчет дедубликации (на примере архивов).В среднем у юзера получалось экономия до 15-20% за счет одинаковых блоков,не считая сжатия, на обьем данных от 2 тб.И там доказывалось что при дедубликации больше чем на 3-х блоков надежность резко  падает если в оригинальном блоке возникла ошибка.Как называемый "древовидный шторм".Правда это дело рассматривали для бэкапов и архивов , там же специалисты и предложили выход-одна из разновидностей корректирующего кода (не рида-соломанна из за избыточности) исправляющего до 5% ошибок при 1% увеличение места.(Теоретически можно использовать и проверочный crc32-но алгоритма пригодного для использования нету,вдобавок возможны коллизии.)
>без прогулки по всей площади спецутилитой

Давайте разбирем реальный пример -свежий диск не полностью заполнен.Пишем новые данные-все ок.Позже через час читаем сообщение Smart-не понравился один из свежезаписанных блоков как "слабый"  и заменен.Ладно запускаем scrub и он падает через полчаса в корку-как я должен догадаться нормально у меня все с данными или нет-обратиться к скопированным данным и поглядеть нету ли ошибок CSUM ERROR? Я уже про fsck падающего от любого чиха не говорю.

>Получается что вам Linux использовать не надо, стремно же.

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

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

83. "Релиз ядра Linux 6.0"  +8 +/
Сообщение от Fracta1L (ok), 03-Окт-22, 11:39 
А зачем btrfs, если хватает ext4?
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

110. "Релиз ядра Linux 6.0"  +4 +/
Сообщение от лютый жабби.... (?), 03-Окт-22, 13:01 
>А зачем btrfs, если хватает ext4?

ну сжатие например или snapshot-ы

хотя для ВСЕГО сватать btrfs - это маразм конечно

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

164. "Релиз ядра Linux 6.0"  –7 +/
Сообщение от Michael Shigorinemail (ok), 03-Окт-22, 15:25 
Давно перестал применять e2compr.
Ответить | Правка | Наверх | Cообщить модератору

91. "Релиз ядра Linux 6.0"  +4 +/
Сообщение от Аноним (91), 03-Окт-22, 12:03 
У какой-нибудь серьезной компании есть в продакшене этот бтрфс? Про xfs например таких вопросов не возникает. Почему-то даже на локалхостах не приживается эта ваша бтрфс.
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

98. "Релиз ядра Linux 6.0"  +3 +/
Сообщение от Аноним (54), 03-Окт-22, 12:33 
Ты из 2оо7 пишешь что ли? Уже сколько-то там лет подряд btrfs врублен по умолчанию во всяких федорах и прочих дистрах. И никаких проблем у пользователей нет. Но тебе подавай "серьезные компании", словно ты не знаешь, что там всё обычно достаточно консервативно. Может они еще только-только переползают на... ext4. До btrfs они доберутся году эдак к 2050.
Ответить | Правка | Наверх | Cообщить модератору

111. "Релиз ядра Linux 6.0"  +3 +/
Сообщение от лютый жабби.... (?), 03-Окт-22, 13:03 
>Ты из 2оо7 пишешь что ли? Уже сколько-то там лет подряд btrfs врублен

Ну, справедливости ради, для важных данных где не нужны сжатие и снэпшоты, xfs или ext4 действительно надежнее. А для остальных случаев лучше zfs )

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

128. "Релиз ядра Linux 6.0"  +1 +/
Сообщение от EULA (?), 03-Окт-22, 13:59 
Пока zfs не будет в ядре, говорить о ее надежности нельзя. А в ядре zfs не будет никогда, или пока лицензию на zfs не сменят на свободную.

Помнится в прошлом году после того как обновилось ядро, обновление на модуль zfs ехало неделю. Это только в апстрЁме проекта. А по дистрам модуль еще месяц ехал. И ладно бы, если только новые фичи в ядре были, а то ведь CVE-шки закрытые.

PS. Где есть важные данные, там снапшоты нужны.
PPS. XFS все еще умирает от резкого отключения питания.

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

232. "Релиз ядра Linux 6.0"  +1 +/
Сообщение от n00by (ok), 03-Окт-22, 20:23 
Зачем Вы это пишете? ZFS может отставать от новой ветки ядра, например текущая zfs-2.1.5 поддерживает «Linux: compatible with 3.10 - 5.18 kernels». Longterm ветка ядра это 5.15. Вы хотите рассказать, что в «продакшоне» уже «сидите» на ядре 6.0?
Ответить | Правка | Наверх | Cообщить модератору

290. "Релиз ядра Linux 6.0"  +/
Сообщение от EULA (?), 04-Окт-22, 06:06 
> Зачем Вы это пишете? ZFS может отставать от новой ветки ядра, например
> текущая zfs-2.1.5 поддерживает «Linux: compatible with 3.10 - 5.18 kernels».
> Longterm ветка ядра это 5.15. Вы хотите рассказать, что в «продакшоне»
> уже «сидите» на ядре 6.0?

При чем тут отставание от ветки, когда речь идет про то, что с выходом версии с закрытием CVE ломается совместимость с модулем?
Я говорю про ситуацию, которая была в прошлом году, когда после исправления CVE в 5.4.ab, ZFS отвалился, когда в версии 5.4.aa работает. Между релизом заплатки и релизом модуля прошла неделя.
В этом году после выхода заплатки на ядро в мае, две недели исправляли ZFS over iSCSI в проксмосе.

Выйдет сейчас заплатка на 5.10, из-за которой нужно ждать исправления версии модуля zfs, что делать будете?

Еще раз. Пока модуль zfs не является частью ядра, говорить о том, что его можно использовать в продакшине, нельзя.

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

301. "Релиз ядра Linux 6.0"  –1 +/
Сообщение от лютый жабби.... (?), 04-Окт-22, 07:15 
>его можно использовать в продакшине, нельзя.

ну ок: проксмосе использовать в продакшине нельзя

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

319. "Релиз ядра Linux 6.0"  +/
Сообщение от EULA (?), 04-Окт-22, 08:24 
А что можно?
Ответить | Правка | Наверх | Cообщить модератору

320. "Релиз ядра Linux 6.0"  +/
Сообщение от n00by (ok), 04-Окт-22, 08:30 
>> Зачем Вы это пишете? ZFS может отставать от новой ветки ядра, например
>> текущая zfs-2.1.5 поддерживает «Linux: compatible with 3.10 - 5.18 kernels».
>> Longterm ветка ядра это 5.15. Вы хотите рассказать, что в «продакшоне»
>> уже «сидите» на ядре 6.0?
> При чем тут отставание от ветки, когда речь идет про то, что
> с выходом версии с закрытием CVE ломается совместимость с модулем?

«после того как обновилось ядро, обновление на модуль zfs ехало неделю».
Обновилось - стало новее. Ещё раз. Вы написали не «после закрытия CVE в ядре», а «обновилось ядро».

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

333. "Релиз ядра Linux 6.0"  +/
Сообщение от EULA (?), 04-Окт-22, 11:40 
>  Вы написали не «после закрытия CVE
> в ядре», а «обновилось ядро».

А после закрытия CVE ядро не обновляется? Минорная версия или версия сборки в дистрибутиве не меняется?

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

343. "Релиз ядра Linux 6.0"  +/
Сообщение от n00by (ok), 04-Окт-22, 13:10 
Это частный случай, случилось 2 раза из 2*365/7 в первом приближении. Информация о том, что после закрытия CVE в ядре с драйвером ZFS случилась проблема - несомненно ценная. Если хотите её донести до читателя, то стоит и делать упор на CVE. Тем более, если помните примерную версию ядра.
Ответить | Правка | Наверх | Cообщить модератору

273. "Релиз ядра Linux 6.0"  +/
Сообщение от edo (ok), 04-Окт-22, 01:51 
> а то ведь CVE-шки закрытые

Почти никто не сидит на самой последней версии ядра, а закрытые CVE оперативно бэкпортируются

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

289. "Релиз ядра Linux 6.0"  +/
Сообщение от EULA (?), 04-Окт-22, 05:43 
Вот после этого бэкпортирования и сломалась совместимость ядра с модулем zfs.
Ответить | Правка | Наверх | Cообщить модератору

321. "Релиз ядра Linux 6.0"  +1 +/
Сообщение от edo (ok), 04-Окт-22, 08:44 
> Вот после этого бэкпортирования и сломалась совместимость ядра с модулем zfs.

можно пример бэкпорта уязвимости, ломающего совместимость с zfs?

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

332. "Релиз ядра Linux 6.0"  +2 +/
Сообщение от EULA (?), 04-Окт-22, 11:37 
> можно пример бэкпорта уязвимости, ломающего совместимость с zfs?

Те, что закрывали уязвимости CVE-2021-3491, CVE-2021-3490, CVE-2021-3489.
Обновление версии OpenZFS, позволяющее работать с пропатченными ядрами, появилось то ли через неделю в апстриме. То, что закрывало CVE-2022-40476, не работало с текущей на тот момент версией OpenZFS.
Только то, что в памяти отложилось.

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

116. "Релиз ядра Linux 6.0"  +1 +/
Сообщение от anonymous (??), 03-Окт-22, 13:26 
в федоре полтора разраба упоролись и пихают btrfs, все на них смотрят как на грету тумберг и ржут. Но вода камень точит и однажды таки пропихнули как дефолтную. Фейсбук примерно так же, денег как у Влестелины первые 2 месяца миллиарды экскавакторами в свмосвелы грузят ибо руками уже не вспевают вот и вложились в прикольную игрушку. Оба два не показатель вообще.
Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

191. "Релиз ядра Linux 6.0"  –1 +/
Сообщение от я из фейсбука (?), 03-Окт-22, 16:49 
Как хорошо что есть ты и открываешь нам на всё глаза!
Ответить | Правка | Наверх | Cообщить модератору

125. "Релиз ядра Linux 6.0"  +/
Сообщение от Анно Домини (?), 03-Окт-22, 13:55 
Федора это дистрибутив? созданный специально как полигон для бесплатного тестирования ПО хомячками, если ты не вдруг не знал.
Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

210. "Релиз ядра Linux 6.0"  –3 +/
Сообщение от Аноним (210), 03-Окт-22, 18:20 
Ты отставший.
Ответить | Правка | Наверх | Cообщить модератору

247. "Релиз ядра Linux 6.0"  +/
Сообщение от Аноним (247), 03-Окт-22, 21:51 
Дистрибутив, причем один из самых стабильных.
Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

282. "Релиз ядра Linux 6.0"  +/
Сообщение от Аноним (282), 04-Окт-22, 03:25 
Скажи это RHEL, как минимум. Ведь именно туда идут наработки, отлаженые на хомячках с Fedor-ой.
Ответить | Правка | Наверх | Cообщить модератору

142. "Релиз ядра Linux 6.0"  +/
Сообщение от Анонус (?), 03-Окт-22, 14:28 
А разве Ред Хэты всякие не на stratis переводят?
Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

193. "Релиз ядра Linux 6.0"  –1 +/
Сообщение от AlexYeCu_not_logged (?), 03-Окт-22, 16:57 
>btrfs врублен по умолчанию во всяких федорах и прочих дистрах

Да-да, мне тоже как-то пытались доказать, что везде сейчас Wayland, потому что «по умолчанию». Но нет, не то что не везде, а практически нигде.

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

211. "Релиз ядра Linux 6.0"  +1 +/
Сообщение от Аноним (210), 03-Окт-22, 18:22 
Только за последний месяц прирос на три процента с 25% до 28%. Ситуация приближается к тому, что Wayland на каждой третьей машине, а у тебя «нигде». Эксперд.
Ответить | Правка | Наверх | Cообщить модератору

243. "Релиз ядра Linux 6.0"  +/
Сообщение от AlexYeCu_not_logged (?), 03-Окт-22, 21:24 
> Только за последний месяц прирос на три процента с 25% до 28%.
> Ситуация приближается к тому, что Wayland на каждой третьей машине, а
> у тебя «нигде». Эксперд.

Та шо вы говорите, откуда инфа, м? Как данные собирали?

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

291. "Релиз ядра Linux 6.0"  +2 +/
Сообщение от EULA (?), 04-Окт-22, 06:08 
> Та шо вы говорите, откуда инфа, м? Как данные собирали?

Традиционно, на форуме пользователей Wayland.

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

230. "Релиз ядра Linux 6.0"  +1 +/
Сообщение от Аноним (230), 03-Окт-22, 20:20 
"серьезной компании ... в продакшене" федора? ты белены объелся?
Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

244. "Релиз ядра Linux 6.0"  +/
Сообщение от AlexYeCu_not_logged (?), 03-Окт-22, 21:25 
> "серьезной компании ... в продакшене" федора? ты белены объелся?

Если нужен свежий софт, то какие ещё варианты? Арч?

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

292. "Релиз ядра Linux 6.0"  +/
Сообщение от EULA (?), 04-Окт-22, 06:08 
> Если нужен свежий софт, то какие ещё варианты? Арч?

Бубунта тестинг же!

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

354. "Релиз ядра Linux 6.0"  –1 +/
Сообщение от Анно Домини (?), 04-Окт-22, 14:36 
>> "серьезной компании ... в продакшене" федора? ты белены объелся?
> Если нужен свежий софт, то какие ещё варианты? Арч?

Самосборка, прикинь.

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

400. "Релиз ядра Linux 6.0"  +/
Сообщение от AlexYeCu_not_logged (?), 04-Окт-22, 18:37 
>>> "серьезной компании ... в продакшене" федора? ты белены объелся?
>> Если нужен свежий софт, то какие ещё варианты? Арч?
> Самосборка, прикинь.

В продакшене? Ок…

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

427. "Релиз ядра Linux 6.0"  –1 +/
Сообщение от Анно Домини (?), 04-Окт-22, 21:19 
>>>> "серьезной компании ... в продакшене" федора? ты белены объелся?
>>> Если нужен свежий софт, то какие ещё варианты? Арч?
>> Самосборка, прикинь.
> В продакшене? Ок…

Прикинь, да. В нормальном энтерпрайзе и собирают и поддерживают софт сами.

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

430. "Релиз ядра Linux 6.0"  +/
Сообщение от AlexYeCu_not_logged (?), 04-Окт-22, 22:43 
> Прикинь, да. В нормальном энтерпрайзе и собирают и поддерживают софт сами.

Она как… Всегда подозревал, что всякие там RedHat, Oracle, Novell и прочие Microsoft-ы деньги просто рисуют, а не софтом и поддержкой торгуют.

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

475. "Релиз ядра Linux 6.0"  +/
Сообщение от Аноним (-), 12-Окт-22, 11:45 
LSE таки послал мсовских интеграторов, скупить себе тиму дешевле вышло. А NYSE вообще скупил тиму гентушников. Видимо тоже дешевле чем энтерпрайзных воротил кормить. Вот так гента на бирже и крутится. Бывает и такое.
Ответить | Правка | Наверх | Cообщить модератору

103. "Релиз ядра Linux 6.0"  +1 +/
Сообщение от dalco (ok), 03-Окт-22, 12:45 
Фейсбук?
Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

174. "Релиз ядра Linux 6.0"  +/
Сообщение от DEF (?), 03-Окт-22, 15:48 
Такое имя как Synology тебе говорит о чем-нибудь?
Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

184. "Релиз ядра Linux 6.0"  –3 +/
Сообщение от Аноним (184), 03-Окт-22, 16:25 
Снэпшоты и компрессия - никак не компенсируют главный недостаток - в фатальной ненадежности данной файловой систем. Случайная порча файловой системы - далеко не редкость. И тут снэпшоты уже никак не спасут.
Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

187. "Релиз ядра Linux 6.0"  +3 +/
Сообщение от DEF (?), 03-Окт-22, 16:36 
Очередной балабол и распространитель мифов. Btrfs давным давно надежна и стабильна. Synology подтверждает.
Ответить | Правка | Наверх | Cообщить модератору

228. "Релиз ядра Linux 6.0"  –1 +/
Сообщение от n00by (ok), 03-Окт-22, 20:17 
Главное, скрипт Эдуарда Шишкина там не запускать.
Ответить | Правка | Наверх | Cообщить модератору

341. "Релиз ядра Linux 6.0"  –1 +/
Сообщение от Аноним (341), 04-Окт-22, 12:36 
Лично у меня, ломалось за год раза два-три точно. Выглядит это так: после перезагрузки что-то там про дерево и все. Финиш. Чуть не забыл, чрезвычайно рад за Synology & Facebook! А ещё - лично бы плюнул вам в лицо за подобные грубости.
Ответить | Правка | К родителю #187 | Наверх | Cообщить модератору

219. "Релиз ядра Linux 6.0"  +/
Сообщение от Аноним (219), 03-Окт-22, 19:02 
Facebook
Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

293. "Релиз ядра Linux 6.0"  +/
Сообщение от EULA (?), 04-Окт-22, 06:30 
Google на этой штуке запилил кластерную ФС для облака своего.
В Gubuntu от него же BTRFS по умолчанию ставится.

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

118. "Релиз ядра Linux 6.0"  +1 +/
Сообщение от ОШИБКА Отсутствуют данные в поле Name (?), 03-Окт-22, 13:40 
BTRFS кеши трэшит так, что в неспецифичном продакшне его держать - сомнительная затея.
Но на локалхосте можно и не заметить, да.
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

149. "Релиз ядра Linux 6.0"  –2 +/
Сообщение от Strannik Jayemail (?), 03-Окт-22, 14:46 
Уже года три BTRFS на нескольких компах, включая древний ноут. Из косяков пока только один: краш после изменения размера раздела через GParted. Так что только консоль, без всяких гуёв.
Ответить | Правка | Наверх | Cообщить модератору

176. "Релиз ядра Linux 6.0"  –2 +/
Сообщение от DEF (?), 03-Окт-22, 15:51 
Расскажи это Synology, чей бизнес связан с бэкапом и безопасностью данных, которые юзают Btrfs в своих продуктах по-умолчанию.
Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

221. "Релиз ядра Linux 6.0"  –1 +/
Сообщение от ОШИБКА Отсутствуют данные в поле Name (?), 03-Окт-22, 19:06 
Это в смысле тех, что хомячковые полтора диска? Ну пусть юзают, чего.
А мы будем юзать HP, Dell, IBM, etc.
Ответить | Правка | Наверх | Cообщить модератору

295. "Релиз ядра Linux 6.0"  +/
Сообщение от EULA (?), 04-Окт-22, 06:32 
> А мы будем юзать HP, Dell, IBM, etc.

На лентах нет ФС.
Если у вас не лента для бэкапов, то вы бэкапы не используете.

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

434. "Релиз ядра Linux 6.0"  +/
Сообщение от ОШИБКА Отсутствуют данные в поле Name (?), 04-Окт-22, 23:15 
Клейкая?
Ответить | Правка | Наверх | Cообщить модератору

222. "Релиз ядра Linux 6.0"  +/
Сообщение от ОШИБКА Отсутствуют данные в поле Name (?), 03-Окт-22, 19:08 
Впрочем нет, бэкапы действительно можно на BTRFS хранить, их потерять жалко, но не фатально, и нагрузка обычно write-mostly.
Ответить | Правка | К родителю #176 | Наверх | Cообщить модератору

294. "Релиз ядра Linux 6.0"  +/
Сообщение от EULA (?), 04-Окт-22, 06:31 
> Впрочем нет, бэкапы действительно можно на BTRFS хранить, их потерять жалко, но
> не фатально, и нагрузка обычно write-mostly.

Потерять клиента из-за того, что он бэкапы теряет всяко страшнее.

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

435. "Релиз ядра Linux 6.0"  +/
Сообщение от ОШИБКА Отсутствуют данные в поле Name (?), 04-Окт-22, 23:16 
Это вон того что платит раз в полгода с задержкой на три месяца, и постоянно просит отсрочку?
Или вон того, что купил один раз в ближайшем "васян-цампутерс" шалобушку от этого самого, воткнул в неё два бушных винта с авито и теперь имеет крЮтейший NAS c бэтээрэфес, надИОжно жы.
Ответить | Правка | Наверх | Cообщить модератору

436. "Релиз ядра Linux 6.0"  +/
Сообщение от ОШИБКА Отсутствуют данные в поле Name (?), 04-Окт-22, 23:18 
Поправочка к write-mostly: не просто write mostly, а write-once write-mostly.
Ответить | Правка | К родителю #222 | Наверх | Cообщить модератору

119. "Релиз ядра Linux 6.0"  +3 +/
Сообщение от ОШИБКА Отсутствуют данные в поле Name (?), 03-Окт-22, 13:43 
Ну и плюс обилие мелкой записи (iSCSI SAN ку-ку), плюс избыточная фрагментация (ротационные носители ку-ку), плюс проблемы производительности (о проблемах со стабильностью можно тоже вспомнить) с O_DIRECT/AIO (DBMS ку-ку), плюс ещё пачка мелких но злобных нюансов.
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

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

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




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

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