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

Применение асинхронной буферизированной записи на базе io_uring до 80 раз снизило задержки в XFS , opennews (??), 26-Июн-22, (0) [смотреть все] Оказывается, если данные на диск не записывать, то запись будет быстрее А что, Аноним (1), 22:47 , 26-Июн-22, (1) +28 // XFS - это не про надежность, Catwoolfii (ok), 22:57 , 26-Июн-22, (4) –20 // Твои варианты А, да, их нет , microsoft (?), 22:59 , 26-Июн-22, (5) +5 // ZFS, Аноним (19), 00:20 , 27-Июн-22, (19) –9 Только не допускайте этого онанима до прода , d (??), 02:51 , 27-Июн-22, (27) +15 Уже допустили Начиная с 2020 года ZFS работает очень даже неплохо Особенно пос, Аноним (64), 11:09 , 27-Июн-22, (64) +2 О а вот еще один фикситиль багов на проде , Аноним (65), 11:12 , 27-Июн-22, (65) +2 Ну всё, теперь можно в прод , d (??), 11:32 , 27-Июн-22, (69) +4 5 лет в проде , Аноним (64), 19:01 , 27-Июн-22, (111) только оперативы нужо 30 от размера хранилища, zfsixpert (?), 17:32 , 27-Июн-22, (97) Нет не нужно Размер ARC-кеша настраивается А вы, батенька, как я вижу - экспер, Аноним (64), 19:01 , 27-Июн-22, (110) С 2017 года, полёт нормальный А критики могут и дальше ничего не использовать , keydon (ok), 05:39 , 28-Июн-22, (145) +1 Сочувствую компаниям которых плюсующие этого поста админят , bOOster (ok), 18:39 , 28-Июн-22, (165) –1 Вообще-то прод - это не место, где резвятся обезьянки Обычно там настроили, зап, tty0 (?), 23:00 , 28-Июн-22, (168) Ты бы ещё BtrFS посоветовал , pda (ok), 11:46 , 28-Июн-22, (152) бтрфс кстати очень годна для Пакует опять же, нет танцев с монтированием импорт, Аноним (194), 21:23 , 01-Июл-22, (194) –1 Один из здешних завсегдатаев упоминал http lore kernel org linux-btrfs 2020052, Michael Shigorin (ok), 22:05 , 03-Июл-22, (198) BRTFS - рулёз , rationalseed (?), 20:57 , 03-Июл-22, (196) Ну как с надежностью - буфер пролюбили и ВСЁ , Dzen Python (ok), 23:46 , 26-Июн-22, (12) // Да, с этим вечно сталкивался , Alladin (?), 00:14 , 27-Июн-22, (17) +1 Я еще под досом ставил SmartDrv в режим кэширования записи Девачка, чето хотевш, Аноним (70), 12:12 , 27-Июн-22, (70) +2 // Сейчас видите ли журналирование научились делать немного лучше, а юзеров - строи, Аноним (-), 18:19 , 27-Июн-22, (101) Так дискеты дергать с горящей лампочкой нельзя Дефачке видимо это никто не объя, commiethebeastie (ok), 20:19 , 27-Июн-22, (115) +1 // Так со smartdrv лампочка, то и не горит Она потом, через несколько секунд загори, Аноним (117), 21:11 , 27-Июн-22, (117) А на кой хер ты на дисководы кеширование записи разрешал В этом же не было ника, pda (ok), 11:49 , 28-Июн-22, (153) +1 // Над девочкой постебаться же Что за админ, если над юзером не поизмывался , Аноним (166), 19:14 , 28-Июн-22, (166) Крайне хреновый админ, очевидно Юзеров надо любить, беречь и всячески упрощать , Аноним (170), 01:59 , 29-Июн-22, (170) +4 Здравствуйте, Наш BOFH , pda (ok), 12:32 , 29-Июн-22, (175) Сейчас флешки и получше стебаться умеют Вынули без размонтирования А вот вам с, Аноним (-), 17:52 , 29-Июн-22, (182) +1 udp же, anonymous (??), 18:37 , 27-Июн-22, (108) +1 Ничего не понятно за счет чего получаются такие результаты Автор новости пиши д, achtosluchilos (ok), 22:47 , 26-Июн-22, (2) –4 // в Шотландии леприконы, а в Англии рептилоиды, запомни , Аноним (8), 23:10 , 26-Июн-22, (8) +7 // Лепр е коны же ИЧСХ, в Ирландии https www google com url sa t rct j q esrc s, PnD (??), 11:21 , 27-Июн-22, (68) +2 // Для тех кто не понял Лох в переводе с шотладского означает озеро , Аноним (-), 10:53 , 28-Июн-22, (151) +1 Да поняли мы, поняли - те, другие лохи - они в Несси, а не наоборот , другие анонимы (?), 14:42 , 28-Июн-22, (157) +1 Блин, чувак, в чем твоя проблема Пролистать гримуар Иртегова по ОС - не так уж с, Dzen Python (ok), 23:51 , 26-Июн-22, (13) +5 // Конечно не будет Сожрет его демон А защитное построение из трех золотых не сдел, пох. (?), 09:09 , 27-Июн-22, (50) +1 Ты читал резюме Иртегова Хрен с горы, который программированием занимался после, Аноним (-), 23:28 , 27-Июн-22, (121) –1 // Во-воу, полехче У нас тут и так глобальное потепление намечается, так ты еще и , Dzen Python (ok), 23:52 , 27-Июн-22, (124) Ну так и в чем принципиальная разница Ну не бывает, не бывает бюджетной магии К, пох. (?), 09:39 , 28-Июн-22, (147) От осины не родятся апельсины, а от дуба - армяны Принципиальная разница Легки, Dzen Python (ok), 23:11 , 28-Июн-22, (169) Арпачи-Дюссо, Операционные системы 3 простых элемента Книга Кометы тоже д, tmplsr (?), 18:49 , 01-Июл-22, (193) Реально глупый каммент, сказано же начали использовать асинхронные вычисления вм, Alladin (?), 00:04 , 27-Июн-22, (15) // со стороны линукса , Alladin (?), 00:14 , 27-Июн-22, (18) +1 Это как Вместо a b 2 , распердоливают на три проца a 2, 2ab и b 2 и потом два, pavlinux (ok), 01:58 , 28-Июн-22, (132) // а учитывая что речь о записи на носитель, у которого проц ровно один, очередь , пох. (?), 09:42 , 28-Июн-22, (148) Лучше 12309 почините Позавчера словил при копировании с одного ssd на другой С, Шарп (ok), 22:48 , 26-Июн-22, (3) +1 // так ты, поди, и на репозитарных ядрах сидишь , Аноним (6), 23:04 , 26-Июн-22, (6) // Так в рекламных целях Windows устроено 128522 , Аноним (55), 09:24 , 27-Июн-22, (55) // Только реклама это ты Потому что для рекламы не важен контекст, важно постоянно, Аноним (87), 15:24 , 27-Июн-22, (87) Так 12309 это не зависание а жуткие тормоза с дерганьем мышки ,заикаием звука и , maximnik0 (?), 23:09 , 26-Июн-22, (7) +4 // Что-то у вас накручено и перекручено Если у вас глючит аппарат то ищите обновле, Alladin (?), 00:13 , 27-Июн-22, (16) –4 // Этот баг поправили-теперь если нет активности на внешнем диске -отсылает команду, maximnik0 (?), 04:41 , 27-Июн-22, (33) для NT4 где-то были такие драйвера для SATA тоже но пользоваться ими я не риск, john_erohin (?), 06:05 , 27-Июн-22, (35) Ну драйвер к pci-e это скорее затычка,потому что ставилась задача что бы на прог, maximnik0 (?), 10:18 , 27-Июн-22, (59) Назат удевлялся биуса оказываеться Заканьчиваться пужалуста , X86 (ok), 07:41 , 27-Июн-22, (43) добавь это в etc sysctl conf и 12309 больше тебя не побеспокоит This fix enoum, Аноним (22), 00:35 , 27-Июн-22, (22) +3 // Два чаю этому анониму Ещё можно вот это добавить чтобы данные НЕ терялись в бол, leap42 (ok), 03:46 , 27-Июн-22, (28) У многих ФС еще настраивается время барьеров записи Это время когда форсирова, Аноним (-), 01:59 , 28-Июн-22, (133) А почему дистростроители так не поставляют изначально , Аноним (80), 14:21 , 27-Июн-22, (80) Во-первых, дистростроители имеют в виду серверы, где производительность дисковой, leap42 (ok), 03:06 , 28-Июн-22, (142) А вы, часом, не перепутали значения для dirty_bytes с dirty_background_bytes , Аноним (93), 16:27 , 27-Июн-22, (93) Я вот тоже думаю, у меняvm dirty_ratio 10vm dirty_background_ratio 5ну и ker, Аноним (98), 17:38 , 27-Июн-22, (98) Предлагаю за копипасту баянов 10-летней давности вводить пожизненный расстрел , pavlinux (ok), 02:02 , 28-Июн-22, (134) Что, ты тоже в курсе что у них эвристика для тормозных сторажей это сама уже дав, Аноним (-), 22:13 , 29-Июн-22, (186) Беда в том что по умолчанию линукс задает размер дискового кэша в от всей дост, Аноним (22), 00:43 , 27-Июн-22, (23) +3 // Чому во фре таких пооблем нет и не было Вся память под кеш юзается тоже , борланд (?), 06:53 , 27-Июн-22, (39) Вам про кэш записи точнее dirty buffers , а в про кэш чтения Под чтение и в л, Анонимленьлогиниться (?), 08:58 , 27-Июн-22, (49) тому что у нее вообще нет толком кэширования на запись vmstat -z и убедись Тоже , пох. (?), 09:12 , 27-Июн-22, (51) Ее юзеры для десктопных задач в винду дуалбутятся, вот у них и нет проблем , Аноним (-), 17:48 , 29-Июн-22, (181) Чем-то напомнило досовский смартдрайв, который начинал безбожно тормозить, если , another_one (ok), 10:51 , 27-Июн-22, (60) Беда в том, что с 2 6 13 проблемы не было А с 2 6 32 на той же, с-ка доступной , пох. (?), 13:08 , 27-Июн-22, (71) Всё это сказки про кэши Ошибка в архитектуре Если бы ядро с X11 дружили бы кре, Ананоним (?), 23:30 , 27-Июн-22, (122) Могу ещё добавить, что и механизм повышения приоретета для процесса активного ок, Ананоним (?), 23:33 , 27-Июн-22, (123) Странно, что не на 146 , pavlinux (ok), 02:14 , 28-Июн-22, (139) Если на load average смотреть, там и 500 можно получить при достаточном рвении , Аноним (-), 17:53 , 29-Июн-22, (183) В Linux НЕТ ДИСКОВОГО КЭША Да и дисков уже нет у нормальных , pavlinux (ok), 02:11 , 28-Июн-22, (138) Даже пуповину не обрезаем , Аноним (55), 09:26 , 27-Июн-22, (57) я так на usb2 флэшку копирую данные со скоростью в пару гигабит Потом еще еще 2, Анончик (?), 01:17 , 27-Июн-22, (25) +4 // Открой для себя команду sync Может не придётся 2 часа ждать , Ананоним (?), 13:07 , 28-Июн-22, (155) // волшебная комманда которая заставит флэшку быстро работать, супер, спасибо , Анончик (?), 18:36 , 28-Июн-22, (163) Никогда не видел sync отвисший на 15 минут в именно вот том сисколе А надо было, Аноним (187), 22:17 , 29-Июн-22, (187) Попробуй https www linux org ru forum general 16334308 page6, Аноним (29), 03:47 , 27-Июн-22, (29) Не хочешь 12309 тогда переходи если это убунта на пониженную версию стабле , а и, Фальсификатор (?), 06:59 , 27-Июн-22, (40) Уверен, что это был именно 12309 У нас регулярно были ситуации, когда по SFTP п, topin89 (ok), 02:14 , 28-Июн-22, (140) 90 просадок в скорости на ФС дают транзакции и журналирование записи - вообще в, Dzen Python (ok), 23:45 , 26-Июн-22, (11) // Из буфера памяти Никак Иначе какой в нём вообще смысл , Аноним (14), 00:04 , 27-Июн-22, (14) как глубока твоя нора, крол , Аноним (36), 06:07 , 27-Июн-22, (36) +1 Этим должен заниматься рейд контроллер в одно лицо , Аноним (87), 13:38 , 27-Июн-22, (76) Пояснительная бригада, теперь XFS лучшая ФС или еще нет , Аноним (20), 00:28 , 27-Июн-22, (20) +2 // нет Ну там же написано даже по русский асинхронная, далее по тексту тесты привед, Анончик (?), 01:12 , 27-Июн-22, (24) –1 // Xfs и до этого лучшая фс , Аноним (31), 04:02 , 27-Июн-22, (31) –2 // а если опять выкатят новую версию, несовместимую со старой 1 раз уже было , john_erohin (?), 06:08 , 27-Июн-22, (37) +1 Тогда освободится место на диске, X86 (ok), 07:42 , 27-Июн-22, (44) +5 зацените по списку https cdn kernel org pub linux kernel v5 x ChangeLog-5 10 1, john_erohin (?), 20:31 , 02-Июл-22, (195) Нет, у тебя выбор между ext4, f2fs и btrfs сегодня , Аноним (98), 01:29 , 27-Июн-22, (26) // lol ext4 в 2022, leap42 (ok), 03:48 , 27-Июн-22, (30) –4 // Ну в винде до сих пор NTFS и ничо, живут же люди как-то с ней Зачем чинить то, Аноним (94), 16:38 , 27-Июн-22, (94) Выбор сейчас между xfs и f2fs Причём f2fs сейчас актуальна и для hdd с smr , Аноним (31), 04:04 , 27-Июн-22, (32) // Заяем вам фс для флешек на хдд,ссд , Попандопала (?), 05:03 , 27-Июн-22, (34) +1 The motive for F2FS was to build a file system that, from the start, takes into, Аноним (38), 06:27 , 27-Июн-22, (38) +2 Для _самсунговских_ флэшек, ты забыл уточнить Поскольку оно taking in account , пох. (?), 09:22 , 27-Июн-22, (53) Че сказать то хотел , Аноним (62), 11:04 , 27-Июн-22, (62) Короче он так боится фрагментации, что кладёт винчестеры на полку от греха Ещё , Аноним (95), 17:07 , 27-Июн-22, (95) Флешки все более-менее одинаковые И у самсуня их так то много разных есть Самс, Аноним (-), 18:31 , 27-Июн-22, (105) А более-менее тут не работает Либо ты попал в segment size, либо write amplif, пох. (?), 00:14 , 28-Июн-22, (125) У NAND так то есть eraseblock, и page Первое юнит erase и довольно жирное, а , Аноним (-), 01:56 , 28-Июн-22, (131) по дефолтным настройкам самсунь-fs - они целились в page size И, вероятно, попа, пох. (?), 09:56 , 28-Июн-22, (149) Самсунь производит чертову кучу флешек, всех мастей и направлений, которым из он, Аноним (-), 18:18 , 29-Июн-22, (184) нее, smr ремапят на лету, куда голову ближе подогнать, туда и пишут, поэтому даж, Аноним (146), 08:57 , 28-Июн-22, (146) в f2fs есть квоты или как вы предлагаете рулить местом , Анончик (?), 08:25 , 27-Июн-22, (47) Вообще-то есть, но они тоже удивительные С другой стороны - у меня нет никаки, пох. (?), 09:24 , 27-Июн-22, (54) +1 Так смысл их раскладывать для других, а не для себя , Аноним (87), 13:36 , 27-Июн-22, (75) Я вот кроме как для шаред хостингов не могу придумать зачем оно по факту надо - , Роман (??), 13:40 , 27-Июн-22, (77) VDI же ж Но там, как ты понимаешь, не linoops не совсем во всяком случае , и ли, пох. (?), 15:21 , 27-Июн-22, (85) Для каких 171 других 187 На моём ПК нет никаких 171 других 187 , Аноним (126), 00:16 , 28-Июн-22, (126) Это хорошо, когда люди сообщают такое, сразу можно оценить степень их адекватнос, Аноним (98), 11:05 , 27-Июн-22, (63) Ненужный УГ кусов, который проталкивает Бизнес Машина, чтобы было не как у всех , Аноним (65), 11:13 , 27-Июн-22, (66) +1 // А что делать, другие уже конкуренты расхватали И это таки именно редгадчики, пр, Аноним (-), 18:24 , 27-Июн-22, (103) Если нет необходимости в компрессии, xfs - по совокупности пот характеристик, лу, Аноним (93), 15:47 , 27-Июн-22, (90) –1 // Чего в нем хорошего Кроме того что у редгада просто ничего другого не осталось,, Аноним (-), 18:26 , 27-Июн-22, (104) монговцы её уже много лет самой быстрой считают а уж они-то не могут ошибаться, лютый жабби___ (?), 19:27 , 27-Июн-22, (112) Ещё нет Отрицательный ресайз ещё не сделали, хранение мелких файлов прямо в нод, Аноним (114), 20:19 , 27-Июн-22, (114)   // Настолько нишевая штука, что может быть вообще никогда не появится, если только , Аноним (127), 00:57 , 28-Июн-22, (127)   // Вынуть диск, в случае если столько стало уже не надо, например И более того - н, Аноним (-), 02:02 , 28-Июн-22, (135)   цена вопроса - безумная деградация производительности, пока твое не надо освоб, пох. (?), 10:02 , 28-Июн-22, (150)   1 Не хуже ребилдов райда и проч 2 Оно удвигает только реально используемое 3 , Аноним (-), 22:28 , 29-Июн-22, (188)   рейд в 2k22 немодно ребилды raidz или storage space ТАК не жрут, поскольку затр, пох. (?), 23:01 , 29-Июн-22, (191)   Я просил кейс для прода, а не из, кхм, пальца высосанный , Аноним (170), 02:15 , 29-Июн-22, (171)   Вполне нормальный кейс, расщирить имеющуюся хранилку под какую-то разовую пикову, Аноним (-), 18:24 , 29-Июн-22, (185)   с риском потерять всю хранилку если что-то пойдет не так Ну ок, нормальный кей, пох. (?), 23:03 , 29-Июн-22, (192)   и сделало 80 каких-нить уязвимостей которые найдут через пять лет, Аноним (52), 09:17 , 27-Июн-22, (52) // Вот видишь - целых пять лет твоя дыра - в безопастности , пох. (?), 09:24 , 27-Июн-22, (56) +1 Херасе они кэш изобрели Срочная новость Виндекапец близко , Аноним (61), 11:01 , 27-Июн-22, (61) –1 // Ты тормоз, Вася , Аноним (-), 18:33 , 27-Июн-22, (106) Ну если это всё правда, то тогда надо сделать новые бенчмарки для сравнения с ex, freehck (ok), 13:15 , 27-Июн-22, (72) // XFS итак дефолтная файловая система кое-где , Аноним (87), 13:35 , 27-Июн-22, (73) +3 Ext4 вроде на очереди на поддержку io_uring, Роман (??), 13:41 , 27-Июн-22, (78) // Btrfs, ананоша (?), 14:51 , 27-Июн-22, (82) Всех живых на него наверное перетянут А кто не перелезет станет постепенно счит, Аноним (-), 18:34 , 27-Июн-22, (107) // Reiser5 с большой вероятностью это io_uring задействует А в ядро она и так не п, Аноним (114), 20:25 , 27-Июн-22, (116) –1 Агаблин, зная их методики - они это сделают когда в ядре дропнут к хренам легаси, Аноним (-), 01:43 , 28-Июн-22, (129) Тебе мысли излагать научиться бы , Аноним (176), 12:51 , 29-Июн-22, (176) А где тут видна мысль Какой-то шум дождя , rationalseed (?), 21:04 , 03-Июл-22, (197) У ext4 проблемы иного характера - с масштабирование , Аноним (93), 15:34 , 27-Июн-22, (89) А на чём проверяли Cкорости которые описаны похожи на скорсти от NVMe Это рам , Аноним (-), 14:52 , 27-Июн-22, (83) +1 // Забыл у KDiskMark ограничение в настройках для SEQ, нет варианта для SEQ ниже 1М, Аноним (-), 15:56 , 27-Июн-22, (91) 1333МHz, Аноним (-), 22:36 , 27-Июн-22, (118) Я не правильно написал Не 1333Мгц, а 667Мгц Стандартное название 124 Частот, Аноним (-), 22:50 , 27-Июн-22, (119) // Пропустил название Частота шины, МГц для400 533 667 800 933 , Аноним (-), 22:55 , 27-Июн-22, (120) Посмотрим как это в виртуальной машине будет работать с хостом Windows Я посмот, Анонним (?), 18:21 , 28-Июн-22, (162) Я правильно понимаю, они sync-write делают async , Аноним (93), 15:32 , 27-Июн-22, (88) // Нет, просто добавили поддерку API io_uring В этом API есть средства синхронизац, zensey (ok), 16:09 , 28-Июн-22, (158) XFS же deprecated Разве нет , Аноним (109), 18:49 , 27-Июн-22, (109) –3 // хороший наброс, годный, anonymous (??), 19:49 , 27-Июн-22, (113) +1 // Вообще, есть и deprecated версия оного Они новую версию запилили, при том - не , Аноним (-), 01:46 , 28-Июн-22, (130) // Если до 2030, то и конвертацию могут запилить , pda (ok), 11:57 , 28-Июн-22, (154) Никто этого не будет теперь делать и никто не оплатит энтузиастов если такие най, Попандопала (?), 14:10 , 28-Июн-22, (156) Новость из серии учёный изнасиловал журналиста Поддержка асинхронной буферизир, vitalif (ok), 02:21 , 29-Июн-22, (172) +3 1,2,3,11,20,52,61,72,83,88,109,172

