On Tue, Feb 14, 2012 at 04:15:28PM +0100, hannes.janet...@gmail.com wrote:
> On Tue, Feb 14, 2012 at 12:47 PM, Carsten Haitzler <ras...@rasterman.com> 
> wrote:
> > On Mon, 6 Feb 2012 22:20:04 +0100 "hannes.janet...@gmail.com"
> > <hannes.janet...@googlemail.com> said:
> >
> > ok - i'm stumped. it's doing soem bizarre list logic where it keeps taking
> > things off the rect list and putting them back again, taking them off, 
> > putting
> > them back, and finding out why is hard due it it taking a long time to 
> > trigger
> > and then trying to figure out the logic hole then by stepping is painful. 
> > i'm
> > going to have to leave this bug and get onto other things. :(
> >
> 
> sorry for having made this much trouble. had this bug lying around for
> a while and thought to at least mention it. i think i've seen cases
> where 'rects' list has loops if that helps... anyway no hurry for me
> with it.

I'm not sure if it's caused by this issue or not, but one simple script
we had started to cause OOM killer going after enlightenment process.

After I have stripped all parts of that script which are not needed to 
provoke OOM killer it's pretty simple:

SHR root@gjama ~ $ cat oom.py 
#!/usr/bin/env python

import elementary

print "Start"

elementary.init()

win = elementary.Window('oom',0);
bg = elementary.Background(win)
bg.show()
win.title_set('OOM')
win.show()
win.resize_object_add(bg)
win.fullscreen_set(True)

elementary.run()
elementary.shutdown()
exit()

First I've seen this with r67883, and maybe 100 revisions back it was still 
working.

root@qemux86-64:~# ./oom.py
Xlib:  extension "DPMS" missing on display ":0.0".
Start
phoneuid invoked oom-killer: gfp_mask=0x201da, order=0, oom_adj=0, 
oom_score_adj=0
phoneuid cpuset=/ mems_allowed=0
Pid: 17491, comm: phoneuid Not tainted 3.2.2-yocto-standard+ #1
Call Trace:
 [<ffffffff810ccd90>] dump_header.isra.6+0x80/0x1e0
 [<ffffffff8106b6db>] ? get_task_cred+0x3b/0x60
 [<ffffffff815098c7>] ? _raw_spin_unlock_irqrestore+0x17/0x40
 [<ffffffff810cd141>] oom_kill_process+0x81/0x2a0
 [<ffffffff810cd446>] ? select_bad_process.constprop.12+0xe6/0x150
 [<ffffffff810cd80b>] out_of_memory+0xeb/0x200
 [<ffffffff810d0f31>] __alloc_pages_nodemask+0x731/0x750
 [<ffffffff810cc00e>] filemap_fault+0x1ae/0x490
 [<ffffffff810e9cfd>] __do_fault+0x6d/0x4f0
 [<ffffffff810ec474>] handle_pte_fault+0x84/0x8b0
 [<ffffffff81037bc1>] ? get_parent_ip+0x11/0x50
 [<ffffffff81039a35>] ? set_next_entity+0xa5/0xc0
 [<ffffffff810edef2>] handle_mm_fault+0x142/0x220
 [<ffffffff81037bc1>] ? get_parent_ip+0x11/0x50
 [<ffffffff8150ca74>] do_page_fault+0x124/0x520
 [<ffffffff810f24af>] ? do_mmap_pgoff+0x35f/0x380
 [<ffffffff8150a32f>] page_fault+0x1f/0x30
Mem-Info:
DMA per-cpu:
CPU    0: hi:    0, btch:   1 usd:   0
DMA32 per-cpu:
CPU    0: hi:   42, btch:   7 usd:   7
active_anon:22790 inactive_anon:1467 isolated_anon:0
 active_file:3 inactive_file:27 isolated_file:0
 unevictable:12 dirty:2 writeback:0 unstable:0
 free:470 slab_reclaimable:1272 slab_unreclaimable:2201
 mapped:742 shmem:4541 pagetables:911 bounce:0
DMA free:616kB min:172kB low:212kB high:256kB active_anon:13248kB 
inactive_anon:1312kB active_file:0kB inactive_file:0kB unevictable:0kB 
isolated(anon):0kB isolated(file):0kB present:15656kB mlocked:0kB dirty:0kB 
writeback:0kB mapped:268kB shmem:6116kB slab_reclaimable:392kB 
slab_unreclaimable:136kB kernel_stack:16kB pagetables:192kB unstable:0kB 
bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes
lowmem_reserve[]: 0 110 110 110
DMA32 free:1264kB min:1256kB low:1568kB high:1884kB active_anon:77912kB 
inactive_anon:4556kB active_file:12kB inactive_file:108kB unevictable:48kB 
isolated(anon):0kB isolated(file):0kB present:112884kB mlocked:48kB dirty:8kB 
writeback:0kB mapped:2700kB shmem:12048kB slab_reclaimable:4696kB 
slab_unreclaimable:8668kB kernel_stack:440kB pagetables:3452kB unstable:0kB 
bounce:0kB writeback_tmp:0kB pages_scanned:194 all_unreclaimable? yes
lowmem_reserve[]: 0 0 0 0
DMA: 0*4kB 1*8kB 0*16kB 1*32kB 1*64kB 0*128kB 0*256kB 1*512kB 0*1024kB 0*2048kB 
0*4096kB = 616kB
DMA32: 2*4kB 3*8kB 5*16kB 2*32kB 1*64kB 2*128kB 1*256kB 1*512kB 0*1024kB 
0*2048kB 0*4096kB = 1264kB
4576 total pagecache pages
0 pages in swap cache
Swap cache stats: add 0, delete 0, find 0/0
Free swap  = 0kB
Total swap = 0kB
32749 pages RAM
2810 pages reserved
1157 pages shared
28609 pages non-shared
[ pid ]   uid  tgid total_vm      rss cpu oom_adj oom_score_adj name
[   44]     0    44     4880      161   0     -17         -1000 udevd
[   45]     0    45    16032      152   0       0             0 systemd-journal
[  208]     0   208     4859      144   0     -17         -1000 udevd
[  209]     0   209     4896      175   0     -17         -1000 udevd
[  245]     0   245    50059     4460   0       0             0 python
[  248]     0   248    34321      184   0       0             0 fsoaudiod
[  250]     0   250    14050       99   0       0             0 fsosystemd
[  256]     0   256     5959       54   0       0             0 systemd-logind
[  263]     0   263     2108       32   0       0             0 agetty
[  264]     0   264    11452       74   0       0             0 login
[  267]   999   267     3920      149   0     -13          -900 dbus-daemon
[  271]     0   271    64361       90   0       0             0 rsyslogd
[  282]     0   282     5664      102   0       0             0 atd
[  288]     0   288     6909       66   0     -13          -900 gypsy-daemon
[  295]     0   295    34643      219   0     -13          -900 fsousaged
[ 4094]     0  4094     3428      108   0       0             0 sh
[ 4099]     0  4099     3963       34   0       0             0 xinit
[ 4100]     0  4100    20218     1122   0       0             0 Xorg
[ 4103]     0  4103    75922    10324   0       0             0 enlightenment
[ 4107]     0  4107     5563       64   0       0             0 dbus-launch
[ 4108]     0  4108     3801       45   0       0             0 dbus-daemon
[ 4110]     0  4110     3390       65   0       0             0 phoneui-wrapper
[ 4128]     0  4128    17590      192   0       0             0 enlightenment_f
[17485]     0 17485    53031     1756   0       0             0 python
[17491]     0 17491    53416      264   0       0             0 phoneuid
Out of memory: Kill process 4103 (enlightenment) score 349 or sacrifice child
Killed process 4128 (enlightenment_f) total-vm:70360kB, anon-rss:756kB, 
file-rss:12kB

-- 
Martin 'JaMa' Jansa     jabber: martin.ja...@gmail.com

Attachment: signature.asc
Description: Digital signature

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to