[Comm] kernel: __alloc_pages:

[Sergey Vlasov]

On Wed, Oct 22, 2003 at 01:43:02PM +0400, Nickolay wrote:
> Sergey Vlasov пишет:
> 
> >On Wed, Oct 22, 2003 at 01:13:43PM +0400, Nickolay wrote:
> > 
> >
> >>У меня следующая ситуация
> >>имеем server HL 3000 U3 фирмы HP
> >>SCSI Ultra Wide RAID5
> >>Памяти 1GB
> >>ядро 2.4.20-alt-smp

Так, а какая конкретно сборка (alt*)?

> >>в какой-то момент работы в логах /var/log/messages
> >>появилась запись
> >>kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
> >>и после этого вышибает процессы smbd nmbd
> >>   
> >>
> >
> >Есть ли swap-раздел, и какого размера?  Без swap-раздела система
> >распределения памяти в ядре иногда выкидывает подобные фокусы, даже
> >если памяти вроде бы достаточно.
> >
> своп есть 885М
> 
> >
> >Не был ли запущен в этот момент какой-нибудь процесс, который съел
> >всю память?  (В одном случае такую ситуацию вызывал mysqldump,
> >запущенный без ключа -q - в этом случае он пытается затащить в
> >память все данные таблицы.)  При нехватке памяти ядро не всегда
> >убивает сразу именно тот процесс, который вызвал проблему.
> >
> >Что выдаёт free?  Можно ещё посмотреть cat /proc/slabinfo - это
> >информация по распределению памяти ядра.
> >
> ./free
> free
>             total       used       free     shared    buffers     cached
> Mem:       1163360    1145168      18192          0      59152     795464
> -/+ buffers/cache:     290552     872808
> Swap:       885572          0     885572

Тут вроде бы криминала не видно.  Тогда ещё надо посмотреть cat
/proc/slabinfo (снять несколько раз с некоторым интервалом;
желательно, чтобы машина уже поработала некоторое время, чтобы
рассматривать установившийся режим).

Ещё покажите полный вывод lsmod.

> >>И еще RAID5 медленный hdparm -tT /dev/sda дает маленький результат не 
> >>тот котоырй хотелось бы ;(
> >>   
> >>
> >
> >А какой там RAID, какой драйвер используется?  Что за диски, и какие
> >именно результаты выдаёт hdparm?
> > 
> >
> cat /proc/scsi
> Attached devices:
> Host: scsi1 Channel: 00 Id: 00 Lun: 00
>  Vendor: MegaRAID Model: LD0 RAID5 38924R Rev:   E
>  Type:   Direct-Access                    ANSI SCSI revision: 03
> Host: scsi1 Channel: 04 Id: 05 Lun: 00
>  Vendor: HP       Model: SAFTE; U160/M BP Rev: 1023
>  Type:   Processor                        ANSI SCSI revision: 02
> 
> cat /proc/aic7xxx/0
> Adaptec AIC7xxx driver version: 6.2.8
> aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs
> 
> megaraid v 1.18e

У этой версии megaraid действительно могут быть проблемы со скоростью
работы. Вот что писали по этому поводу в linux-kernel@ (Xose Vazquez
Perez):

| megaraid 1.xx gets *very bad* performance. But like 2.4 is stable serie, it
| shouldn't be deleted.
| 
| megaraid 2.xx gets correct performance, it's stable and it adds support
| for _present_ hardware, MegaRAID Ultra320 RAID boards(518, 520, 531, 532).

В новых сборках ядер в Сизифе собираются оба драйвера (в официальное
дерево 2.4.23 тоже уже добавлен megaraid2).
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url     : <http://lists.altlinux.org/pipermail/community/attachments/20031023/b281caa5/attachment-0002.bin>