Active Topics

 


Reply
Thread Tools
Posts: 436 | Thanked: 406 times | Joined on Jan 2010
#291
Originally Posted by P@t View Post
Some comments after having used it for a week or so. I have the feeling that it does not work very well in (at least) one circumstance: having wifi +playing music through a bluetooth headphone.
I have then quite a lot of stuttering...

Otherwise thanks a lot for the work
thx for feed back, I don't have any bluetooth headsets so can't test anything there, its good to know so i can at least try to make it smoother.

Did browsing the internet with a bluetooth headset have stuttering before using the patch?
 
Chrome's Avatar
Posts: 349 | Thanked: 309 times | Joined on Feb 2010 @ PS/IL
#292
Hey SavageD, not sure if this bug have been reported before:

when playing movies in the default media player sound through headphones only play in one ear, but mplayer works fine. Using the latest version of the script.
 

The Following User Says Thank You to Chrome For This Useful Post:
Posts: 343 | Thanked: 819 times | Joined on Jan 2010 @ Paris, France
#293
the bug I am mentioning is not new in the sense that before the script, I as suffering from the same problem but (I need to confirm that with further tests probably) I feel that it is worst after the patch.
I am not sure if Ihad applied the script correctly but I think I have even suffered from the stuttering even without any wifi on and using my bluetooth handset. But it is a limited problem and not link to a cpu hang as far as I could see.
 

The Following User Says Thank You to P@t For This Useful Post:
Posts: 701 | Thanked: 585 times | Joined on Sep 2010 @ London, England
#294
I use bluetooth headphones and have occasionally experienced the stuttering even without wifi active. My fix when it happens is to turn bluetooth off then back on again, I suggest you try that need time you get that problem. I haven't yet applied this patch so I can't comment on whether it makes any difference to the problems the N900 already has with bluetooth.

Bluetooth and wifi both use the 2.4GHz frequency range, and apparently the N900 uses the same antenna for both of them, this seems to sometimes cause interference issues between them.
 

The Following 2 Users Say Thank You to retsaw For This Useful Post:
F2thaK's Avatar
Posts: 4,365 | Thanked: 2,467 times | Joined on Jan 2010 @ Australia Mate
#295
SavageD, what version is in OP?? Im unsure what version im using but its great! I applied the very latest version, then overwrote the files in the BoostN900 folder with the previous version.. Not sure if that reverts to previous version or not. (I didnt re-do the xterm code)
 

The Following User Says Thank You to F2thaK For This Useful Post:
Posts: 701 | Thanked: 585 times | Joined on Sep 2010 @ London, England
#296
Originally Posted by SavageD View Post
don't want to go into techincallities and all cause I don't want to make a long post.

echo 6 > /proc/sys/vm/page-cluster

I chose this value simply because having done some research I found that increasing the value actually made their computers faster. The original value was "5" which I thought was good enough though just to make things slightly better I increased it to "6" any higher and it would dig into battery life as it makes swap more aggressive.
What research did you do into this? Was it just changing and observing that it made the computers you tested faster, or was there more to it than that?

While investigating the function of each of the settings that swappolube changed, I had a hard time finding much information on this one, so I ended up digging around in the kernel source code, and there was a comment saying that even though there are performance benefits from larger values for systems with larger amounts of RAM there were negative effects from setting this value above 3, so the default for a vanilla kernel is 3 (or 2 on very low memory systems), however there was no indication as to what the negative effects were in the comments. This value is used both for the number of swap pages to read ahead, as well as the number of swap pages to write in one go, it also uses the number in the 2^n fashion, so a value of 6 indicates 64 pages. Higher values are mostly of use when swap is on a hard disk drive where seek time is an issue, so it is beneficial to group read/writes into larger chunks to reduce the amount of time spent seeking. On an SSD seek times are less of an issue, so I would expect less of a benefit from high values, I would also think that lower values would tend to reduce lagginess when writing to swap since it will be doing it in smaller chunks. But to be honest I don't truly know how this affects responsiveness on the N900 and what is the best way to go.

