Easy Debian Fremantle Beta Testing - Page 233 - maemo.org

Active Topics

How many of you still use N900 as main phone? (592)
to Community by bradvesp - 2 days, 6 hrs ago
Which is the best N95? What software modifications could be made to it? (3)
to General by Kalatti - 2 days, 16 hrs ago
Installing CSSU Stable in year 2024 (2)
to Maemo 5 / Fremantle by teroyk - 2 days, 23 hrs ago
Porting apps to Leste (34)
to Maemo 7 / Leste by Arno_11 - 3 days, 9 hrs ago
[ANNOUNCE] CSSU-thumb thread - stable Thumb2 on N900 (2,266)
to Maemo 5 / Fremantle by pali - 5 days, 1 hr ago
Firefox with Leste (7)
to Maemo 7 / Leste by teroyk - 5 days, 5 hrs ago
more...

Page 233 of 333

233

Thread Tools

	Estel	2011-06-29 , 10:48
	Posts: 5,028 \| Thanked: 8,613 times \| Joined on Mar 2011	#2321

Originally Posted by zero

I tried putting the N900 in the fridge

WTF? You want to destroy Li-Po battery, fry Your N900 cause humidity concentration on inside parts, or whatever? Never ever do such a things. You may be lucky 1, 2, or 999 times, and another one will damage Your device irreversibly.

Quote & Reply |

Cue	2011-06-29 , 11:08
Posts: 840 \| Thanked: 823 times \| Joined on Nov 2009	#2322

Originally Posted by Estel

WTF? You want to destroy Li-Po battery, fry Your N900 cause humidity concentration on inside parts, or whatever? Never ever do such a things. You may be lucky 1, 2, or 999 times, and another one will damage Your device irreversibly.

Not that I recommend this because there is no reason for it but most modern fridges are usually dry, more dry than the outside air. It's when you take it out to a much hotter humid climate that you must avoid condensation buildup (one way is to stick it in a bowl of rice). Also putting a Li-Ion battery in the fridge actually increases lifespan. Still agree with you though, there really is no reason to stick it in the fridge.

Last edited by Cue; 2011-06-29 at 11:11.

Quote & Reply |

The Following User Says Thank You to Cue For This Useful Post:
Estel

	qole	2011-06-29 , 18:27
	Moderator \| Posts: 7,109 \| Thanked: 8,820 times \| Joined on Oct 2007 @ Vancouver, BC, Canada	#2323

Hi zero,

I agree with you, the way to go is a dedicated SD partition.

Everything is so much faster and more stable.

All the rebooting problems seem to happen to people with their image on the MyDocs partition.

I would like to have some people try out my new "swap scripts" to see if this helps with images on the MyDocs partition.

Before running big I/O heavy processes in a MyDocs image (like installing or updating Debian apps), please do the following from a Maemo terminal:

Code:

sudo nr_requests_setup
sudo swapoffon

Please report your findings!

Originally Posted by zero

Hello,

If you remember, I had a very bad rebooting problem with ED before a few months ago where it became unusable. I had some time recently to try out ED again with the latest 9.56 scripts. I used a fresh image v3e and there were no changes to my N900 since the previous time. Unfortunately, when installing new applications through Synaptic, my device rebooted after about 10 minutes and destroyed the ED image.

After that I played around with other areas of my N900 and here is what I have achieved. I have now been running ED with a heavy disk and cpu load for a few hours and there has been no problem. I made the following changes to my N900:

- power kernel 46
- swap on eMMC increased to 1.75G (not sure if this does anything)
- chroot is on /dev/mmcblk1p3, dedicated ext2 partition. I would have used ext4 but the maemo kernel version does not allow mounting of ext4 without a journal. I'm sure having a journal would be fine, as SD cards are very cheap now anyway
- modified the qchroot script to stop mounting /home/user inside the chroot, as this interferes with maemo settings. I can still mount MyDocs. Not sure why you would mount the Maemo /home/user inside the chroot anyway... and is this what is causing the gconf errors?