Сообщения

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

	114. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от Аноним (114), 27-Июн-22, 20:19
	>Пояснительная бригада, теперь XFS лучшая ФС или еще нет? Ещё нет. Отрицательный ресайз ещё не сделали, хранение мелких файлов прямо в нодах.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	127. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от Аноним (127), 28-Июн-22, 00:57
	> Отрицательный ресайз Настолько нишевая штука, что может быть вообще никогда не появится, если только не окажется так, что её можно реализовать «бесплатно». Сам-то можешь придумать кейс для прода, когда это востребовано? У меня фантазии не хватает.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от Аноним (-), 28-Июн-22, 02:02
	> Настолько нишевая штука, что может быть вообще никогда не появится, если только > не окажется так, что её можно реализовать «бесплатно». Сам-то можешь придумать > кейс для прода, когда это востребовано? У меня фантазии не хватает. Вынуть диск, в случае если столько стало уже не надо, например. И более того - ничему не противоречит разово расширить хранилку для какой-то разовой операции, а завершив ее... ну и зачем нам там в 2 раза больше дисков чем реально надо? А ну да, удобное и эффективное управление - это не про редгадов.
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от пох. (?), 28-Июн-22, 10:02
	> Вынуть диск, в случае если столько стало уже не надо, например. цена вопроса - безумная деградация производительности, пока твое "не надо" освобождается. Возможно еще и с риском получить полную катастрофу при сбое во время этой операции. Поэтому для всех кроме одичалых, у которых дисков больше не будет, проще плюнуть и оставить тот диск в массиве. > ну и зачем нам там в 2 раза больше дисков чем реально надо? затем что он уже установлен и размечен - и проще и дешевле его и дальше использовать, хотя бы для распараллеливания доступов. А поскольку есть thin-lvm и discard, мы всегда можем на освободившейся части создать еще одну fs, если нам хочется отделить мух от котлет - это действительно бесплатно (ок, почти).
	Ответить | Правка | Наверх | Cообщить модератору

	188. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от Аноним (-), 29-Июн-22, 22:28
	> цена вопроса - безумная деградация производительности, пока твое "не надо" освобождается. 1) Не хуже ребилдов райда и проч. 2) Оно удвигает только реально используемое. 3) Это все же не такая уж частая операция. > Возможно еще и с риском получить полную катастрофу при сбое во время этой операции. В силу CoW'ания это довольно маловероятно. Оно сперва заканчивает операцию, ПОТОМ "апдейтит указатели". Физически данные на том носителе не уничтожаются, так что даже если "апдейт указателей" не прошел, это как минимум читаемо должно остаться. А еще оно знает какая копия где верная, за счет чексум. И может повторить чтение проблемного блока с другой копии. В сочетании с двиганием только реально занятого ... оно вроде не такое уж и стремное и заканчивается обычно быстрее чем этого можно ожидать. > Поэтому для всех кроме одичалых, у которых дисков больше не будет, проще > плюнуть и оставить тот диск в массиве. Может я добавлял еще эн дисков чтобы временно расширить для какой-то разовой большой кантовки? И уверен что это разовая операция, так что те эн дисков потом там нахрен не надо. > затем что он уже установлен и размечен - и проще и дешевле > его и дальше использовать, хотя бы для распараллеливания доступов. В каком месте докупать диски в случае когда модно было воткнуть эти - дешевле? > А поскольку есть thin-lvm и discard, мы всегда можем на освободившейся части > создать еще одну fs, если нам хочется отделить мух от котлет > - это действительно бесплатно (ок, почти). Ух, спасибо, сам этим всем пользуйся. И вот там если что-то развалится удачи тебе с саппортом редхата. Ты еще в РФ? Если да, ты получаешь +2 к удаче в их саппорте, ага.
	Ответить | Правка | Наверх | Cообщить модератору

	191. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от пох. (?), 29-Июн-22, 23:01
	>> цена вопроса - безумная деградация производительности, пока твое "не надо" освобождается. > 1) Не хуже ребилдов райда и проч. рейд в 2k22 немодно. ребилды raidz или storage space ТАК не жрут, поскольку затрагивают только один диск на запись, а не весь массив. > 2) Оно удвигает только реально используемое. ну и кому это поможет? > 3) Это все же не такая уж частая операция. поэтому без нее можно и пережить >> Возможно еще и с риском получить полную катастрофу при сбое во время этой операции. > В силу CoW'ания это довольно маловероятно. Оно сперва заканчивает операцию, ПОТОМ "апдейтит так там нет никакого cow. Там апдейтятся корневые структуры описывающие саму структуру носителей. В куче разных мест и ни разу не атомарно - диски такого не умеют. > указатели". Физически данные на том носителе не уничтожаются, так что даже но вернуться в прошлое будет нетривиально. > Может я добавлял еще эн дисков чтобы временно расширить для какой-то разовой > большой кантовки? И уверен что это разовая операция, так что те > эн дисков потом там нахрен не надо. ну вот что-то мне подсказывает что никто так в реальной жизни не делает. > Ух, спасибо, сам этим всем пользуйся. И вот там если что-то развалится Вот там - не развалится. А тут - поскольку двавасяна&co ляпали для каких-то своих васянских задач - очень даже может.
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от Аноним (170), 29-Июн-22, 02:15
	Я просил кейс для прода, а не из, кхм, пальца высосанный.
	Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

	185. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от Аноним (-), 29-Июн-22, 18:24
	> Я просил кейс для прода, а не из, кхм, пальца высосанный. Вполне нормальный кейс, расщирить имеющуюся хранилку под какую-то разовую пиковую задачу, а потом вынуть это нафиг куда-то где оно нужнее, если понятно что эта хранилка больше настолько не будет забита в обозримом будущем.
	Ответить | Правка | Наверх | Cообщить модератору

	192. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от пох. (?), 29-Июн-22, 23:03
	>> Я просил кейс для прода, а не из, кхм, пальца высосанный. > Вполне нормальный кейс, расщирить имеющуюся хранилку под какую-то разовую пиковую задачу, > а потом вынуть это нафиг куда-то где оно нужнее, если понятно с риском потерять всю хранилку если что-то пойдет не так. Ну ок, "нормальный кейс" для этих вот - "вебторрент, блокчейн, деньги из воздуха". Но xfs немного на другую целевую аудиторию нацелена, та - не очень страдает.
	Ответить | Правка | Наверх | Cообщить модератору

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

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