Прямо сейчас имею дело с 12309?

12309, история узбека, неведомая хрень, не готов, пишу из горящего танка

0

1

Копирую файлы из образа дистрибутива одной очень популярной ОС на загрузочный FAT раздел, который расположен на довольно медленном флеш-накопителе. Примерно на 50% выполнения операции заметил подвисания курсора и подлагивание при переключении окон. Это он, я не ошибся?

Ссылка

←	О странностях IT разных стран

Ноута выбора тред

→

Да.

Deleted
(05.08.16 21:48:37 MSK)

Логов, инфы о занятости памяти и тд нет, так что да. Когда не знают что происходит, всегда говорят 12309.

~~nvidia~~ ★
(05.08.16 21:52:15 MSK)

Ссылка

Ответ на: комментарий от Deleted 05.08.16 21:48:37 MSK

При ~~Сталине~~ dd if/of такого не было!

noob1
(05.08.16 21:52:19 MSK) автор топика

продолжайте наблюдение

garik_keghen ★★★★★
(05.08.16 22:01:47 MSK)

Ссылка

Слишком толсто.

~~RazrFalcon~~ ★★★★★
(05.08.16 22:11:02 MSK)

Ссылка

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

WerNA ★★★★★
(05.08.16 22:18:30 MSK)

Ответ на: комментарий от noob1 05.08.16 21:52:19 MSK

Было. Когда делал бекап системного раздела в файл на рядомлежащем. С bs=4M.

~~l4gfcm~~ ★★
(05.08.16 22:27:23 MSK)

Ответ на: комментарий от l4gfcm 05.08.16 22:27:23 MSK

oflag=sync. Или direct. По вкусу.

~~kirk_johnson~~ ★☆
(05.08.16 22:33:31 MSK)

Ссылка

Ещё dirty_{,background_}bytes можно попробовать задать.

backbone ★★★★★
(05.08.16 23:04:02 MSK)

Ссылка

Странная штука. Ловлю на стоковом арче постоянно, вне зависимости от загруженности ОЗУ. BFQ/CFQ/deadline/noop - без разницы. На -zen ядре та же ситуация. iotop показывает 99%

ИЧСХ, на calculate при любом шедулере на любом ядре все было отлично.

Deleted
(05.08.16 23:24:57 MSK)