Open SUSE 10.3 проблемы с быстродействием (замедление работы системы в операциях с диском...)

[AlexNT]

Как с проблемой, у меня винт SATA //, скорость 80 с копейками нормально? Все те же самые ошибки что и у автора.

Не совсем понятен вопрос... Если 80 с копейками мегабайт в секунду, то наверное это вполне нормально. :-D


Кто бы написал, как обстоят дела в SuSe 11 с hdparm, и наблюдается ли торможение при копировании?

[UnknownBody]

Отчитываюсь.
openSUSE 11.0 x86_64
Hardware: AMD Athlon X2 4000+, ASUS M2N Motherboard, NForce 430 Chipset, SATA II HDD

$hdparm /dev/sda1

/dev/sda1:
IO_support = 0 (default)
16-bit)
HDIO_GET_UNMASKINTR failed: Inappropriate ioctl for device
HDIO_GET_DMA failed: Inappropriate ioctl for device
HDIO_GET_KEEPSETTINGS failed: Inappropriate ioctl for device
readonly = 0 (off)
readahead = 256 (on)
geometry = 30401/255/63, sectors = 71681967, start = 63

При копировании (а также запуске приложений) одно ядро процессора на 100% в iowait.

Очень интересует, нашел ли кто решение (понимаю, на больное капаю...)

[durc]

Отчитываюсь.
openSUSE 11.0 x86_64
Hardware: AMD Athlon X2 4000+, ASUS M2N Motherboard, NForce 430 Chipset, SATA II HDD

$hdparm /dev/sda1

/dev/sda1:
IO_support = 0 (default)
16-bit)
HDIO_GET_UNMASKINTR failed: Inappropriate ioctl for device
HDIO_GET_DMA failed: Inappropriate ioctl for device
HDIO_GET_KEEPSETTINGS failed: Inappropriate ioctl for device
readonly = 0 (off)
readahead = 256 (on)
geometry = 30401/255/63, sectors = 71681967, start = 63

При копировании (а также запуске приложений) одно ядро процессора на 100% в iowait.

Очень интересует, нашел ли кто решение (понимаю, на больное капаю...)

Попробуй поэксперементировать с параметром readahead. Попробуй уменьшить его до 16 или около того.
#hdparm -a 16 /dev/sda
При копировании с одного диска на другой следует уменьшить этот параметр у обоих дисков.

[Sekta-N]

Господа линуксойды с тормозящими жесткими выведите lsmod. А то телепаты в отпуске.


Кстати вот что нашел я в nforce драйвере

Код: Выделить всё

