[Comm] Swap

[Comm] Swap

[Nickolay]

Привет всем
есть своп на 850М, но он почемуто всегда при запуске команды TOP всегда 
0 показывает, такого ведь не должно быть , хоть и памяти гиг, своп 
всеравно должен заполняться хоть чуток ;(

[Comm] Re: Swap

[Michael Shigorin]

On Fri, Oct 24, 2003 at 04:06:58AM +0000, Nickolay wrote:
> есть своп на 850М, но он почемуто всегда при запуске команды
> TOP всегда 0 показывает, такого ведь не должно быть , хоть и
> памяти гиг, своп всеравно должен заполняться хоть чуток ;(

Необязательно.  Но попробуйте

dd if=/dev/zero of=/dev/null bs=900M

как занимателя памяти :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Swap

[Maxim Tyurin]

[-- Attachment #1: Type: text/plain, Size: 407 bytes --]

On Fri, Oct 24, 2003 at 04:06:58AM +0000, Nickolay wrote:
> Привет всем
> есть своп на 850М, но он почемуто всегда при запуске команды TOP всегда 
> 0 показывает, такого ведь не должно быть , хоть и памяти гиг, своп 
> всеравно должен заполняться хоть чуток ;(

Никому он ничего не должен :)

Ты не написал какие задачи на нем крутятся.
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
			

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Swap

[Nickolay]

Maxim Tyurin пишет:

>On Fri, Oct 24, 2003 at 04:06:58AM +0000, Nickolay wrote:
>  
>
>>Привет всем
>>есть своп на 850М, но он почемуто всегда при запуске команды TOP всегда 
>>0 показывает, такого ведь не должно быть , хоть и памяти гиг, своп 
>>всеравно должен заполняться хоть чуток ;(
>>    
>>
>
>Никому он ничего не должен :)
>
>Ты не написал какие задачи на нем крутятся.
>  
>
>  
>
самая простоя задача! запускаю bzip2 <file.tar> (размера тара больше 
гига), и система через некоторое время вообще перестает реагировать, не 
возможно удаленно зайти, ни возможно зайти сконсоли, после ввода 
пользователя, не могет выдать приглашение на ввод пароля.
А своп должен заполняться в любом случае.

Re: [Comm] Swap

[Maxim Tyurin]

[-- Attachment #1: Type: text/plain, Size: 527 bytes --]

On Fri, Oct 24, 2003 at 09:05:22AM +0000, Nickolay wrote:
> самая простоя задача! запускаю bzip2 <file.tar> (размера тара больше 
> гига), и система через некоторое время вообще перестает реагировать, не 
> возможно удаленно зайти, ни возможно зайти сконсоли, после ввода 
> пользователя, не могет выдать приглашение на ввод пароля.
> А своп должен заполняться в любом случае.

Вы думаете bzip2 весь сжимаемый файл в оперативку засовывает? Вы
ошибаетесь :)
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
			

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Swap

[Nickolay]

Maxim Tyurin пишет:

>On Fri, Oct 24, 2003 at 09:05:22AM +0000, Nickolay wrote:
>  
>
>>самая простоя задача! запускаю bzip2 <file.tar> (размера тара больше 
>>гига), и система через некоторое время вообще перестает реагировать, не 
>>возможно удаленно зайти, ни возможно зайти сконсоли, после ввода 
>>пользователя, не могет выдать приглашение на ввод пароля.
>>А своп должен заполняться в любом случае.
>>    
>>
>
>Вы думаете bzip2 весь сжимаемый файл в оперативку засовывает? Вы
>ошибаетесь :)
>  
>
>  
>
Понятно что не засовывает он его туда, но почему тогда системы сразе 
себя вести начинает не адекватно, хотя на РедХате 7.2 такого не 
наблюдалось? Вообще!

Re: [Comm] Swap

[Maxim Tyurin]

[-- Attachment #1: Type: text/plain, Size: 1020 bytes --]

On Fri, Oct 24, 2003 at 10:08:58AM +0000, Nickolay wrote:
> Maxim Tyurin пишет:
> 
> >On Fri, Oct 24, 2003 at 09:05:22AM +0000, Nickolay wrote:
> > 
> >
> >>самая простоя задача! запускаю bzip2 <file.tar> (размера тара больше 
> >>гига), и система через некоторое время вообще перестает реагировать, не 
> >>возможно удаленно зайти, ни возможно зайти сконсоли, после ввода 
> >>пользователя, не могет выдать приглашение на ввод пароля.
> >>А своп должен заполняться в любом случае.
> >>   
> >>
> >
> >Вы думаете bzip2 весь сжимаемый файл в оперативку засовывает? Вы
> >ошибаетесь :)
> > 
> >
> > 
> >
> Понятно что не засовывает он его туда, но почему тогда системы сразе 
> себя вести начинает не адекватно, хотя на РедХате 7.2 такого не 
> наблюдалось? Вообще!

Я извините не телепат. Из всей информации вы сказали что у вас 1Gb RAM
и все.

У меня система нормально работает. Все остальные в округе тоже. И swap
не используется когда он не нужен.
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
			

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Swap

[Nickolay]

Maxim Tyurin пишет:

>On Fri, Oct 24, 2003 at 10:08:58AM +0000, Nickolay wrote:
>  
>
>>Maxim Tyurin пишет:
>>
>>    
>>
>>>On Fri, Oct 24, 2003 at 09:05:22AM +0000, Nickolay wrote:
>>>
>>>
>>>      
>>>
>>>>самая простоя задача! запускаю bzip2 <file.tar> (размера тара больше 
>>>>гига), и система через некоторое время вообще перестает реагировать, не 
>>>>возможно удаленно зайти, ни возможно зайти сконсоли, после ввода 
>>>>пользователя, не могет выдать приглашение на ввод пароля.
>>>>А своп должен заполняться в любом случае.
>>>>  
>>>>
>>>>        
>>>>
>>>Вы думаете bzip2 весь сжимаемый файл в оперативку засовывает? Вы
>>>ошибаетесь :)
>>>
>>>
>>>
>>>
>>>      
>>>
>>Понятно что не засовывает он его туда, но почему тогда системы сразе 
>>себя вести начинает не адекватно, хотя на РедХате 7.2 такого не 
>>наблюдалось? Вообще!
>>    
>>
>
>Я извините не телепат. Из всей информации вы сказали что у вас 1Gb RAM
>и все.
>  
>
Да 1Гиг памяти, свопа на 850М, всё отлично. Но почему тогда в логах 
лезет следующее?
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Скажу сразу память нормальная, винты и всё железо тоже


>У меня система нормально работает. Все остальные в округе тоже. И swap
>не используется когда он не нужен.
>  
>

Re: [Comm] Swap

[Nickolay]

Maxim Tyurin пишет:

>Я извините не телепат. Из всей информации вы сказали что у вас 1Gb RAM
>и все.
>  
>
А какую информаци еще надо?

>У меня система нормально работает. Все остальные в округе тоже. И swap
>не используется когда он не нужен.
>  
>
У меня на клиентской тачке тоже система нормально работает, а вот на 
серваке это мне кажется более чем странно все таки.

Re: [Comm] Swap

[Andrey Rahmatullin]

Nickolay пишет:
> Привет всем
> есть своп на 850М, но он почемуто всегда при запуске команды TOP всегда 
> 0 показывает, такого ведь не должно быть , хоть и памяти гиг, своп 
> всеравно должен заполняться хоть чуток ;(

А у меня на 256Мб свопа вообще нет, и практически никогда не бывает OOM. 
(ну, бывает, когда компилишь ядро и еще что-нибудь параллеьно и сидишь в 
Инете с кучей открытых страниц).

Re: [Comm] Swap

[Roman Savelyev]

On Fri, 24 Oct 2003 11:17:10 +0000
Nickolay <nick@oilbase.chelny.ru> wrote:
> Скажу сразу память нормальная, винты и всё железо тоже
Точно нормальная ни одна ячейка никогда не сбоит?
Установите и запустите memtest86.

Re: [Comm] Swap

[Nickolay]

Roman Savelyev пишет:

>On Fri, 24 Oct 2003 11:17:10 +0000
>Nickolay <nick@oilbase.chelny.ru> wrote:
>  
>
>>Скажу сразу память нормальная, винты и всё железо тоже
>>    
>>
>Точно нормальная ни одна ячейка никогда не сбоит?
>Установите и запустите memtest86.
>  
>
не збоит.

Re: [Comm] Swap

[Maxim Tyurin]

[-- Attachment #1: Type: text/plain, Size: 600 bytes --]

On Fri, Oct 24, 2003 at 11:19:50AM +0000, Nickolay wrote:
> Maxim Tyurin пишет:
> 
> >Я извините не телепат. Из всей информации вы сказали что у вас 1Gb RAM
> >и все.
> > 
> >
> А какую информаци еще надо?

Ну при большом IO если не включен DMA система будет сильно тормозить.

> 
> >У меня система нормально работает. Все остальные в округе тоже. И swap
> >не используется когда он не нужен.
> > 
> >
> У меня на клиентской тачке тоже система нормально работает, а вот на 
> серваке это мне кажется более чем странно все таки.


-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
			

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Swap

[Nickolay]

Maxim Tyurin пишет:

>On Fri, Oct 24, 2003 at 11:19:50AM +0000, Nickolay wrote:
>  
>
>>Maxim Tyurin пишет:
>>
>>    
>>
>>>Я извините не телепат. Из всей информации вы сказали что у вас 1Gb RAM
>>>и все.
>>>
>>>
>>>      
>>>
>>А какую информаци еще надо?
>>    
>>
>
>Ну при большом IO если не включен DMA система будет сильно тормозить.
>
>  
>
Тама RAID5 стоит 180 гиг. SCSI винты

Re: [Comm] Swap

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1952 bytes --]

On Fri, Oct 24, 2003 at 11:17:10AM +0000, Nickolay wrote:
> Maxim Tyurin пишет:
> >On Fri, Oct 24, 2003 at 10:08:58AM +0000, Nickolay wrote:
> >>Maxim Tyurin пишет:
> >>>On Fri, Oct 24, 2003 at 09:05:22AM +0000, Nickolay wrote:
> >>>>самая простоя задача! запускаю bzip2 <file.tar> (размера тара больше 
> >>>>гига), и система через некоторое время вообще перестает реагировать, не 
> >>>>возможно удаленно зайти, ни возможно зайти сконсоли, после ввода 
> >>>>пользователя, не могет выдать приглашение на ввод пароля.
> >>>>А своп должен заполняться в любом случае.
> >>>>
> >>>Вы думаете bzip2 весь сжимаемый файл в оперативку засовывает? Вы
> >>>ошибаетесь :)
> >>>
> >>Понятно что не засовывает он его туда, но почему тогда системы сразе 
> >>себя вести начинает не адекватно, хотя на РедХате 7.2 такого не 
> >>наблюдалось? Вообще!

А в том случае ядро видело всю доступную память или нет?

> >Я извините не телепат. Из всей информации вы сказали что у вас 1Gb RAM
> >и все.
> >
> Да 1Гиг памяти, свопа на 850М, всё отлично. Но почему тогда в логах 
> лезет следующее?
> __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
> Скажу сразу память нормальная, винты и всё железо тоже

Прежде всего, я так и не увидел содержимого /proc/slabinfo с вашей
системы (cat /proc/slabinfo >>file несколько раз в процессе выполнения
этого bzip2).  По данным /proc/slabinfo можно будет определить, какая
из подсистем ядра начинает потреблять много памяти.  Да и на сообщения
ядра после загрузки (dmesg) посмотреть было бы неплохо.  Ещё покажите
полный вывод lsmod.

Есть информация, что некоторые версии ядра плохо работают при
использовании HIGHMEM, но это обычно связано с использованием
какого-либо дискового драйвера, не умеющего работать с HIGHMEM (либо в
специфических ситуациях, например, если машина главным образом
загружена как NFS-сервер).  Можете попробовать перезагрузиться с
опцией mem=800M и посмотреть, как поведёт себя система в этом случае.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Swap

[Nickolay]

>
>
>Прежде всего, я так и не увидел содержимого /proc/slabinfo с вашей
>системы (cat /proc/slabinfo >>file несколько раз в процессе выполнения
>этого bzip2).  По данным /proc/slabinfo можно будет определить, какая
>из подсистем ядра начинает потреблять много памяти.  Да и на сообщения
>ядра после загрузки (dmesg) посмотреть было бы неплохо.  Ещё покажите
>полный вывод lsmod.
>
>Есть информация, что некоторые версии ядра плохо работают при
>использовании HIGHMEM, но это обычно связано с использованием
>какого-либо дискового драйвера, не умеющего работать с HIGHMEM (либо в
>специфических ситуациях, например, если машина главным образом
>загружена как NFS-сервер).  Можете попробовать перезагрузиться с
>опцией mem=800M и посмотреть, как поведёт себя система в этом случае.
>  
>
cat /proc/slabinfo
slabinfo - version: 1.1 (SMP)
kmem_cache            80     80    244    5    5    1 :  252  126
ip_conntrack         228    312    320   26   26    1 :  124   62
ip_fib_hash           18    226     32    2    2    1 :  252  126
journal_head           3    156     48    2    2    1 :  252  126
revoke_table           1    253     12    1    1    1 :  252  126
revoke_record          0      0     32    0    0    1 :  252  126
tcp_tw_bucket          0      0    128    0    0    1 :  252  126
tcp_bind_bucket        4    226     32    2    2    1 :  252  126
tcp_open_request       0      0     96    0    0    1 :  252  126
inet_peer_cache        2     59     64    1    1    1 :  252  126
ip_dst_cache         599    640    192   32   32    1 :  252  126
arp_cache             47    180    128    6    6    1 :  252  126
blkdev_requests      512    560     96   14   14    1 :  252  126
dnotify_cache          0      0     20    0    0    1 :  252  126
file_lock_cache     4960   4960     96  124  124    1 :  252  126
fasync_cache        4144   4444     16   22   22    1 :  252  126
uid_cache              6    226     32    2    2    1 :  252  126
skbuff_head_cache    913   1020    192   51   51    1 :  252  126
sock                 207    207   1312   69   69    1 :   60   30
sigqueue              25     29    132    1    1    1 :  252  126
kiobuf                 0      0     64    0    0    1 :  252  126
cdev_cache          2356   2360     64   40   40    1 :  252  126
bdev_cache             6    118     64    2    2    1 :  252  126
mnt_cache             15    118     64    2    2    1 :  252  126
inode_cache       342602 342608    512 48944 48944    1 :  124   62
dentry_cache      347515 347640    128 11588 11588    1 :  252  126
dquot                  0      0    128    0    0    1 :  252  126
filp               37070  37140    128 1238 1238    1 :  252  126
names_cache            3      3   4096    3    3    1 :   60   30
buffer_head       200888 202440     96 5061 5061    1 :  252  126
mm_struct             72    216    160    9    9    1 :  252  126
vm_area_struct      2732   2800     68   50   50    1 :  252  126
fs_cache              72    236     64    4    4    1 :  252  126
files_cache           72    144    416   16   16    1 :  124   62
signal_act            78     93   1312   31   31    1 :   60   30
size-131072(DMA)       0      0 131072    0    0   32 :    0    0
size-131072            0      0 131072    0    0   32 :    0    0
size-65536(DMA)        0      0  65536    0    0   16 :    0    0
size-65536             2      2  65536    2    2   16 :    0    0
size-32768(DMA)        0      0  32768    0    0    8 :    0    0
size-32768             1      1  32768    1    1    8 :    0    0
size-16384(DMA)        0      0  16384    0    0    4 :    0    0
size-16384             1      1  16384    1    1    4 :    0    0
size-8192(DMA)         0      0   8192    0    0    2 :    0    0
size-8192             11     11   8192   11   11    2 :    0    0
size-4096(DMA)         0      0   4096    0    0    1 :   60   30
size-4096            171    171   4096  171  171    1 :   60   30
size-2048(DMA)         0      0   2048    0    0    1 :   60   30
size-2048            664    664   2048  332  332    1 :   60   30
size-1024(DMA)         0      0   1024    0    0    1 :  124   62
size-1024            128    160   1024   40   40    1 :  124   62
size-512(DMA)          0      0    512    0    0    1 :  124   62
size-512             232    232    512   29   29    1 :  124   62
size-256(DMA)          0      0    256    0    0    1 :  252  126
size-256             465    465    256   31   31    1 :  252  126
size-128(DMA)          0      0    128    0    0    1 :  252  126
size-128             750    750    128   25   25    1 :  252  126
size-64(DMA)           0      0     64    0    0    1 :  252  126
size-64             3481   3481     64   59   59    1 :  252  126
size-32(DMA)           0      0     32    0    0    1 :  252  126
size-32             1130   1130     32   10   10    1 :  252  126

Re: [Comm] Swap

[Nickolay]

>
>
>Прежде всего, я так и не увидел содержимого /proc/slabinfo с вашей
>системы (cat /proc/slabinfo >>file несколько раз в процессе выполнения
>этого bzip2).  По данным /proc/slabinfo можно будет определить, какая
>из подсистем ядра начинает потреблять много памяти.  Да и на сообщения
>ядра после загрузки (dmesg) посмотреть было бы неплохо.  Ещё покажите
>полный вывод lsmod.
>  
>
lsmod
Module                  Size  Used by    Tainted: PF
vfat                    9772   0  (autoclean)
fat                    31096   0  (autoclean) [vfat]
ext2                   35520   0  (autoclean)
loop                    8732   0  (autoclean)
ide-cd                 27428   0  (autoclean)
cdrom                  27900   0  (autoclean) [ide-cd]
parport_pc             25768   1  (autoclean)
aksparlnx              33026   4
parport                24576   1  [parport_pc aksparlnx]
iptable_nat            16344   0  (autoclean) (unused)
ip_conntrack           20288   1  (autoclean) [iptable_nat]
iptable_filter          1704   1  (autoclean)
ip_tables              11672   4  [iptable_nat iptable_filter]
nls_cp866               3804   1  (autoclean)
nls_koi8-r              3836   1  (autoclean)
smbfs                  37136   1  (autoclean)
ipx                    19588   9  (autoclean)
af_packet              13608   3  (autoclean)
autofs4                 8564   1  (autoclean)
dl2k                   15428   2  (autoclean)
eepro100               19092   1  (autoclean)
mii                     2464   0  (autoclean) [eepro100]
floppy                 47516   0  (autoclean)
serial                 56516   0  (autoclean)
isa-pnp                29508   0  (autoclean) [serial]
ext3                   64448   1  (autoclean)
jbd                    41096   1  (autoclean) [ext3]
rtc                     6844   0  (autoclean)
reiserfs              169280   3
megaraid               25212   5
aic7xxx               119964   0  (unused)
sd_mod                 11004  10
scsi_mod               95428   3  [megaraid aic7xxx sd_mod]

Re: [Comm] Swap

[Andrey Rahmatullin]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 207 bytes --]

