View Single Post
Old 07-11-2012, 03:51 AM   #90
geekmaster
Carpe diem, c'est la vie.
geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.
 
geekmaster's Avatar
 
Posts: 6,433
Karma: 10773670
Join Date: Nov 2011
Location: Multiverse 6627A
Device: K1 to PW3
Okay, I opened up three SSH sessions on my K3. I ran htop in one. Then I ran gmplay with the Howard Lloyd clock video. Htop reported gmplay using 88% CPU. Then I ran tones, which made gmplay get jerky (slower framerate) and dropped gmplay to about 37% CPU, while tones took 40% CPU.

After about 20 seconds, tones aborted with "Write error: Input/output error", then gmplay jumped back up to 88%. I think a lot of that time is spent in system calls (especially on the K3, which does not return from the eink update until complete). gmplay spends a significant amount of time sleeping on the K4 or K5 (while the K3 is inside the system calls). Perhaps the K3 eink drivers use a wait loop or spinlock, consuming CPU overhead.

Last edited by geekmaster; 07-11-2012 at 04:07 AM.
geekmaster is offline   Reply With Quote