12309, но не он. Объясните, что это сейчас?

А если bs=1M выставить не поможет? Но вообще я такого поведения очень давно не видел, видимо что-то в драйверах нахерачили, что оно в IO висит.

кто такой bs?

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

man dd

blocksize параметр. dd по умолчанию чуть ли не побайтно читает(upd по 512 байт всё же). Подробнее в man dd.

У каких-то десктопных реалтеков была такая бага до относительно недавнего времени, там то ли в железе то ли в драйвере знатно накосячили и линк регулярно флапал. Так что тут только: «meh, realtek»

— Папа, покажи мне мультизадачность в WindowsLinux.
— Погоди, сынок… Сейчас дискету отформатирую.

Разве трудно кусочек CPU и кусочек времени работы контроллера выделить в примитивный многозадачный режим?

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

В чём именно проблема? Я не понял

Зато наглядно продемонстрировал.

кто такой bs?

Боюсь представить, сколько времени ты мог бы сэкономить, если бы знал)

А какой размер erase block и blocksize? на ssd нельзя за одну операцию переписать меньше одного erase block

Чтобы вынь98 поставить

У меня оперативы 64 Гб.

iflag=direct oflag=direct bs=512k

{/thread}

Про термин «12309» я узнал здесь 3 дня назад, но у меня это точно наблюдалось в самой моей первой GNU-операционке — Ubuntu 8.04, и впоследствии тоже.

В настоящее время не замечаю такой проблемы (хотя, может быть она и есть).

Вру, есть, Raspbian вешается наглухо при копировании данных.

У меня конечно не realtek тогда был, но как-то была проблема, что скорость линка рандомно падала до 100Мбит. При проверке выяснилось, что кабель был cat4. Поменял на нормальный cat5e, проблема ушла.

Я кабель неделю назад поменял! И скорость до команды ethtool и включения autoneg и дуплекса СИЛЬНО меньше 100Мбит. Что характерно, ещё и пинг долгий.

Спасибо.

Но флешка 128)

Если отвлечься от того, что ты не указал нормальный bs (как можно dd без него использовать вообще не представляю, в нём весь его смысл и главное отличие от cat с шелл-редиректами), то:

И если это есть, то как включить и схрена ли это не включено по умолчанию?

В фрибсд для ограничения таких жрущих прог можно использовать nice -n 20 перед командой. В линуксе оно тоже есть, но насколько оно там рабочее не проверял.

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

И это (выбор режима работы линка) тоже в фрибсд нормально и стабильно в одном месте сделано.

Лучше расскажи, как ты этого добился. У меня 16 гигабайт памяти, i5 7500, samsung 860 evo. Память и свап забиты почти полностью. На системный диск копируется несколько крупных файлов, в кему установливается дебиан, кеш отключен. Все нормально открывается

Дефолтная федора, если что

Я попробую промониторить, что происходило

Не люблю я Федору, они туда как настругают альф-бет, потом ничего левого руками не собирается.

У меня тоже 16гб памяти, ссд. При копировании и свопинге курсор мышки дёргается, звук заикается. Дебиан и Арч с разными сортами ядер без разницы.

Для реалтека в дебиане надо firmware устанавливать.

У меня ядро 6.4. Почему-то федора по умолчанию использует шедулер bfq. Никаких симптомов не наблюдаю

dd if=/dev/sdd of=./sdd

cat /dev/sdd > output_file

в нём весь его смысл и главное отличие

Ну разве что ты bs задашь в сотню мегабайт зачем-то.

по умолчанию использует шедулер bfq

Вот оно что, Михалыч!

В freebsd и шедулер, и реалтек намного веселее (в хорошем смысле) по жизни.

samsung 860 evo — это SATA SSD, однопоточному накопителю не нужны шедулеры I/O.

Нужны - потому что процессов много и надо выбрать чей запрос на i/o послать накопителю приоритетнее а чей подержать ещё подольше в очереди.

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

И что? Причём тут планировщик? Он тоже в этом не участвует, он расставляет конкурирующие запросы от процессов в правильную очередь.

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

как раз ему и нужны

Глядя на то как линуксы тормозям, сильно сомневаюсь

Что вы все с ними делаете?

Как написал коллега hateWin, с другим шедулером всё сильно веселее

Серьезно, тебе помогла замена шедулера на bfq?

Я где-то читал, что mq-deadline можно тюнить, но куда прописывать его настройки я не понял

Пока не менял, у тебя веселее. На неделе поменяю, попробую ещё.

Серьезно, тебе помогла замена шедулера на bfq?

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

На самом деле на солярку или ырибсд, но как скажешь.

dd if=/dev/sdd of=./sdd iflag=direct oflag=direct bs=256K status=progress

– быстрая запись без зависаний. Бери на заметку.

nice -n 20 – это плацебо. Планировка идет на уровне автогрупп или сигрупп, на дворе не 2006

Ну, я же уточнил: не знаю, работает ли он в линуксе. Значит не работает.

udev rules?

зачем?

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

Это же какие-то члены /dev? А у меня шедулер.