LINUX.ORG.RU

Интересно, почему линукс тормозит при копировании с HDD на HDD, хотя система на SSD

 , ,


2

6

Суть такова:

  • / — Linux 4.4.0 на mSATA SSD
  • /mnt/HDD1 — SATAIII HGST Travelstar 5K1000; работает на 6.0 Gb/s
  • /mnt/HDD2 — SATAIII Seagate Samsung SpinPoint M8; работает на 3.0 Gb/s, потому что через ultra-bay

Система на SSD, копирую много гигов с HDD2 (HFS+) --> HDD1 (exFAT).

Вопрос не про скорость копирования, плевать в общем-то на неё, копирует да пусть копирует себе.

Вопрос в том, почему 12309? Почему у меня притормаживает линукс-то, даже без иксов? Потому, что HFS+ не Ext*, а exFAT работает через FUSE? И это всё в 2016-то году?

Он что, кеширует через mSATA на которой система? Процесор i7 4/8. Рамы 16GB, если что.


Интересно, почему линукс тормозит при копировании с HDD на HDD, хотя система на SSD

потому что при копировании с HDD на HDD неважно, что у тебя там за SSD не используется. толсто, скучно, язабан.

t184256 ★★★★★ ()
Ответ на: комментарий от kep

Потому что он копирует. 12309 заключаетс в пониженной отзывчивости во время тяжелого дискового IO. Система при этом может хоть в tmpfs лежать, хоть в Гонолулу, лишь бы был IO.

t184256 ★★★★★ ()

Вроде объясняют это говёным взаимодействием подсистем vm и io, те ядро пытается прикинуть что можно закэшировать а что высваписть, вместо того чтобы выполнять само io.

anonymous ()

А пробовал I/O polling ?

Поддержка поллинга ввода/вывода для блочных устройств (I/O polling). Поллинг позволяет уменьшить нагрузку на систему при использовании высокопроизводительных устройств за счёт периодического опроса состояния вместо генерации прерываний. Как следствие, в определённых ситуациях включение поллинга позволяет существенно повысить пропускную способность и сократить задержки ввода/вывода. Включение производится через запись 1 в /sys/block/DEV/queue/io_poll. В настоящее время поддерживается только режим O_DIRECT, а реализация помечена как экспериментальная и предназначенная для тестирования;

как раз в 4.4 появилось.

surefire ★★★ ()
Последнее исправление: surefire (всего исправлений: 1)
Ответ на: комментарий от kep

А линукс тут может быть и не при чем. Я и на виндах такое видел: при интенсивном дисковом IO все тормозит и лагает, даже RDP-сессия к удаленному компьютеру.

mamboo ★★ ()
Ответ на: комментарий от surefire

Не пробовал, можно затеститровать, но на данных массивах пока-что неохота испортить fs/данные, если оно предназначено для тестирования. Чуть позже потестю, когда будет свободное место.

kep ()

попробуй отключить cfq/bfq и/или включить blk-mq, scsi-mq etc.

anonymous ()
Ответ на: комментарий от anonymous

про вирусы ложь, не говоря уж о червях.

их в и линуксе полно.

зато макося плохо кастомизируется.

anonymous ()

попробуй rsync-ом. Копирую сотни гигов, никакого 12309 не наблюдал. Своп выключен, естественно.

targitaj ★★★★★ ()
Ответ на: комментарий от kep

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

выше уже всё сказали

targitaj ★★★★★ ()
Ответ на: комментарий от peregrine

в макоси - Зато там тиринг есть.

Как можно увидеть? Ни на тестах, ни в играх ни как не мог его найти. Хотя в линуксе - это обычное дело.

fornlr ★★★★★ ()
Последнее исправление: fornlr (всего исправлений: 1)
Ответ на: комментарий от fornlr

Тут на него макофилы жаловались на ЛОРе, поищи.

ЗЫ

Сам видел тиринг на маке на ютубе, правда давно было, лет 5 прошло.

peregrine ★★★★★ ()
Ответ на: комментарий от ya-betmen

А как система себя ведёт на нормальных ФС?

Не доводилось пока-что копировать большие объемы с ext4 на ext4.

kep ()
Ответ на: комментарий от kep

Почитай в гугле про

/proc/sys/vm/dirty_background_bytes
/proc/sys/vm/dirty_bytes
/proc/sys/vm/dirty_expire_centisecs
/proc/sys/vm/dirty_writeback_centisecs
/proc/sys/vm/swappiness
/proc/sys/vm/vfs_cache_pressure

anonymous ()
Ответ на: комментарий от Deleted

Разумеется, обычно у кукарекающих про 12309 что-то глючит или неоптимально настроено, но разбираться сложнее, чем кукарекать про 12309.

anonymous ()

exFAT

Так оно ж через fuse, потому и тормозит

anonymous ()
Ответ на: комментарий от Shadow

Причём тут оптимальность, если у большинства страдальцев тупо глючные драйвера(видео например), нехватка памяти или убитый смарт?

anonymous ()
Ответ на: комментарий от t184256

12309 заключаетс в пониженной отзывчивости во время тяжелого дискового IO

Я единственный человек, который никогда не встречал 12309?

King_Carlo ★★★★★ ()
Ответ на: комментарий от Shadow

Сначала плпробуй ядерный exfat

вот этот? Его в гента-поставке нет увы, придется накладывать, хз как оно совместимо с 4.4.1

kep ()
Ответ на: комментарий от King_Carlo

Нет, ты один из многочисленных нарушителей 4.2.

t184256 ★★★★★ ()
Ответ на: комментарий от slackwarrior

В бытность мою студентом, у товарища на Intel Pentium MMX + материнка на Intel-каком-то чипсете очень четкая прослеживалась связь: лампочка HDD на системнике моргнула — проигрывание MP3 «заикнулось», причем что на винде, что на пингвинятине. У меня на Cyrix 6x86MX + материнка на VIA такого и близко никогда не было. Ядро тогда было что-то или 2.2, или 2.4 (интернет был по диалапу, обновлений особо не накачаешься, что на дисках продавалось — тем и пользовались).

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

mamboo ★★ ()
Ответ на: комментарий от slackwarrior

Ага, только недавно садился за win xp c dvd-rw, когда вставляешь диск explorer(вся оболочка) встаёт раком. Диски чистые, не записанные, в логах ошибок нет.

anonymous ()
Ответ на: комментарий от slackwarrior

Да-да-д. Жалко, проверить не на чем: пингвинообразное перестало биться в истерике падать, если у него неотмонтированную дискетку отобрать? :)

Собственно, возвращаясь теме: причина 12309 может быть и аппаратная, если еще в те лохматые годы MP3 у одних заикалось, а у других — нет.

mamboo ★★ ()
Ответ на: комментарий от legolegs

Пардон, паники вроде не было, но истерика была знатная: оно безостановочно трещало дисководом в безуспешных попытках вернуть «свою прелесть» и сыпало сообщениями об ошибках.

mamboo ★★ ()
Ответ на: комментарий от man_of_motley

Где-то с 2000-го года с линуксом вожусь, тогда никаких минтов в природе не было.

King_Carlo ★★★★★ ()
Ответ на: комментарий от Shadow

Сначала плпробуй ядерный exfat.

Да, подтверждаю, хоть скорость на ядерном exfat и fuse — одинаковые, но теперь io нормальное! Торможений нет, чудеса!

Спасибо, ну тогда отмечаю решенным.

kep ()
Ответ на: комментарий от mystery

Потому, что код свопа, планировщика и т.п. на много ветвистее и сложнее.

Shadow ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.