В сообщении от 27 Октябрь 2003 11:03 Nickolay написал(a):
[...]

> lsmod
> Module                  Size  Used by    Tainted: PF
						    ^^
						   Ой...
Чего так?

-- 
Best regards, wRAR
  ALT Linux Team

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Swap

[Nickolay]

Andrey Rahmatullin wrote:

>В сообщении от 27 Октябрь 2003 11:03 Nickolay написал(a):
>[...]
>
>  
>
>>lsmod
>>Module                  Size  Used by    Tainted: PF
>>    
>>
>						    ^^
>						   Ой...
>Чего так?
>
>  
>
>------------------------------------------------------------------------
>
>  
>
Можно вопрос?
Всмысле "Ой" ;(

Re: [Comm] Swap

[Andrey Rahmatullin]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 740 bytes --]

В сообщении от 14 Ноябрь 2003 10:38 Nickolay написал(a):

> >>lsmod
> >>Module                  Size  Used by    Tainted: PF
> >						    ^^
> >						   Ой...
> Можно вопрос?
> Всмысле "Ой" ;(

См. /usr/share/doc/kernel-doc-2.4.22rel/oops-tracing.txt
P - (был) загружен модуль с несвободной лицензией
F - к.-л. модуль был загружен с --force

Эти флажки означают, что ядро не является чистым, и это может быть причиной 
к.-л. проблем с ним. В обычных ситуациях Р появляется после загрузки модуля 
nvidia либо других закрытых сторонних драйверов. Флажки не пропадают даже 
после выгрузки виновного модуля.

-- 
Я прошу прекратить обсуждение на эту тему, ибо оно далеко
отклонилось от тематики списка рассылки sisyphus@.
		-- ldv in sisyphus@

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Swap

[Nickolay]

Andrey Rahmatullin wrote:

>В сообщении от 27 Октябрь 2003 11:03 Nickolay написал(a):
>[...]
>
>  
>
>>lsmod
>>Module                  Size  Used by    Tainted: PF
>>    
>>
>						    ^^
>						   Ой...
>Чего так?
>
>  
>
Можно вопрос?
Чего "Ой" ;(