Reply
Thread Tools
Posts: 79 | Thanked: 22 times | Joined on May 2011
#11
Mine gets laggy multiple times a day. I use dropcache a lot... sometimes it helps for a while.
 
Posts: 95 | Thanked: 35 times | Joined on Feb 2012
#12
After PR1.2 scrolling is slow some times. Gonna try drop catche.
 
ibrakalifa's Avatar
Posts: 1,583 | Thanked: 1,203 times | Joined on Dec 2011 @ Everywhere
#13
laggy when texting here, and updating feed
__________________
~$
~#
 

The Following User Says Thank You to ibrakalifa For This Useful Post:
catbus's Avatar
Posts: 887 | Thanked: 2,444 times | Joined on Jun 2011
#14
Like Rainisto said...:
"Usually its slow after the update, because its rebuilding its indexes, and that might take quite long if there is lot of media files or emails. Few days in the worst cases."

...it depends of how much data You have, to build indexes. You can notice that everytime when You add great amount of data to N9; movies, music, etc. It takes time and if indexing is dropped before finished, i assume, it takes more time... Be patient...

In my case, it was about 2 hours of sudden lagg. After that (+few reboots when installing gtalk-video+firefox+flash) PR1.2 has been _very_ smooth and battery last longer than PR1.1. Even #486 does not bother any more...
__________________
N9 - My Precious...

"Gods have mercy. Cats don't..." <- Kaotik@iotech
 
Posts: 79 | Thanked: 22 times | Joined on May 2011
#15
Originally Posted by ibrakalifa View Post
laggy when texting here, and updating feed
This is the most annoying issue for me.
 

The Following User Says Thank You to BlackWindEXE For This Useful Post:
Posts: 324 | Thanked: 739 times | Joined on Jun 2009 @ São Paulo, Brazil
#16
try the attached package and let me know if it helped.

It's just a startup script that will set custom values to some kernel tunables. Uninstalling it will completely revert these values to the original state after reboot.

while testing, please do not use dropcaches (it wouldn't hurt but you wouldn't know if the package helped or if it was dropcaches)

edit: removed the old package. New version here.

Last edited by traysh; 2012-04-28 at 04:57.
 

The Following 4 Users Say Thank You to traysh For This Useful Post:
Posts: 617 | Thanked: 338 times | Joined on Mar 2011
#17
Originally Posted by traysh View Post
try the attached package and let me know if it helped.

It's just a startup script that will set custom values to some kernel tunables. Uninstalling it will completely revert these values to the original state after reboot.

while testing, please do not use dropcaches (it wouldn't hurt but you wouldn't know if the package helped or if it was dropcaches)
Sounds good , I've installed it and I made sure it's loaded by rebooting the phone .

Currently tweaks :

1.35ghz 1.3875 vcore
no sr1 and sr2
up treshold 75
sample rating 150000

so far is faster and smoother in everything , now let's see if your tweak improves something .

Could you also explain a bit what your package does ?

Later edit : I've unpacked the .deb file and looked in fastern9.sh , your tweak seems to be like swappolube on n900 , if these tweaks worth maybe someone will make a UI .
__________________
N9 and N900 , the beauty and the beast

Last edited by Dragoss91; 2012-04-26 at 18:42.
 
Schturman's Avatar
Posts: 5,339 | Thanked: 4,133 times | Joined on Jan 2010 @ Israel
#18
Originally Posted by traysh View Post
try the attached package and let me know if it helped.

It's just a startup script that will set custom values to some kernel tunables. Uninstalling it will completely revert these values to the original state after reboot.

while testing, please do not use dropcaches (it wouldn't hurt but you wouldn't know if the package helped or if it was dropcaches)
I also installed your app two days ago and phone looks less laggy. But now i work an update for my app and i did some restarts.. Need more time for testing..
 
Posts: 324 | Thanked: 739 times | Joined on Jun 2009 @ São Paulo, Brazil
#19
Originally Posted by Dragoss91 View Post
Sounds good , I've installed it and I made sure it's loaded by rebooting the phone .
No reboot needed, but maybe rebooting it would help to compare with the old behavior.

Originally Posted by Dragoss91 View Post
Could you also explain a bit what your package does ?

Later edit : I've unpacked the .deb file and looked in fastern9.sh , your tweak seems to be like swappolube on n900 , if these tweaks worth maybe someone will make a UI .
I'll just paste the new version of the script here (it includes explanations) in case anyone is interested. Will create another thread for the package.

Code:
#!/bin/sh
#

#Author: Danilo Luvizotto <danilo.luvizotto@gmail.com>
#License: do whatever you want with it.

#This is mainly a memory MOD. The idea is to avoid swapping.
#Swapping will cause the process to freeze while waiting
#data to be available in RAM. In our case it will also waste
#battery because the swap is compressed in N9.
#
#I've read a lot of documentation to get to the conclusions
#and explanations detailed here, but I may be wrong. If you're
#an expert and something is wrong, please let me know.

#If you want to learn about about cgroups, this is the best
#documentation I've found:
#http://docs.redhat.com/docs/en-US/Re...ide/index.html
#Beware some parts are specific to Red Hat Enterprise Linux.

#Source: http://www.kernel.org/doc/Documentation/sysctl/vm.txt
#
#vfs_cache_pressure controls the tendency of the kernel to
#reclaim the memory which is used for caching of directory
#and inode objects.
#At the default value of vfs_cache_pressure=100 the kernel
#will attempt to reclaim dentries and inodes at a "fair" rate
#with respect to pagecache and swapcache reclaim.  Decreasing
#vfs_cache_pressure causes the kernel to prefer to retain dentry
#and inode caches.
#
#This is a mobile phone, we want applications to be available in
#RAM, so we prefer pagecache and swapcache, not directory and
#inode cache. We don't want applications to freeze while their
#code come back from swap!
echo 2097151 > /proc/sys/vm/vfs_cache_pressure

#This will make the system less proactive moving data to swap.
#The value '3' worked better in my tests.
echo 3 > /proc/sys/vm/swappiness

#This will limit memory used by background processes to 10MB.
#The default value is arround 70MB.
#In my phone only 3 processes are in this group:
#msyncd, obexd and the infamous smartsearch
while [[ `cat /syspart/system/background/memory.limit_in_bytes` != 10485760 ]]
do
	echo 10M > /syspart/system/background/memory.limit_in_bytes
	sleep 5
done
#This will make background processes to have less CPU priority.                             
echo 128 > /syspart/system/background/cpu.shares

#This will limit memory used by desktop processes to 100MB.
#The default value is 200MB.
#The most important process in this group is meegotouchhome,
#to wich the 3 home views belong.
#At fist I thought performance would be better if this group
#has a higher limit, but it makes no difference. High limits
#will cause processes to swap, so performance will decrease.
while [[ `cat /syspart/system/desktop/memory.limit_in_bytes` != 104857600 ]]
do
        echo 100M > /syspart/system/desktop/memory.limit_in_bytes
	sleep 5
done
Edit: the package is here.

Last edited by traysh; 2012-04-28 at 04:56.
 

The Following User Says Thank You to traysh For This Useful Post:
Posts: 1 | Thanked: 0 times | Joined on Apr 2012
#20
Anyone experiencing laggy screen when receiving a phone call or swyping a alarm clock? (fps drop)

Tried OCing, re-flashing, waiting a few days, several reboots etc. nothing helped.
 
Reply

Thread Tools

 
Forum Jump


All times are GMT. The time now is 09:24.