From: Wojciech Kromer <krom@dgt-lab.com.pl>
To: "Linuxppc-Embedded (E-mail)" <linuxppc-embedded@lists.linuxppc.org>
Subject: Re: memory problem with fec on 8250
Date: Thu, 04 Dec 2003 10:45:54 +0100 [thread overview]
Message-ID: <3FCF0252.7070202@dgt-lab.com.pl> (raw)
In-Reply-To: <20031204091536.GA1050@gate.ebshome.net>
Użytkownik Eugene Surovegin napisał:
>On Thu, Dec 04, 2003 at 09:45:53AM +0100, Wojciech Kromer wrote:
>
>
>>>i have some problems with using fec device on my custom 8250 board
>>>while sending a lot of data (at least 300MB) through this device causes
>>>lack of memory
>>>sending same amount of data through loopback works fine
>>>
>>>i'm using 2.4.19 kernel
>>>any idea?
>>>
>>>
>>cached memory keeps growing slowly, and free is going down same way,
>>after putting ~300MB ftp data (from 8250 board to another host), VM
>>starts killing some applications
>>
>>same situation is with latest linuxppc_2_4_devel kernel from denx.de,
>>but there is additional information from kernel
>>
>><5>__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
>><5>__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
>><5>__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
>><5>__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
>><5>__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
>><4>VM: killing process sshd
>>
>>what's wrong ???
>>
>>
>
>It means that this box is really out of memory.
>
>
sure, but _why_? thre are no memory consuption processes,
i've just run ftp-put from this box to another machine
>Could you provide output from utility called 'free' and from file
>/proc/slabinfo at two points of time: 1) when you just booted your
>boax and 2) just before it starts failing.
>
>
>
thx for quick answer
huh, a lot of info:
==== at begining =========================================
bash-2.05# free
total used free shared buffers cached
Mem: 127888 22488 105400 0 0 15272
-/+ buffers/cache: 7216 120672
Swap: 0 0 0
bash-2.05# cat /proc/slabinfo
slabinfo - version: 1.1
kmem_cache 62 68 112 2 2 1
tcp_tw_bucket 0 0 96 0 0 1
tcp_bind_bucket 3 113 32 1 1 1
tcp_open_request 0 59 64 0 1 1
inet_peer_cache 2 59 64 1 1 1
ip_fib_hash 10 113 32 1 1 1
ip_dst_cache 27 48 160 2 2 1
arp_cache 4 30 128 1 1 1
blkdev_requests 0 0 96 0 0 1
nfs_write_data 0 10 384 0 1 1
nfs_read_data 0 40 384 0 4 1
nfs_page 0 40 96 0 1 1
devfsd_event 0 0 20 0 0 1
journal_head 0 0 48 0 0 1
revoke_table 0 0 12 0 0 1
revoke_record 0 0 32 0 0 1
dnotify_cache 0 0 20 0 0 1
file_lock_cache 2 40 96 1 1 1
fasync_cache 0 0 16 0 0 1
uid_cache 0 0 32 0 0 1
skbuff_head_cache 131 192 160 8 8 1
sock 21 25 800 5 5 1
sigqueue 0 29 132 0 1 1
kiobuf 0 0 64 0 0 1
cdev_cache 10 59 64 1 1 1
bdev_cache 0 0 64 0 0 1
mnt_cache 11 59 64 1 1 1
inode_cache 419 424 480 53 53 1
dentry_cache 601 630 128 21 21 1
filp 175 180 128 6 6 1
names_cache 0 3 4096 0 3 1
buffer_head 0 0 96 0 0 1
mm_struct 14 24 160 1 1 1
vm_area_struct 462 560 96 12 14 1
fs_cache 13 113 32 1 1 1
files_cache 14 18 416 2 2 1
signal_act 16 21 1312 6 7 1
size-131072(DMA) 0 0 131072 0 0 32
size-131072 0 0 131072 0 0 32
size-65536(DMA) 0 0 65536 0 0 16
size-65536 0 0 65536 0 0 16
size-32768(DMA) 0 0 32768 0 0 8
size-32768 0 0 32768 0 0 8
size-16384(DMA) 0 0 16384 0 0 4
size-16384 0 0 16384 0 0 4
size-8192(DMA) 0 0 8192 0 0 2
size-8192 0 0 8192 0 0 2
size-4096(DMA) 0 0 4096 0 0 1
size-4096 10 10 4096 10 10 1
size-2048(DMA) 0 0 2048 0 0 1
size-2048 5 178 2048 3 89 1
size-1024(DMA) 0 0 1024 0 0 1
size-1024 17 24 1024 5 6 1
size-512(DMA) 0 0 512 0 0 1
size-512 6 8 512 1 1 1
size-256(DMA) 0 0 256 0 0 1
size-256 14 30 256 1 2 1
size-128(DMA) 0 0 128 0 0 1
size-128 829 930 128 31 31 1
size-64(DMA) 0 0 64 0 0 1
size-64 41 59 64 1 1 1
size-32(DMA) 0 0 32 0 0 1
size-32 201 226 32 2 2 1
===after some time (ftp put ~75MB) ================================
bash-2.05# free;cat /proc/slabinfo
total used free shared buffers cached
Mem: 127888 125688 2200 0 0 81772
-/+ buffers/cache: 43916 83972
Swap: 0 0 0
slabinfo - version: 1.1
kmem_cache 62 68 112 2 2 1
tcp_tw_bucket 0 0 96 0 0 1
tcp_bind_bucket 5 113 32 1 1 1
tcp_open_request 0 0 64 0 0 1
inet_peer_cache 1 59 64 1 1 1
ip_fib_hash 10 113 32 1 1 1
ip_dst_cache 51 72 160 3 3 1
arp_cache 3 30 128 1 1 1
blkdev_requests 0 0 96 0 0 1
nfs_write_data 0 0 384 0 0 1
nfs_read_data 7 70 384 4 7 1
nfs_page 7 80 96 2 2 1
devfsd_event 0 0 20 0 0 1
journal_head 0 0 48 0 0 1
revoke_table 0 0 12 0 0 1
revoke_record 0 0 32 0 0 1
dnotify_cache 0 0 20 0 0 1
file_lock_cache 2 40 96 1 1 1
fasync_cache 0 0 16 0 0 1
uid_cache 0 0 32 0 0 1
skbuff_head_cache 16857 16872 160 703 703 1
sock 23 25 800 5 5 1
sigqueue 0 29 132 0 1 1
kiobuf 0 0 64 0 0 1
cdev_cache 10 59 64 1 1 1
bdev_cache 0 0 64 0 0 1
mnt_cache 11 59 64 1 1 1
inode_cache 435 440 480 55 55 1
dentry_cache 625 630 128 21 21 1
filp 179 180 128 6 6 1
names_cache 0 2 4096 0 2 1
buffer_head 0 0 96 0 0 1
mm_struct 15 24 160 1 1 1
vm_area_struct 485 520 96 13 13 1
fs_cache 14 113 32 1 1 1
files_cache 15 18 416 2 2 1
signal_act 17 18 1312 6 6 1
size-131072(DMA) 0 0 131072 0 0 32
size-131072 0 0 131072 0 0 32
size-65536(DMA) 0 0 65536 0 0 16
size-65536 0 0 65536 0 0 16
size-32768(DMA) 0 0 32768 0 0 8
size-32768 0 0 32768 0 0 8
size-16384(DMA) 0 0 16384 0 0 4
size-16384 0 0 16384 0 0 4
size-8192(DMA) 0 0 8192 0 0 2
size-8192 0 0 8192 0 0 2
size-4096(DMA) 0 0 4096 0 0 1
size-4096 10 10 4096 10 10 1
size-2048(DMA) 0 0 2048 0 0 1
size-2048 16749 16798 2048 8382 8399 1
size-1024(DMA) 0 0 1024 0 0 1
size-1024 18 20 1024 5 5 1
size-512(DMA) 0 0 512 0 0 1
size-512 24 32 512 4 4 1
size-256(DMA) 0 0 256 0 0 1
size-256 51 75 256 4 5 1
size-128(DMA) 0 0 128 0 0 1
size-128 910 930 128 31 31 1
size-64(DMA) 0 0 64 0 0 1
size-64 42 59 64 1 1 1
size-32(DMA) 0 0 32 0 0 1
size-32 8513 8588 32 76 76 1
--
* * * * * * * * * * * *
* per pedes ad astra! *
* * * * * * * * * * * * mailto:krom@dgt-lab.com.pl
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
next prev parent reply other threads:[~2003-12-04 9:45 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-12-03 7:48 memory problem with fec on 8250 Kromer
2003-12-04 8:45 ` Wojciech Kromer
2003-12-04 9:15 ` Eugene Surovegin
2003-12-04 9:45 ` Wojciech Kromer [this message]
2003-12-04 10:19 ` Eugene Surovegin
[not found] ` <3FCF0E68.4010303@dgt-lab.com.pl>
[not found] ` <20031204105532.GA2065@gate.ebshome.net>
2003-12-04 11:25 ` Wojciech Kromer
2003-12-04 14:03 ` Dan Malek
-- strict thread matches above, loose matches on Subject: below --
2004-01-04 15:55 Samo Pogacnik
2004-01-05 8:15 ` Wojciech Kromer
2004-01-05 22:52 ` Samo Pogacnik
2004-01-06 7:47 ` cd Wojciech Kromer
2004-01-06 22:03 ` memory problem with fec on 8250 Samo Pogacnik
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3FCF0252.7070202@dgt-lab.com.pl \
--to=krom@dgt-lab.com.pl \
--cc=linuxppc-embedded@lists.linuxppc.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).