I am not going to unzip any ED image on the N900 any more, as my PC is so much faster. However, by having the entire chroot filesystem on its own microSD partition, this makes the transferring and backing up much faster. It used to take me 1 hour to transfer the 2GB image, like mscion. I now use dd if=/dev/sdc3 of=/..../debian.backup bs=262144, this takes 4 minutes to backup 2G.

__________________
qole.org --- twitter --- Easy Debian wiki page
Please don't send me a private message, post to the appropriate thread.
Thank you all for your donations!

Quote & Reply |

The Following 3 Users Say Thank You to qole For This Useful Post:
Cue, Estel, fw190

maartenmk	2011-07-03 , 11:00
Posts: 182 \| Thanked: 69 times \| Joined on Nov 2009 @ Netherlands	#2324

I've done some benchmarking with OpenOffice Calc, before and after moving to a dedicated SDcard partition:

Starting Easy Debian, Opening OO Calc, opening a file (my time sheet for work), doing a bit of scrolling to test responsiveness, closing OO and shutting down ED:
- from image file: 3:05min
- from partition: 2:15min

Starting Open Office from within Maemo, opening a file (my time sheet for work), doing a bit of scrolling to test responsiveness, closing OO:
- from image file: 2:15min
- from partition: 1:25min

Stock CPU speed, freshly booted each time. Swappolube is on, KP47, CSSU installed, using AndrewX192's updated image.

So, a very decent improvement. Maybe the second round (from partition) went a bit smoother because I had had a practice round, but it can't explain everything.

Are these times more or less what you would expect, or could I get some more improvement out of it?

(I also tried it with MS Excel 2007 on my laptop with Core2@2.00GHz, it took 40 seconds. It has a pretty slow hard drive, but still, in that respect, 1:25 is not bad at all

Quote & Reply |

The Following 4 Users Say Thank You to maartenmk For This Useful Post:
Cue, Estel, mscion, qole

	Estel	2011-07-05 , 20:45
	Posts: 5,028 \| Thanked: 8,613 times \| Joined on Mar 2011	#2325

Which class and manufacturer is Your SD card? I wonder if You can get better results using dedicated partition on eMMC and (important) swap only on microSD.

__________________
N900's aluminum backcover / body replacement
-
N900's HDMI-Out
-
Camera cover MOD
-
Measure battery's real capacity on-device
-
TrueCrypt 7.1 | ereswap | bnf
-
Hardware's mods research is costly. To support my work, please consider donating. Thank You!

Quote & Reply |

The Following User Says Thank You to Estel For This Useful Post:
maartenmk

mscion	2011-07-06 , 03:01
Posts: 1,873 \| Thanked: 4,529 times \| Joined on Mar 2010 @ North Potomac MD	#2326

Originally Posted by maartenmk

I've done some benchmarking with OpenOffice Calc, before and after moving to a dedicated SDcard partition:

Starting Open Office from within Maemo, opening a file (my time sheet for work), doing a bit of scrolling to test responsiveness, closing OO:
- from image file: 2:15min
- from partition: 1:25min

Hi maartenmk. I find that the timings are sensitive to what order you do things.
Lets assume you let the N900 start up.
Now open OO from Maemo. It took me 1 minute and 35 just to start OO.

Now if I exit out and start OO from Maemo again it takes about 45-50 seconds.

Anyways, could you reverse the order of your tests for when you start from Maemo. No need to open spread sheet. Just see how long it takes to get to the stage you can type.

EDIT: Correction. If you use close debian after exiting OO it adds about (15 to 25) seconds to restart OO from Maemo. Also, all my restults are from using easy debian in MyDocs.

Last edited by mscion; 2011-07-06 at 13:44.

Quote & Reply |

The Following User Says Thank You to mscion For This Useful Post:
maartenmk

	debernardis	2011-07-06 , 05:45
	Posts: 2,142 \| Thanked: 2,054 times \| Joined on Dec 2006 @ Sicily	#2327

I think that in order to speed test the various chroots,
1) the device must be freshly booted each time (Maartenmk reports he did so);
2) you should get the first 3 timings, since in my experience the first OOO boot is really slow, the second is much quicker, the third gets stable.

