Автор Тема: tmpfs проблема копирования больших файлов на медленные устройства  (Прочитано 1805 раз)

Оффлайн KaAlAn

  • Участник
  • *
  • Сообщений: 10
Здравствуйте.

Собственно имеется установленные altlinux 4.0 на сервере.
Fstab:
tmpfs           /tmp                    tmpfs   nosuid                          0 0
остальное ext3

df:
tmpfs                 5,9G  803M  5,1G  14% /tmp

Проблема появляется, когда выполняется копирование файлов больше чем  6G где то до 5G копирование происходит шустренько без каких либо побочных последствий, как только скопированный файл превышает размер в 5G и/или  tmpfs полностью занято, происходит сильный рост загрузки системы (видно по w) и значительное снижение производительности всех других процессов.

Вопрос как сказать копированию (cp) и некоторым другим программа и процессам не использовать (/tmp) tmpfs ?

Вопрос в догонку кто использует shmfs?
shmfs                 5,9G     0  5,9G   0% /dev/shm
и можно ли изменить ее размер?
« Последнее редактирование: 29.04.2010 13:37:08 от KaAlAn »

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 361
  • Учиться .... Телепатами не рождаются, ими ....
Увеличьте размер, отвёдённый под SWAP (изменением размера SWAP- раздела или добавлением файлов под свопирование) - tmpfs размещается в ОЗУ,  ногда места в ОЗУ становится не хватать - используется SWAP.

Размеры tmpfs и shmfs можно задать в /etc/fstab.

Оффлайн KaAlAn

  • Участник
  • *
  • Сообщений: 10
Допустим /tmp тут не причем, но и свап тоже тут не причем.
вот это до начала копирования (пробовал несколько раз)
top - 19:19:13 up 190 days,  5:12,  2 users,  load average: 1.12, 2.68, 3.39
Tasks: 224 total,   2 running, 222 sleeping,   0 stopped,   0 zombie
CPUs:  0.0%us,  0.1%sy, 12.4%ni, 87.5%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:  12260780K total,  7103340K used,  5157440K free,    26268K buffers
Swap: 16779852K total,       68K used, 16779784K free,  6080756K cached

top - 19:45:22 up 190 days,  5:38,  2 users,  load average: 1.79, 2.35, 2.94
Tasks: 233 total,   4 running, 229 sleeping,   0 stopped,   0 zombie
CPUs:  0.1%us,  1.1%sy, 14.7%ni, 84.0%id,  0.0%wa,  0.1%hi,  0.1%si,  0.0%st
Mem:  12260780K total,  9678472K used,  2582308K free,    25740K buffers
Swap: 16779852K total,    17400K used, 16762452K free,  8526900K cached

вот процесс копирования остановился система начался рост нагрузки
top - 19:24:48 up 190 days,  5:18,  2 users,  load average: 9.27, 5.52, 4.24
Tasks: 242 total,   3 running, 239 sleeping,   0 stopped,   0 zombie
CPUs:  0.0%us,  0.1%sy, 14.8%ni, 85.1%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:  12260780K total, 12101800K used,   158980K free,    15156K buffers
Swap: 16779852K total,   785748K used, 15994104K free, 10069652K cached

top - 19:46:39 up 190 days,  5:40,  2 users,  load average: 5.01, 3.06, 3.14
Tasks: 238 total,   2 running, 236 sleeping,   0 stopped,   0 zombie
CPUs:  0.0%us,  0.3%sy, 15.2%ni, 84.5%id,  0.0%wa,  0.0%hi,  0.1%si,  0.0%st
Mem:  12260780K total, 12189164K used,    71616K free,    15904K buffers
Swap: 16779852K total,   820604K used, 15959248K free, 10149264K cached
отменяем копирование система медленно приходи в себя, через какое то время выходит из cp   
Повторюсь такая проблема появляется только при записи на медленные уст-ва подключенные по usb. К примеру если писать на c raid-а на raid нет нагрузки.
Найти какие то закономерности пока не удалось.




Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 361
  • Учиться .... Телепатами не рождаются, ими ....
Куда вы копируете? Я вначале понял в /tmp

Оффлайн KaAlAn

  • Участник
  • *
  • Сообщений: 10

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 361
  • Учиться .... Телепатами не рождаются, ими ....
А какая файловая система на usb-диске?

Оффлайн KaAlAn

  • Участник
  • *
  • Сообщений: 10

Оффлайн KaAlAn

  • Участник
  • *
  • Сообщений: 10
Вот это похоже на мою проблему
https://bugzilla.kernel.org/show_bug.cgi?id=12309

Теперь вопрос если у меня 2.6.18-ovz-smp-alt14 #1 SMP Wed May 2 15:41:34 MSD 2007 x86_64 GNU/Linux есть ли ядро-пакет под alt с уже  исправленным багом, и/или как победить баг не переставляя ядро?