Hi David, 273mB memory setting in Flame only consider that we can have more memory from the modem optimization. We should also check the memory difference in display/camera. One example is that we can gain 15-20mB more memory in homescreen in 2.0 if we set display from FWVGA to HVGA. (pmem/ION memory didn't count it)
zram will cost some physical memory and we should have a clear target before we start to tune the zram. We need to know the detail like pre-allocate memory, hw components and then we can tune the parameters of zram. Regards, viral ----- Original Message ----- From: "David Flanagan" <[email protected]> To: [email protected] Sent: Saturday, July 19, 2014 5:12:54 AM Subject: [b2g] zram configuration, thrashing and a beachball With the recent testing of the Flame in a 273MB configuration we're seeing a lot of bugs (like 1038938 and 1037383) where apps slow to a crawl. It seems to me that we're are running with so little memory that we're seeing old-time thrashing on the zmem swap partition. So first of all: has anyone actually worked to tune the zmem parameters in our builds? The Flame uses a 192mb zmem partition (see this line in /init.target.rc |write /sys/block/zram0/disksize 192M|) If that is an appropriate value for a 512 or 1024mb Flame, I wonder if it is actually the best value for a 273mb flame. Maybe we would get better performance if we had more uncompressed ram available for live apps? And second: no matter how well we tune zram, if we've got zram swapping turned on there are going to be low memory conditions where we are swapping and the user sees apps running really slowly. I think we need a FirefoxOS equivalent of the MacOS beachball.... Is there anyway we can have something in gonk that detects swapping and draw something directly to the screen (bypassing gecko and the system app) to let the user know that the system is busy? David _______________________________________________ dev-b2g mailing list [email protected] https://lists.mozilla.org/listinfo/dev-b2g _______________________________________________ dev-b2g mailing list [email protected] https://lists.mozilla.org/listinfo/dev-b2g
