Re: Re : Re: [Embedded Linux] Arora makes Linux running out of memory on mini2440 board

[Diego Iastrubni]

So we know now that the problem is in Arora's code and not in QtWebKit. :(

On Sun, Jun 19, 2011 at 1:56 AM, Jeff <joffrey...@gmail.com> wrote:
> Hi,
> No problem with the demo, it runs with an error but it runs well.
> root@minideb:/usr/local/Qt/demos/embedded/anomaly# ./anomaly -qws
> Application asked to unregister timer 0x1d000004 which is not registered in
> this thread. Fix application.
>
>
> Here is the log on the serial console for arora:
> root@minideb:~# arora -qws
> arora invoked oom-killer: gfp_mask=0x201da, order=0, oom_adj=0,
> oom_score_adj=0
>
> [<c0030320>] (unwind_backtrace+0x0/0xf0) from [<c00716a8>]
> (T.374+0x50/0x154)
>
> [<c00716a8>] (T.374+0x50/0x154) from [<c00717e8>] (T.373+0x3c/0x22c)
>
> [<c00717e8>] (T.373+0x3c/0x22c) from [<c0071c20>]
> (out_of_memory+0x248/0x300)
>
> [<c0071c20>] (out_of_memory+0x248/0x300) from [<c0074cfc>]
> (__alloc_pages_nodema
>
> sk+0x4b8/0x638)
> [<c0074cfc>] (__alloc_pages_nodemask+0x4b8/0x638) from [<c0070724>]
> (filemap_fau
>
> lt+0x2b8/0x3b0)
> [<c0070724>] (filemap_fault+0x2b8/0x3b0) from [<c00831e4>]
> (__do_fault+0x50/0x3b
>
> 4)
> [<c00831e4>] (__do_fault+0x50/0x3b4) from [<c00840e4>]
> (handle_pte_fault+0x24c/0
>
> x590)
> [<c00840e4>] (handle_pte_fault+0x24c/0x590) from [<c0084870>]
> (handle_mm_fault+0
>
> xa0/0xb4)
> [<c0084870>] (handle_mm_fault+0xa0/0xb4) from [<c003109c>]
> (do_page_fault+0xdc/0
>
> x1c4)
> [<c003109c>] (do_page_fault+0xdc/0x1c4) from [<c002b23c>]
> (do_PrefetchAbort+0x34
>
> /0x94)
> [<c002b23c>] (do_PrefetchAbort+0x34/0x94) from [<c002bec0>]
> (ret_from_exception+
>
> 0x0/0x10)
> Exception stack(0xc3065fb0 to 0xc3065ff8)
>
> 5fa0:                                     0461f6dc 046421b8 bedd150c
> 0000005c
>
> 5fc0: 00000000 0461f6dc 00000002 00000000 0461f6da 00000001 bedd15bc
> ffffffff
>
> 5fe0: 42443080 bedcd368 421c36d4 421b8c6c 60000010 ffffffff
>
> Mem-info:
> Normal per-cpu:
> CPU    0: hi:   18, btch:   3 usd:   2
> active_anon:12728 inactive_anon:30 isolated_anon:0
>
>  active_file:0 inactive_file:42 isolated_file:0
>
>  unevictable:0 dirty:0 writeback:0 unstable:0
>
>  free:255 slab_reclaimable:163 slab_unreclaimable:951
>
>  mapped:51 shmem:32 pagetables:134 bo
> Normal free:1020kB min:1016kB low:1268kB high:1524kB active_anon:50912kB
> inactiv
>
> e_anon:120kB active_file:0kB inactive_file:168kB unevictable:0kB
> isolated(anon):
>
> 0kB isolated(file):0kB present:65024kB mlocked:0kB dirty:0kB writeback:0kB
> mappe
>
> d:204kB shmem:128kB slab_reclaimable:652kB slab_unreclaimable:3804kB
> kernel_stac
>
> k:416kB pagetables:536kB unstable:0kB bounce:0kB writeback_tmp:0kB
> pages_scanned
>
> :1 all_unreclaimable? yes
> lowmem_reserve[]: 0 0
> Normal: 27*4kB 6*8kB 2*16kB 8*32kB 7*64kB 1*128kB 0*256kB 0*512
>
> 8kB 0*4096kB = 1020kB
> 82 total pagecache pages
> 0 pages in swap cache
> Swap cache stats: add 0, delete 0, find 0/0
>
> Free swap  = 0kB
> Total swap = 0kB
> 16384 pages of RAM
> 363 free pages
> 1270 reserved pages
> 770 slab pages
> 160 pages shared
> 0 pages swap cached
> [ pid ]   uid  tgid total_vm      rss cpu oom_adj oom_score_adj name
> [  809]     0   809      624      101   0     -17         -1000 udevd
> [  911]     0   911      623      102   0     -17         -1000 udevd
> [ 1122]     0  1122     1333       77   0       0             0
> wpa_supplicant
> [ 1142]     0  1142      575       65   0       0             0 dhclient
> [ 1228]     0  1228     6917      104   0       0             0 rsyslogd
> [ 1260]     0  1260      618       38   0       0             0 cron
> [ 1269]     0  1269     1469       90   0     -17         -1000 sshd
> [ 1288]     0  1288      424       17   0       0             0 getty
> [ 1289]     0  1289      424       17   0       0             0 getty
> [ 1290]     0  1290      424       17   0       0             0 getty
> [ 1291]     0  1291      424       17   0       0             0 getty
> [ 1292]     0  1292      424       17   0       0             0 getty
> [ 1293]     0  1293      424       17   0       0             0 getty
> [ 1294]     0  1294      788       69   0       0             0 login
> [ 1295]     0  1295      623      100   0     -17         -1000 udevd
> [ 1297]     0  1297      804       96   0       0             0 bash
> [ 1301]     0  1301    29656    11911   0       0             0 arora
> Out of memory: Kill process 1301 (arora) score 761 or sacrifice child
> Killed process 1301 (arora) total-vm:118624kB, anon-rss:47440kB,
> file-rss:204kB
> Killed