__________________
Ernesto de Bernardis

Quote & Reply |

The Following 2 Users Say Thank You to debernardis For This Useful Post:
maartenmk, mscion

mscion	2011-07-06 , 14:25
Posts: 1,873 \| Thanked: 4,529 times \| Joined on Mar 2010 @ North Potomac MD	#2328

Originally Posted by debernardis

I think that in order to speed test the various chroots,
1) the device must be freshly booted each time (Maartenmk reports he did so);
2) you should get the first 3 timings, since in my experience the first OOO boot is really slow, the second is much quicker, the third gets stable.

I completely agree with your suggestion. That was basically what I was doing. All the information is useful in characterizing performance. So it would be good if maartennm could try starting up OO three times for at least some of the cases. In particular, it would be very interesting if, when starting within Maemo and from partition, there is a significant improvement from the 1:25min reported on the second try. You could also try comparing results after using close debian and not using close debian.

In maartenmk's test he is also utilizing Swappolube, KP47, CSSU, and AndrewX192's updated image so I am very interested in his restults because I do not currently use any of them. It is good to isolate what is having an effect, if any, on performace. For example, how do restults change if Swappolube is on or off. When I tried that in the past I did not see much improvement. But I will try again and consider checking other options utilized if the performance is improved. Also does it depend on combinations of options. For example, do you need to use Swappolube and CSSU together to see an improvement. I can't really say because I do not know how they work.

Finally, it might be good if there were "standard" files for testing purposes. For example a word document, spread sheet and ppt so that the tests are more relavent for comparison. Do such files exist?

Last edited by mscion; 2011-07-06 at 14:57.

Quote & Reply |

maartenmk	2011-07-06 , 19:53
Posts: 182 \| Thanked: 69 times \| Joined on Nov 2009 @ Netherlands	#2329

@Estel
It's a class 2 8GB card that came with an Xperia X10. I am not quite ready to start repartitioning the eMMC, and I'm also hesitant to put swap on microSD, but I do have a class 4 4GB card, maybe I'll try using that.

@mscion and debernardis:
I repeated the exact same test for starting from a partition from within Maemo, and then a few more times without rebooting. I did not use Close Debian.
1st: 1:20min (loading OO took 35secs)
2nd: 1:05min (loading OO took 15secs)
3rd: 1:10min
4th: 1:05min
Then I did the same once more (without rebooting), O/Ced too 1150MHz, this took 55 sec.

mscion, for the original test I did record the time it took to start OO. With the image file on MyDocs, from within Maemo, it was 55secs.

But after a few days of use I must say that the responsiveness improvement is just as nice as, or even nicer than the loading time improvement. ED is now really usable, the lag is pretty much gone.
So using a dedicated partition is highly recommended.

Quote & Reply |

The Following User Says Thank You to maartenmk For This Useful Post:
mscion

	Estel	2011-07-06 , 20:42
	Posts: 5,028 \| Thanked: 8,613 times \| Joined on Mar 2011	#2330

Originally Posted by maartenmk

@Estel
It's a class 2 8GB card that came with an Xperia X10. I am not quite ready to start repartitioning the eMMC, and I'm also hesitant to put swap on microSD, but I do have a class 4 4GB card, maybe I'll try using that.

Just be sure to do benchmarks first. Some class 2 cards (SanDisk, particullary) are faster, than other class 4, 6, or even 10 (patriot, which suxx big time btw). Card "class" isn't standarized, so manufcturers tends to do wishful thinking there.

As for reformatting eMMC, i strongly recommend You using last solution from wiki page - using Aptosid (or whatever debian liveCD/DVD You want) and backupmenu mass storage mode, repartitioning is easy as a piece of cake. Really. Personally, I used this method - mixed with "changing eMMC filesystem" article - to reformat my /home and ED dedicated partition to ext4, which improves performance and reliability even more (beore that, i used ED on dedicated partition, but as ext3)

Also, keep in mind, that moving swap to MicroSD partition improve performance dramatically, even using class 2 - that's due to lesser I/O conflicts, when both swap and Your application want to access eMMC.