Active Topics
-
Full linux distros on Sailfish OS (254)
to SailfishOS by qoh - 2 hrs, 56 mins ago -
Porting apps to Leste (29)
to Maemo 7 / Leste by Arno_11 - 6 days, 1 hr ago - more...
 |
plaban |
2010-04-02
, 17:08
|
|
Posts: 395 |
Thanked: 107 times |
Joined on Dec 2009
@ India
|
#21
|
I want to try it.Please someone make a wiki.
|
|
2010-04-02
, 17:17
|
|
Posts: 207 |
Thanked: 119 times |
Joined on Nov 2009
@ Pittsburgh, PA, USA
|
#22
|
Originally Posted by plaban
What do you want to see?
I want to try it.Please someone make a wiki.
I can write how to do it.
Exist 2 ways to do it.
1. Increase Swap volume on internal flash (eMMC). In this case you will need to copy somewhere all files from internal memory (only from /home/user/MyDocs).
2. use swap on microSD card. In this case you will need to copy all files from your SD card.
What do you prefer?
|
|
2010-04-02
, 17:20
|
|
Posts: 395 |
Thanked: 107 times |
Joined on Dec 2009
@ India
|
#23
|
I want to use sd card
|
|
2010-04-02
, 17:28
|
|
Posts: 395 |
Thanked: 107 times |
Joined on Dec 2009
@ India
|
#24
|
I have used this
dd if=/dev/zero of=/media/mmc1/swap1.img bs=1M count=1024
mkswap /media/mmc1/swap1.img
swapon /media/mmc1/swap1.img
now a swap file of size 209 mb created in sd card.I want to know do I need run the code every time I reboot the device? What will happen if i remove the sd card?
Last edited by plaban; 2010-04-02 at 17:39.
dd if=/dev/zero of=/media/mmc1/swap1.img bs=1M count=1024
mkswap /media/mmc1/swap1.img
swapon /media/mmc1/swap1.img
now a swap file of size 209 mb created in sd card.I want to know do I need run the code every time I reboot the device? What will happen if i remove the sd card?
Last edited by plaban; 2010-04-02 at 17:39.
| The Following 2 Users Say Thank You to plaban For This Useful Post: | ||
|
|
2010-04-02
, 18:10
|
|
Posts: 395 |
Thanked: 107 times |
Joined on Dec 2009
@ India
|
#25
|
Yes the device now feels more responsive and fast.Application opening and closing is seems faster.But need more confirmation.
Last edited by plaban; 2010-04-02 at 18:13.
Last edited by plaban; 2010-04-02 at 18:13.
|
|
2010-04-02
, 18:45
|
|
Posts: 395 |
Thanked: 107 times |
Joined on Dec 2009
@ India
|
#26
|
No one interested to try it ??
|
|
2010-04-02
, 18:58
|
|
Posts: 14 |
Thanked: 14 times |
Joined on Apr 2010
|
#27
|
Originally Posted by plaban
I tried it right now - exactly your steps (as root).
No one interested to try it ??
I also had the problem of swapon locking up.
Did you have to do something special for that not to happen? (my sd card is FAT formatted, BTW)
|
|
2010-04-02
, 19:05
|
|
Posts: 395 |
Thanked: 107 times |
Joined on Dec 2009
@ India
|
#28
|
I have formatted the card from mobile before using it.
|
|
2010-04-02
, 19:09
|
|
Posts: 310 |
Thanked: 383 times |
Joined on Jan 2010
|
#29
|
There's a bug in the stock kernel (or possibly busybox) that breaks swapfiles; best bet is to make a new partition on the microsd card, type 82. It's faster anyway.
The easiest way is to plug your n900 in via USB and partition from a linux host (standard /sbin/fdisk).
The easiest way is to plug your n900 in via USB and partition from a linux host (standard /sbin/fdisk).
|
|
2010-04-02
, 19:28
|
|
Posts: 170 |
Thanked: 75 times |
Joined on Jun 2008
@ NYC
|
#30
|
Originally Posted by demiurgus
I think this is somewhat pointless as the reason for striping was to use both hard drive's spin speed to increase data rate where the bottleneck is always the hard drive.
There is no need to configure striping for swap partitions. If you have more than one the kernel will use them interchangeably anyway.
In this case, "conventional" seek time bottlenecks are eliminated due to the type of memory. Unless something is wrong with implementation, the default swap setup should be pretty much 100% of the speed you can get for "virtual memory".
But there are far more factors than "it should work this way". Therefore, if many people are coming up with a much faster swap solution by switching to a class 6 card, maybe we can also see if we can't pinpoint the slow down? (ie. throughput, kernel handling, etc..)