/*
 *  sata_nv.c - NVIDIA nForce SATA
 *
 *  Copyright 2004 NVIDIA Corp.  All rights reserved.
 *  Copyright 2004 Andrew Chew

Кстати если у вас подгружены libata и scsi_mod, то они скорее всего ни причем, т.к. на интеловких чипах проблем нет.
Сейчас проверю какие были внесены изменения со времен 2.6.16 Ж)

Просто "замечательно" драйвер sata_nv перекочевал из scsi в ata спрашивается: для чего они это сделали? Ну работали сата девайсы как скази, а ide как ide, нет надо было в общий ввид все привести.

И все таки если не затруднит выведите lsmod

[archi2]

И все таки если не затруднит выведите lsmod

Если это не lsmod то сильно не ругайтесь для меня это пока не более чем набор знаков

Код: Выделить всё

Module                  Size  Used by
pppoe                  21056  2
pppox                   7944  1 pppoe
af_packet              29064  2
ppp_generic            30228  6 pppoe,pppox
slhc                    9856  1 ppp_generic
xt_tcpudp               7168  2
xt_pkttype              5888  3
ipt_LOG                 9984  8
xt_limit                6656  8
ipt_REJECT              8448  3
xt_state                6528  4
iptable_mangle          6784  0
iptable_nat            11140  0
nf_nat                 21912  1 iptable_nat
iptable_filter          6912  1
nf_conntrack_ipv4      14856  6 iptable_nat
nf_conntrack           61556  4 xt_state,iptable_nat,nf_nat,nf_conntrack_ipv4
nfnetlink               9752  3 nf_nat,nf_conntrack_ipv4,nf_conntrack
ip_tables              16324  3 iptable_mangle,iptable_nat,iptable_filter
ip6_tables             17476  0
x_tables               18308  9 xt_tcpudp,xt_pkttype,ipt_LOG,xt_limit,ipt_REJECT,xt_state,iptable_nat,ip_tables,
ip6_tables
microcode              15372  0
firmware_class         13568  1 microcode
snd_pcm_oss            50432  0
snd_mixer_oss          20096  1 snd_pcm_oss
snd_seq                54452  0
snd_seq_device         12172  1 snd_seq
apparmor               40736  0
fuse                   45460  10
loop                   21636  0
dm_mod                 56880  0
nvidia               7129544  34
usbhid                 41300  0
hid                    29184  1 usbhid
ff_memless              9352  1 usbhid
snd_hda_intel         273180  5
skge                   42384  0
i2c_i801               12560  0
snd_pcm                82564  3 snd_pcm_oss,snd_hda_intel
sr_mod                 19492  0
sky2                   44804  0
snd_timer              26756  3 snd_seq,snd_pcm
snd                    58164  15 snd_pcm_oss,snd_mixer_oss,snd_seq,snd_seq_device,snd_hda_intel,snd_pcm,snd_timer
cdrom                  37020  1 sr_mod
rtc_cmos               12064  0
intel_agp              27156  0
i2c_core               27520  2 nvidia,i2c_i801
button                 12560  0
agpgart                35764  2 nvidia,intel_agp
iTCO_wdt               14372  0
iTCO_vendor_support     7812  1 iTCO_wdt
soundcore              11460  1 snd
rtc_core               23048  1 rtc_cmos
snd_page_alloc         14472  2 snd_hda_intel,snd_pcm
rtc_lib                 7040  1 rtc_core
sg                     37036  0
sd_mod                 31104  11
ehci_hcd               35340  0
uhci_hcd               27024  0
usbcore               124268  4 usbhid,ehci_hcd,uhci_hcd
edd                    12996  0
ext3                  131848  2
mbcache                12292  1 ext3
jbd                    68148  1 ext3
fan                     9220  0
pata_jmicron           10496  0
ata_piix               21380  8
ahci                   28548  0
libata                139216  3 pata_jmicron,ata_piix,ahci
scsi_mod              140376  4 sr_mod,sg,sd_mod,libata
thermal                20872  0
processor              40876  1 thermal

[Sekta-N]

Винт SATA или IDE? У тебя на разные контроллеры для ide и sata. Если тормозит попробуй в биосе прирезать AHCI.

[archi2]

Винт SATA или IDE? У тебя на разные контроллеры для ide и sata. Если тормозит попробуй в биосе прирезать AHCI.

Винты SATA -ll, на IDE DVD привод висит, попробую.

[Demetrio88]

Эта проблема имеет смежное отношение к проблеме, когда скорость катастрофически падает при копировании c sata диска на другой sata файла большого размера(от 5 гигабайт и выше)... сначала все бодро, а потом бац шде-то в районе гигабайта скорость проседает на порядок...
P.S. чип nforce 4

[viktorzin]

Я также столкнулся с этой проблемой. Решения еще не нашел, однако, наткнулся на следующую статью:
http://www.xakep.ru/post/24116/default.asp
Там описаны причины такого торможения, и решение пока одно - возврат к ядру 2.4.

[SK_666]

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

[viktorzin]

Полазив в сети, обнаружил следующую статейку:
http://leolik.blogspot.com/2008/02/blog-post.html
Попробовал сделать, как там описано. Система стала работать действительно приятно. Таких тормозов не наблюдаются, даже виде перестало заикаться. Однако, думаю, что есть еще какое-то решение.

[alexcat]

Мдя, а я думал что у меня проблемы с сеткой, а оказывается очень низкая скорость работы с винтами. Да такая ситуация очень сильно удручает, средняя скорость копирования с линя на винду 7Мб/с. Зато заливка из под винды на линь 30-40Мб/с.

[k0da]

alexcat
дык здесь проблема не в винте а в самбе...

[alexcat]

значит в самбе я напортачил, может что то и упустил, т.к. настраивал через иксы методом тыка. Может сходу подскажите что не так?

[Kostoprav74]

М-да,у меня также проблема с быстродействием Пробовал при просмотре видео копировать файлы-вспомнил старушку Windows,чуть не прослезился

[suslik]

и на интел серверных чипсетах увы присутствует.
менял все - и материнки и винты и блоки питания - все равно в логах

May 19 21:17:17 mserv kernel: [ 5987.403245] ata4.01: status: { DRDY ERR }
May 19 21:17:17 mserv kernel: [ 5987.403262] ata4.01: error: { ICRC ABRT }
May 19 21:17:17 mserv kernel: [ 5987.403286] ata4: soft resetting link

и подвисание при копировании 2-х гигабайтного винчестера на 3-5 секунд

у меня из за этого
http://forum.ubuntu.ru/index.php?topic=231...99171#msg199171
mysql база innodb навернулась - она хранит все в одном огромном файле, при чем восстановить все не удалось - некоторые записи потерялись, а mysql при ее чтении вываливалась в core dump (((

но решение есть!!!

после того как я заменил sata винчестер на обычный IDE - эта проблема полностью решена, другого решения на данный момент НЕТ

[UnknownBody]

Ну как там дела на фронте борьбы с проблемой SATA-дисков?

[alexcat]

У меня всетаки не самба виновата, а что то другое, т.к. с винта на котором стоит линукс скорость нормальная - загрузка процессора маленькая, а вот на втором винте (примонтированном) просто хошмар, загрузка под 100% и как следствие скорость копирования 1мб/с.

[Max_Sys]

Винт SATAII, мать Asus P5K, openSUSE 11.1 - тормоза есть, копировать что-то большое и одновременно работать невозможно...

[Bluetooth]

Винт SATAII, мать Asus P5K, openSUSE 11.1 - тормоза есть, копировать что-то большое и одновременно работать невозможно...

я думаю, что ближе всех к истине был Loky - это проблема ядра, и не только линуксового
так что, я думаю, ковырять это не стОит

[TuxWare]

Винт SATAII, мать Asus P5K, openSUSE 11.1 - тормоза есть, копировать что-то большое и одновременно работать невозможно...

Asus P5K (контроллер ICH9), RAM 8Гб, HDD SATAII 7200об/с кеш 32Мб. Система x86-64.

Перегружаюсь для порядка. Выполняю распаковку архива qt-x11-opensource-src-4.5.0-beta1.tar.gz (113Мб).
Первые 17% - секунда (похоже залили 32Мб кеша), каждый следующий процент за пол секунды и так до 45%, затем на каждый следующий процент уходит по 3 сек, а после 75% по 5сек. Кагда окно прогресса исчезает диск еще колбасит минуты две. Все стоит колом. Объем данных после распаковки 300Мб. Нагрузка на процессор 3-4%, свободного места на диске 700 гигов. Службы оставлены по минимуму. Индексация отключена.
После такой распаковки выполнить удаление группы файлов в 400 килобайт - 10 секунд.
Копирование файлов еще хуже.

Может кто то нашел решение.
PS. Пробовал ставить висту, скорость работы диска 60 Мб/с, система не тормозит, откликается достаточно шустро. Получается с железом проблем нет.

[TuxWare]

Винт SATAII, мать Asus P5K, openSUSE 11.1 - тормоза есть, копировать что-то большое и одновременно работать невозможно...

я думаю, что ближе всех к истине был Loky - это проблема ядра, и не только линуксового
так что, я думаю, ковырять это не стОит

Может ядра, а может и настроек. Loky утверждал, что Novell в реализации SLE-10 решила эту проблему. Но в SLE-10 разве есть libata?

[Bluetooth]

Может ядра, а может и настроек. Loky утверждал, что Novell в реализации SLE-10 решила эту проблему. Но в SLE-10 разве есть libata?

ну, локи писал, что "можете ковыряться с шедулером ядра"
а про сле-10 я что-то пропустил.
в сле-10 либата нет еще, но причем здесь она?

[alexotmp]

Будем надеятся скоро решат эту проблему ))
http://www.opennet.ru/opennews/art.shtml?num=19790

Также можно отметить, что разработчики определили причину трудноуловимой и давно мешающей ошибки, приводящей к понижению производительности ввода/вывода (при интенсивном обращении к диску наблюдается запаздывание реакции приложений) со времен Linux ядра 2.6.18. Ошибка будет исправлена в ближайшее время.

[morphay]

извиняюсь, если не актуально.

intel quad 6600, 2.4
MSI G31
HDD1 IDE 80gb WD + DVD Asus
OpenSuse11.1 32
использую, как сервер и десктоп
крутится Apache2, MySql, Freeradius, Samba, Openfire+транспорты, Abills- 20users, через wine- commfort server +commfort client, висит на раздаче deluge, включен gajim
+включены 3d эффекты
делаю первый снимок,
+запускаю копирование файлов обьемом 4,5г -второй снимок
+запускаю HDDVD, тормозит видео хорошо.. - третий снимок
запускаю обычное видео, работает отлично - четвертый снимок
+добавляю audacious, работает отменно - пятый снимок

[Bluetooth]

делаю первый снимок,
+запускаю копирование файлов обьемом 4,5г -второй снимок
+запускаю HDDVD, тормозит видео хорошо.. - третий снимок
запускаю обычное видео, работает отлично - четвертый снимок
+добавляю audacious, работает отменно - пятый снимок

у меня с воспрооизведением видео и музыки проблем тож нет. ХД видео не пробовал.
но проблема все равно у меня чувствуется. например, программы ощутимо медленнее запускаются. это все стало значитлеьно меньше заметно, как я перешел с 18 на 27е ядро.

[morphay]

до этого все тоже крутилось на убунту8.10, не помню какое там ядро было после всех обновлений, но система работала быстрее, очень ощутимо.
особенно чувствуется при запуске приложений, и с мозилой в сусе при открытии страниц 10 тормозня невозможная, но не всегда.... в убунту не замечал.
но freebsd заинтриговали....

[AlexNT]

цитата "Также можно отметить, что разработчики определили причину трудноуловимой и давно мешающей ошибки, приводящей к понижению производительности ввода/вывода (при интенсивном обращении к диску наблюдается запаздывание реакции приложений) со времен Linux ядра 2.6.18. Ошибка будет исправлена в ближайшее время."

Ура! Мои выводы насчет ядра подтвердились, Локи был прав. А мне все мозги повыкручивали, что дескать что то у меня неверно настроено - недонастроено... :-D

Все сервера на этих ядрах тупят! И никто толком этого не замечает, вот в чем ужас ситуации...

[Bluetooth]

цитата "Также можно отметить, что разработчики определили причину трудноуловимой и давно мешающей ошибки, приводящей к понижению производительности ввода/вывода (при интенсивном обращении к диску наблюдается запаздывание реакции приложений) со времен Linux ядра 2.6.18. Ошибка будет исправлена в ближайшее время."

Ура! Мои выводы насчет ядра подтвердились, Локи был прав. А мне все мозги повыкручивали, что дескать что то у меня неверно настроено - недонастроено... :-D

Все сервера на этих ядрах тупят! И никто толком этого не замечает, вот в чем ужас ситуации...

конечно локи был прав. по-крайней мере, звучал наиболее убедительно)

Все сервера на этих ядрах тупят! И никто толком этого не замечает, вот в чем ужас ситуации...

вы конкретно про какие-то сервера, или так, о "сферических серверах с ядром 2.6.18 и выше в вакууме"?

[AlexNT]

цитата "Также можно отметить, что разработчики определили причину трудноуловимой и давно мешающей ошибки, приводящей к понижению производительности ввода/вывода (при интенсивном обращении к диску наблюдается запаздывание реакции приложений) со времен Linux ядра 2.6.18. Ошибка будет исправлена в ближайшее время."

Ура! Мои выводы насчет ядра подтвердились, Локи был прав. А мне все мозги повыкручивали, что дескать что то у меня неверно настроено - недонастроено... :-D

Все сервера на этих ядрах тупят! И никто толком этого не замечает, вот в чем ужас ситуации...

конечно локи был прав. по-крайней мере, звучал наиболее убедительно)

Все сервера на этих ядрах тупят! И никто толком этого не замечает, вот в чем ужас ситуации...

вы конкретно про какие-то сервера, или так, о "сферических серверах с ядром 2.6.18 и выше в вакууме"?

Я про те сервера, которые интенсивно работают с дисковой системой, к примеру я увидел эти спецэффекты на samba сервере, который первому клиенту отдавал файлы нормально, а остальным неадекватно тормозил. А если начинаешь бекапить чтонить на сервере, а клиентам шиш вместо отдачи файлов. Тоже самое на фтп серверах, при более менее серьезной нагрузке. Сравнивал с FreeBSD, конечно чем больше нагрузка на сервер - тем медленне идет отдача, но на фре было лучше, ресурсы распределялись более менее равномерно. Отчего и вся эта тема возникла. Я пробовал на Suse не помню уже какое там было ядро, на Slackware, даже MOPS ставил, можете перечитать с начала тему, там все написано.

А что до версии ядра, то проблема так и осталась вплоть до 2.6.24 по моему...

"Обновление Linux ядра: 2.6.27.11" - тут только написано что проблема БУДЕТ решена, поэтому использовать ядро на серверах с такой ошибкой это по моему как раз и юзать "сферическое ядро в вакууме". Ресурсы системы улетают видимо куда то в сторону космического пространства... Тоесть делаем вывод, что проблема существует вплоть до "сферического ядра в вакууме" версии 2.6.27.11.