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

Применение асинхронной буферизированной записи на базе 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]

	7. "Применение асинхронной буферизированной записи на базе io_ur..."	+4 +/–
	Сообщение от maximnik0 (?), 26-Июн-22, 23:09
	>выдал скорость 1.7 гбайт/с, а потом комп повис Так 12309 это не зависание а жуткие тормоза с дерганьем мышки ,заикаием звука и т.д Оказался програмно-аппаратной проблеммой,из-за чего долго искали причину.И до сих пор идиотские ошибки всплывают-до пустим 1-2 порты Sata включены в режиме совместимости с ide а 3-4 в ahci.И можно оказываеться словить у многих производителей глюки если диски сидят на 1 и 4 портах и между ними идет обмен.Или комбинация жесткого диска и флэш диска на sata при этом включен Trim.А у меня на ноутбуке при долгом фоновом копирование с внешнего диска и не активности пользователя ноутбук переходил в энергосберегающий режим и внешний юсб диск отключал.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	16. "Применение асинхронной буферизированной записи на базе io_ur..."	–4 +/–
	Сообщение от Alladin (?), 27-Июн-22, 00:13
	Что-то у вас накручено и перекручено.. Если у вас глючит аппарат то ищите обновление биоса, думаю новая прошивка решит этот вопрос. Далее, режим совместимости IDE, а он реально нужен?
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от maximnik0 (?), 27-Июн-22, 04:41
	> Если у вас глючит аппарат то ищите обновление биоса, думаю новая прошивка Этот баг поправили-теперь если нет активности на внешнем диске -отсылает команду перейти в экономный режим,если не переходит отключает питание. > Далее, режим совместимости IDE, а он реально нужен? Сложно сказать но 10 и linux операционки не заканчиваються,вдруг у кого то специфическое оборудование и операционка а драйверов sata нет, режим совместимости спасет.Вон 2 года назат я сперва удевлялся и смеялся,но человеку понадобилось ставить 98 винду на современное железо (дуалбутчик).И к моему стыду человеку подсказали современную материнскую плату с isa портом(сделано через юсб адаптер на уровне биуса)-оказываеться любителями написаны драйвера к pci-e,usb3.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от john_erohin (?), 27-Июн-22, 06:05
	> любителями написаны драйвера к pci-e,usb3. для NT4 где-то были такие драйвера (для SATA тоже). но пользоваться ими я не рискнул. лучше ретрожелезо.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от maximnik0 (?), 27-Июн-22, 10:18
	Ну драйвер к pci-e это скорее затычка,потому что ставилась задача что бы на програмном уровне более менее совместимость была с "старой" pci.А для sata были драйвера от производителей-помню по колледжу с оффициальной лицензионной виндой NT4 sp6a,билд был какой то странный,жалею что копию не снял-интегрирован ie5 с нормальным проводником.Понимала fat32, но дефрагментатора не было,был модернизирован ntfs -совместим от 2000,ставились юсб драйвера для клав,мышек и каких то принтеров и сканеров.Были sata драйвера от intel,sis,via совсем небольшой набор-но видились как scsi диски.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от X86 (ok), 27-Июн-22, 07:41
	Назат удевлялся биуса оказываеться!!!) Заканьчиваться пужалуста!!!
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	22. "Применение асинхронной буферизированной записи на базе io_ur..."	+3 +/–
	Сообщение от Аноним (22), 27-Июн-22, 00:35
	добавь это в /etc/sysctl.conf и 12309 больше тебя не побеспокоит # This fix enoumous big diry bytes (16 gb system vm.dirty_background_bytes 3.2 Gb ??? ) # 64  mb - when system starts writing to disk  64*1024*1024 # 256 mb - when system limits io to device speed 256*1024*1024 # Guys from SUSE recommends keep this in proportion 1:2 - 1:4 # Ubuntu guys recommends to set this even lower 16 and 42 Mb but well... # This emulates near 1 gb ram default behaviour #let only 64 mb of pages in ram before writing to disk on background vm.dirty_bytes = 67108864 #let only 256 mb of pages in ram before blocking i/o to write to disk vm.dirty_background_bytes = 268435456 ## use this on low ram machile (32 and 64 mb) #vm.dirty_bytes = 33554432 #vm.dirty_background_bytes = 67108864
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	28. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от leap42 (ok), 27-Июн-22, 03:46
	Два чаю этому анониму! Ещё можно вот это добавить чтобы данные НЕ терялись (в большинстве случаев, но не всегда конечно) при потере питания: vm.dirty_expire_centisecs = 1000 vm.dirty_writeback_centisecs = 250
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от Аноним (-), 28-Июн-22, 01:59
	У многих ФС еще настраивается время "барьеров записи". Это время когда форсировано скидывается на диск и фиксируется состояние. Чем реже barrier-ы, тем эффективнее но тем больше данных может быть профакано при слете питания и т.п..
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от Аноним (80), 27-Июн-22, 14:21
	А почему дистростроители так не поставляют изначально?
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	142. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от leap42 (ok), 28-Июн-22, 03:06
	> А почему дистростроители так не поставляют изначально? Во-первых, дистростроители имеют в виду серверы, где производительность дисковой подсистемы может просесть. Во-вторых, на системах с маленьким количеством памяти может быть странное (впски, микроплатники и т.д.)
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от Аноним (93), 27-Июн-22, 16:27
	А вы, часом, не перепутали значения для dirty_bytes с dirty_background_bytes?
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	98. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от Аноним (98), 27-Июн-22, 17:38
	Я вот тоже думаю, у меня vm.dirty_ratio = 10 vm.dirty_background_ratio = 5 ну и kernel.io_delay_type=3, какие ещё делеи?
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от pavlinux (ok), 28-Июн-22, 02:02
	> добавь это в /etc/sysctl.conf и 12309 больше тебя не побеспокоит Предлагаю за копипасту баянов 10-летней давности вводить пожизненный расстрел.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

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

	23. "Применение асинхронной буферизированной записи на базе io_ur..."	+3 +/–
	Сообщение от Аноним (22), 27-Июн-22, 00:43
	Беда в том что по умолчанию линукс задает размер дискового кэша в % от всей доступной памяти. Когда в ядре это прописывали память измерялась мегабайтами... Сейчаас памяти много, намного больше, кэш получается огромен. В итоге перед реальной записью на диск куча данных пишется в память а потом система пытается всю эту память скинуть на диск... кэш размерами в пару гигабайт... на медленный диск с приоритетом ядра... естественно все начинает тормозить.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	39. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от борланд (?), 27-Июн-22, 06:53
	> Беда в том что по умолчанию линукс задает размер дискового кэша в > % от всей доступной памяти. Когда в ядре это прописывали память > измерялась мегабайтами... Сейчаас памяти много, намного больше, кэш получается огромен. > В итоге перед реальной записью на диск куча данных пишется в память > а потом система пытается всю эту память скинуть на диск... кэш > размерами в пару гигабайт... на медленный диск с приоритетом ядра... естественно > все начинает тормозить. Чому во фре таких пооблем нет и не было? Вся память под кеш юзается тоже.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от Анонимленьлогиниться (?), 27-Июн-22, 08:58
	Вам про кэш записи (точнее dirty buffers), а в про кэш чтения )) Под чтение и в линуксе всегда все свободное используется...
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от пох. (?), 27-Июн-22, 09:12
	> Чому во фре таких пооблем нет и не было? тому что у нее вообще нет толком кэширования на запись. vmstat -z и убедись. > Вся память под кеш юзается тоже. Тоже нет. Под мусор разновсяческий - это не под кэш.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	181. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от Аноним (-), 29-Июн-22, 17:48
	> Чому во фре таких пооблем нет и не было? Вся память под кеш юзается тоже. Ее юзеры для десктопных задач в винду дуалбутятся, вот у них и "нет проблем".
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	60. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от another_one (ok), 27-Июн-22, 10:51
	> Беда в том что по умолчанию линукс задает размер дискового кэша в % от всей доступной памяти. Когда в ядре это прописывали память измерялась мегабайтами... Сейчаас памяти много, намного больше, кэш получается огромен. Чем-то напомнило досовский смартдрайв, который начинал безбожно тормозить, если под кеш выделялось больше 8мб.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	71. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от пох. (?), 27-Июн-22, 13:08
	Беда в том, что с 2.6.13 проблемы не было. А с 2.6.32 на той же, с-ка доступной памяти - откуда-то взялась.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	122. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от Ананоним (?), 27-Июн-22, 23:30
	Всё это сказки про кэши. Ошибка в архитектуре. Если бы ядро с X11 дружили бы крепко, то при дисковых операциях никакого глобального лока не было бы, от которого курсор мыши тормозит, а всё работало бы и далее плавно, кроме самого дискового ввода-вывода. Для обработки событий мыши или клавиатуры операции с диском не нужны. И нефиг скидывать в своп системные страницы памяти, задействованные в этом механизме. Выровнять архитектуру просто никому не хочется. Ибо рак щука и лебедь.
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от Ананоним (?), 27-Июн-22, 23:33
	Могу ещё добавить, что и механизм повышения приоретета для процесса активного окна был бы хорош. Может он есть? Но я сильно сомневаюсь. У меня на 100 процентной загрузке всех 8 потоков видео в браузере тормозит и звук даже заикается. Даже если нагрузку давать через nice.
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от pavlinux (ok), 28-Июн-22, 02:14
	> У меня на 100 процентной загрузке всех 8 потоков видео в браузере тормозит и звук даже заикается. Странно, что не на 146%
	Ответить | Правка | Наверх | Cообщить модератору

	183. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от Аноним (-), 29-Июн-22, 17:53
	Если на load average смотреть, там и 500% можно получить при достаточном рвении.
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от pavlinux (ok), 28-Июн-22, 02:11
	> Беда в том что по умолчанию линукс задает размер дискового кэша В Linux НЕТ ДИСКОВОГО КЭША. Да и дисков уже нет (у нормальных)...
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	57. "Применение асинхронной буферизированной записи на базе io_ur..."	+/–
	Сообщение от Аноним (55), 27-Июн-22, 09:26
	Даже пуповину не обрезаем?
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

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

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