On Tue, Feb 14, 2012 at 04:15:28PM +0100, [email protected] wrote: > On Tue, Feb 14, 2012 at 12:47 PM, Carsten Haitzler <[email protected]> > wrote: > > On Mon, 6 Feb 2012 22:20:04 +0100 "[email protected]" > > <[email protected]> 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: [email protected]
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 [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