Personally I decided to heed the warning and set it to 3, while swappolube sets it to 0 (IIRC).
 
Posts: 436 | Thanked: 406 times | Joined on Jan 2010
#297
Originally Posted by retsaw View Post
What research did you do into this? Was it just changing and observing that it made the computers you tested faster, or was there more to it than that?

While investigating the function of each of the settings that swappolube changed, I had a hard time finding much information on this one, so I ended up digging around in the kernel source code, and there was a comment saying that even though there are performance benefits from larger values for systems with larger amounts of RAM there were negative effects from setting this value above 3, so the default for a vanilla kernel is 3 (or 2 on very low memory systems), however there was no indication as to what the negative effects were in the comments. This value is used both for the number of swap pages to read ahead, as well as the number of swap pages to write in one go, it also uses the number in the 2^n fashion, so a value of 6 indicates 64 pages. Higher values are mostly of use when swap is on a hard disk drive where seek time is an issue, so it is beneficial to group read/writes into larger chunks to reduce the amount of time spent seeking. On an SSD seek times are less of an issue, so I would expect less of a benefit from high values, I would also think that lower values would tend to reduce lagginess when writing to swap since it will be doing it in smaller chunks. But to be honest I don't truly know how this affects responsiveness on the N900 and what is the best way to go.

Personally I decided to heed the warning and set it to 3, while swappolube sets it to 0 (IIRC).
Actually most of the patch is simply personal hack I made after looking into pulse audio and observing the file systems and the various functions in the device.

Basically there was a thread in this forum speaking about pulse audio being a bad choice for the n900 because of cpu consumption and what not....it peaked my interest and I decided to look into it, did some research into the various pulse audio files, (mainly alsa mixer) began changing things up...and thats it

About page cache....lowering the value makes the system slower, this I know for certain. The n900 needs swap for most things. Swap uses page-cache to perform more efficiently.

The default value is 5, I turned it up to 6 just to make things relating to swap a little more efficient.

Things were notably slower with page-cache set to 0 in all my tests.

The best way to go is to actually leave it at "5".

Last edited by SavageD; 2010-12-10 at 03:00.
 

The Following User Says Thank You to SavageD For This Useful Post:
Posts: 1,179 | Thanked: 770 times | Joined on Nov 2009
#298
Installed this and today I had 3 calls where there was no sound. I couldn't hear the caller and the caller couldn't hear me. When I realised what was happening I asked the wife to call me (she was 1 of the 3 previous callers) and this time wecould hear each other. Strange! This was the only new thing I had installed and it was an issue I had never had before so unless there was some major coincidence this was the source of the problem. Since I could hear on the last call I will give this a try for another day to see.
 
Posts: 436 | Thanked: 406 times | Joined on Jan 2010
#299
Originally Posted by etuoyo View Post
Installed this and today I had 3 calls where there was no sound. I couldn't hear the caller and the caller couldn't hear me. When I realised what was happening I asked the wife to call me (she was 1 of the 3 previous callers) and this time wecould hear each other. Strange! This was the only new thing I had installed and it was an issue I had never had before so unless there was some major coincidence this was the source of the problem. Since I could hear on the last call I will give this a try for another day to see.
Was anything else working with sound after the call like the media player?
 
Posts: 436 | Thanked: 406 times | Joined on Jan 2010
#300
Please this is important I need someone to run a simple test for me regarding the patches:

Reason: After removing my BoostN900 patch on my device I realized that my n900 had remained running as fast as it was with BoostN900 installed (extremely fast).


The test I need you to perform:

Run the BoostN900 script and restart

Run the slowest game or object you could find on the n900 that would make you see a difference in performance.

Remove the BoostN900 Script using RemoveBoostN900.sh and restart.

Plz Report back and tell me if the speed and responsiveness of the device has increased


If you already have BoostN900 installed...simply remove it, then restart the n900 and let me know if the responsiveness and speed is still the same as when the patches are installed.

I really need this feed back.
 
Reply


 
Forum Jump


All times are GMT. The time now is 19:00.