[Benjamin Meyer]

One thing to note is that Arora doesn't have any code to squeeze memory. It keeps a copy of history, bookmarks, cookies and every tab open in memory.

-Benjamin Meyer

[Jeff]

Maybe, or not.

My first question was about the minimum system requirements. I didn't find this on Arora's Wiki and even on Google. Does anybody know it ?

I have read that the project was aborted, is that true ?

Anyway, I will try to build another release.

Thank you for your answers.

[Jeff]

Hi Benjamin,

I had not seen your answer... thank you for those precisions.

So I think it's over, I can give up :-(

It's a pity for this browser which claims running on embedded devices....

[Benjamin Meyer]

Well it does run on embedded devices, just not the best it could be. The widgets etc are all a bit more geared to larger screens too. Really it just comes down to the face that no one has really taken the time to optimize it for small screens etc.

-Benjamin Meyer

[Jeff]

Hi,

Sorry but I didn't want to offend you, I'm french and my english is not that good.

I used the the expression "it's a pity" as "it's sad" rather than "it's a shame".

Finally I've found a workaround but it's not a good one because it slows down execution and reactions of the touchscreen.

The trick is to activate swap. As I prefere to save my nand, I've made two partitions on a SD card, one for the rootfs and the other for the swap.

Format the swap partition:

# mkswap /dev/mmcblk0pX       (where X is the swap partition number on SD)

Add this line to fstab:

/dev/mmcblk0pX none swap sw 0 0

This is it, you can run arora but it's horrible. Loading is slow, mouse pointer is pending quite long before moving. But it's rather normal because the system have to access rootfs and swap alternatively.

I will test to parellelize swap and rootfs using my nand rootfs and my SD card dedicated to swap.

Best regards.

[Jeff]

I've tested with both SD card and external USB HDD dedicated to swap, there is no performance increase.

I give up with Arora.

By the way, thank you for your answers.

Regards.