|
2011-02-17
, 12:51
|
Posts: 2,802 |
Thanked: 4,491 times |
Joined on Nov 2007
|
#32
|
and also u can't change a thing.
The Following 4 Users Say Thank You to lma For This Useful Post: | ||
|
2011-02-17
, 12:58
|
Posts: 2,802 |
Thanked: 4,491 times |
Joined on Nov 2007
|
#33
|
The Following User Says Thank You to lma For This Useful Post: | ||
|
2011-02-17
, 13:13
|
Posts: 224 |
Thanked: 155 times |
Joined on Jan 2011
|
#34
|
Hey everyone,
I've been using my phone as a wireless media server for friends (with Samba + wifi hotspot).
|
2011-02-17
, 14:09
|
Posts: 692 |
Thanked: 264 times |
Joined on Dec 2009
|
#35
|
The Following User Says Thank You to GameboyRMH For This Useful Post: | ||
|
2011-02-17
, 14:25
|
|
Posts: 2,222 |
Thanked: 12,651 times |
Joined on Mar 2010
@ SOL 3
|
#36
|
Generally speaking, Linux is tuned for rotating media, not flash memory. The VM and I/O schedulers try to group I/Os together in a sensible manner, to reduce disk thrashing.
Of course, it's meaningless on the n900; there is no penalty for discontinous I/O.
I wonder if it would be worth setting some binaries unswappable (ie. phone).
|
2011-02-17
, 14:42
|
|
Posts: 186 |
Thanked: 192 times |
Joined on Jan 2010
@ Finland
|
#37
|
What happens if back cover is removed intentionally or by accident during heavy swapping?
|
2011-02-17
, 14:51
|
|
Posts: 2,222 |
Thanked: 12,651 times |
Joined on Mar 2010
@ SOL 3
|
#38
|
It would be interesting to know whether the unmounting/disconnection of the SD card is done by SW or HW, and whether it can be prevented.
The Following 4 Users Say Thank You to joerg_rw For This Useful Post: | ||
|
2011-02-17
, 14:58
|
Posts: 2,225 |
Thanked: 3,822 times |
Joined on Jun 2010
@ Florida
|
#39
|
It would be interesting to know whether the unmounting/disconnection of the SD card is done by SW or HW, and whether it can be prevented.
|
2011-02-17
, 15:26
|
Posts: 1,141 |
Thanked: 781 times |
Joined on Dec 2009
@ Magical Unicorn Land
|
#40
|
What are disadvantages of using microSD as swap memory? What happens if back cover is removed intentionally or by accident during heavy swapping?
The Following 3 Users Say Thank You to stlpaul For This Useful Post: | ||
Also, the above test I mentioned above while downloading catalog 8/9 was with Laptop mode on. I turned laptop mode off for this next test (catalog 9/9, significantly bigger) - while leaving the massive dirty (background) ratio values... So that combination was a bit less than ideal. Download speed was nice, but UI responsiveness ground to a halt in some moments... Hmmm, specifically, during the actual finishing of the download. It had the same horrible unresponsiveness during the previous test for about a minute or so, when it finished downloading that catalog.
So what does that tell us? Laptop mode on-off doesn't seem to effect either sustained downloading or the finalizing of the write of that file, that I could notice. By itself, however, it seems that just lowering the I/O queues, but not changing the ratios or the vfs_cache_pressure, doesn't solve the unresponsiveness problem.
On the other hand, for all I know, it does, and had this been an N900 with all values at stock, the same slowness/UI-paralysis could have lasted much longer, when downloading that big of a file and saving it, all the while having Stellarium running in the background, with real time and a decently wide viewing angle, plus twinkle for the stars enabled.
So, to sumrise, when using Stellarium's built in catalogue download, tweakings JUST the queue sizes down seems to increase download speed, but, if your dirty ratio and dirty background ratio are high, swappiness is low, you do NOT have regular pdf flush daemon wakeups enables (mine don't wake up automatically, I have both centisecs values at 0), there is still a massive slow-down when finishing the download.
My GUESS is that had I had the centisecs values set to something low, or the ratio values set to something low, both would have lessened the final slow-down as well, probably significantly, because with dirty ratio at 95 and dirty background ratio at 65, and no routine flush daemons waking up, the dirty pages built up, both in RAM and in swap, I suspect.
Speaking of which, Stellarium runs great with all star cataloges downloaded. This is the non-mobile one. The mobile one presumably does even better.