Hi J.R, thanks for your prompt reply, the information as below:
for android, which is using the touch UI, what I can describe is that some times, when touch the screen, it totally has not response for a while before it starting to move. since it is determined by using the system UI(in our context, HTC sense), don't know what native linux command can strace into. # cat /proc/mounts cat /proc/mounts rootfs / rootfs ro,relatime 0 0 proc /proc proc rw,relatime 0 0 sys /sys sysfs rw,relatime 0 0 /dev/block/mtdblock3 /.aufs/system yaffs2 rw,relatime 0 0 tmpfs /.aufs/tmp tmpfs rw,relatime 0 0 /dev/loop0 /.aufs/cache squashfs ro,relatime 0 0 /dev/loop1 /.aufs/squashed squashfs ro,relatime 0 0 aufs /system aufs rw,relatime,si=67916137,udba=none,rdcache=90,rdblk=0,rdhash=0 0 0 /dev/block/mmcblk0p2 /data ext4 rw,nosuid,nodev,noatime,nodiratime,commit=15,bar rier=0,nobh,data=writeback,noauto_da_alloc 0 0 /dev/block/mmcblk0p3 /mnt/extdata ext4 rw,nosuid,nodev,noatime,nodiratime,commit =60,barrier=1,data=ordered,noauto_da_alloc 0 0 /dev/loop2 /data/data ext4 rw,relatime,commit=30,barrier=0,data=ordered,noauto_d a_alloc 0 0 /dev/block/mtdblock5 /mnt/mtddata yaffs2 rw,nosuid,nodev,noatime,nodiratime 0 0 tmpfs /dev tmpfs rw,relatime,mode=755 0 0 devpts /dev/pts devpts rw,relatime,mode=600 0 0 none /acct cgroup rw,relatime,cpuacct 0 0 tmpfs /mnt/asec tmpfs rw,relatime,mode=755,gid=1000 0 0 none /dev/cpuctl cgroup rw,relatime,cpu 0 0 /dev/block/vold/179:1 /mnt/sdcard vfat rw,dirsync,nosuid,nodev,noexec,relatime,u id=1000,gid=1015,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437,iocha rset =iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0 /dev/block/vold/179:1 /mnt/secure/asec vfat rw,dirsync,nosuid,nodev,noexec,relat ime,uid=1000,gid=1015,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437, ioch arset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0 tmpfs /mnt/sdcard/.android_secure tmpfs ro,relatime,size=0k,mode=000 0 0 # cat /sys/module/aufs/parameters/brs cat /sys/module/aufs/parameters/brs 1 # cat /sys/fs/aufs/si_67916137/xi_path cat /sys/fs/aufs/si_67916137/xi_path /.aufs/system/rw/.aufs.xino # cat /sys/fs/aufs/si_67916137/br0 cat /sys/fs/aufs/si_67916137/br0 /.aufs/system/rw=rw # cat /sys/fs/aufs/si_67916137/br1 cat /sys/fs/aufs/si_67916137/br1 /.aufs/cache=rr # cat /sys/fs/aufs/si_67916137/br2 cat /sys/fs/aufs/si_67916137/br2 /.aufs/squashed=rr # Linux localhost 2.6.32.15-freak_v1.5 #96 PREEMPT Fri Apr 1 15:50:34 CEST 2011 ar mv7l GNU/Linux # dmesg | grep "aufs" dmesg | grep "aufs" <6>aufs 2.1-standalone.tree-32-20110307 <4>aufs test_add:262:mount[115]: uid/gid/perm /.aufs/cache 0/0/0777, 0/0/0755 <4>aufs test_add:262:mount[115]: uid/gid/perm /.aufs/squashed 0/0/0777, 0/0/0755 <4>[<c00e03f8>] (filemap_fault+0x0/0x438) from [<c01ecfbc>] (aufs_fault+0xc4/0x1 04) <4>[<c01ecef8>] (aufs_fault+0x0/0x104) from [<c00f4610>] (__do_fault+0x58/0x40c) Best regards, dandiest On Mon, Apr 4, 2011 at 5:04 PM, <[1]sf...@users.sourceforge.net> wrote: Hello dandiest, dandiest: > can anybody give us some idea how to improve? thanks. I'd suggest you to - decide one method to measure how the performance is bad. - strace it and find which systemcall take long time (or memory). - then I will track down inside of the systemcall. And these info are necessary too. (from the aufs README) ---------------------------------------------------------------------- - /proc/mounts (instead of the output of mount(8)) - /sys/module/aufs/* - /sys/fs/aufs/* (if you have them) - /debug/aufs/* (if you have them) - linux kernel version if your kernel is not plain, for example modified by distributor, the url where i can download its source is necessary too. - aufs version which was printed at loading the module or booting the system, instead of the date you downloaded. - configuration (define/undefine CONFIG_AUFS_xxx) - kernel configuration or /proc/config.gz (if you have it) - behaviour which you think to be incorrect - actual operation, reproducible one is better ---------------------------------------------------------------------- J. R. Okajima References 1. mailto:sf...@users.sourceforge.net
------------------------------------------------------------------------------ Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf