looks like t-mobile have released the 2.1 source at last

[Guest BigBearMDC]

Hold on a sec, I'll flash amon-ra and partition my SD, and see if swap works then :P

[Guest david_dawkins]

Well I just compiled the kernel with SWAP support and it booted up without any problems :)

Now I only need to test if SWAP is really enabled - how?

:P

Write a program that allocates more memory than there is RAM.

public class TestMem {

	 public static void Main(String args[]) {

		   byte[] buffer = new byte[ 200 * 1024 * 1024 ]; // 200 Mb enough to test?

		   System.out.println("Allocated without exception");

	 }

}

Something like that.

[Guest flip360]

go for it man, i`ll gladly test it :P

[Guest BigBearMDC]

Write a program that allocates more memory than there is RAM.

public class TestMem {

	 public static void Main(String args[]) {

		   byte[] buffer = new byte[ 200 * 1024 * 1024 ]; // 200 Mb enough to test?

		   System.out.println("Allocated without exception");

	 }

}[/code]


Something like that.


Haha :P

[Guest flip360]

Write a program that allocates more memory than there is RAM.

public class TestMem {

	 public static void Main(String args[]) {

		   byte[] buffer = new byte[ 200 * 1024 * 1024 ]; // 200 Mb enough to test?

		   System.out.println("Allocated without exception");

	 }

}

Something like that.

LOL, maybe we can use this script and enlarge the memory on our pulses? :P

[Guest david_dawkins]

Haha :P

I'm serious! That's one way to test it. :)

[Guest Pakatus]

It looks like this kernel has usb gadget support which means we could eventually port PSFreedom to our Pulse :P

iei for that :)

[Guest starkos]

It looks like this kernel has usb gadget support which means we could eventually port PSFreedom to our Pulse :P

Was going to ask about that, also apparently they got it ported to the HTC wildfire on 2.6.29 (http://psfreedom.com/wiki/index.php?title=Device_compatibility_list) but I'm not sure exactly what they do to the kernel & usb driver, I know they have to disable mass storage and adb support...

Also a very useful app for someone like me who forgets terminal command regarding memory is MemInfo

[Guest igor_anta]

Well I just compiled the kernel with SWAP support and it booted up without any problems :)

Now I only need to test if SWAP is really enabled - how?

:P

WOW, this is what I was waiting for for ages :( Can you make a flashable zip with the kernel update so we can just flash it in our roms without the hustle of wiping? I think flibblesan made something like that when he changed memory management once. Cheers!

[Guest BigBearMDC]

Is someone willing to upload a update.zip that only installs busybox with all necessary update-script commands?

I'd have to do it on my own otherwise and it would surely take me one hour or so :P

[Guest BigBearMDC]

Okay I'll just flash the CCR and replace the kernel, should work also :P

[Guest BigBearMDC]

YEEEEAAAAHHH!

:P

# cat /proc/swaps

Filename				Type		Size	Used	Priority

/dev/block/mmcblk0p3					partition	249664	6260	-1

#[/code]




[code]# free

			  total		 used		 free	   shared	  buffers

  Mem:	   107996	   105768		 2228			0		   80

 Swap:	   249664		20124	   229540

Total:	   357660	   125892	   231768

#

[Guest ogiogi]

YEEEEAAAAHHH!

:)

# cat /proc/swaps

Filename				Type		Size	Used	Priority

/dev/block/mmcblk0p3					partition	249664	6260	-1

#

# free

			  total		 used		 free	   shared	  buffers

  Mem:	   107996	   105768		 2228			0		   80

 Swap:	   249664		20124	   229540

Total:	   357660	   125892	   231768

#

Nice :( Does it feel faster/smoother now :P

Edited September 13, 2010 by ogiogi

[Guest BigBearMDC]

Nice :) Does it feel faster/smoother now :P

It does, but I have currently no SIM card in my phone, so this might be the reason for that.

[Guest BigBearMDC]

Also priority is set to -1 which is pretty sure not good for performance :P

[Guest starkos]

YEEEEAAAAHHH!

:P

# cat /proc/swaps

Filename				Type		Size	Used	Priority

/dev/block/mmcblk0p3					partition	249664	6260	-1

#

# free

			  total		 used		 free	   shared	  buffers

  Mem:	   107996	   105768		 2228			0		   80

 Swap:	   249664		20124	   229540

Total:	   357660	   125892	   231768

#

Looking good, did the swap partition really need to be that big :) ? Are you gonna try implementing ext3/4 support too?

[Guest BigBearMDC]

Looking good, did the swap partition really need to be that big :) ? Are you gonna try implementing ext3/4 support too?

If that's as easy as enabling swap then I will :P

One thing I noticed: WLAN crashes =/

[Guest]

Nice to have swap working! :P

Will it help in developing 2.2 and multitouch? :)

[Guest D-D-]

Looking good, did the swap partition really need to be that big :P ? Are you gonna try implementing ext3/4 support too?

Since it's virtual memory, it's recomended to be twice the size the usable physical memory.

And since we have less 128mb usable ram, the 256 will be optimum (even more than needed).

Edited September 13, 2010 by D-D-

[Guest gusthy]

Since it's virtual memory, it's recomended to be twice the size the usable physical memory.

And since we have less 128mb usable ram, the 256 will be optimum (even more than needed).

a better idea is to have 24-32 mb of compcache, or writing the appropriate userinit scripts to have compcache/swap combined.

[Guest david_dawkins]

a better idea is to have 24-32 mb of compcache, or writing the appropriate userinit scripts to have compcache/swap combined.

I can see compcache being a good idea when you have a fast CPU (allowing fast compression/uncompression), and your swap is on a hard drive (relatively slow to access).

How about when your CPU is considered underpowered and you have a solid-state device for your swap?

[Guest gusthy]

I can see compcache being a good idea when you have a fast CPU (allowing fast compression/uncompression), and your swap is on a hard drive (relatively slow to access).

How about when your CPU is considered underpowered and you have a solid-state device for your swap?

MCR 1.7 uses 32 MB of compcache and it works well, so it is not a bad idea, i guess.

[Guest starkos]

Since it's virtual memory, it's recomended to be twice the size the usable physical memory.

And since we have less 128mb usable ram, the 256 will be optimum (even more than needed).

I not sure if that's what gets best results on android, I haven't read anywhere that anyone would use a swap partition that large. Most common seems to be 10, 24, 32, 40, 60 and there about, never in the 200's lol?

[Guest Stevos]

Also priority is set to -1 which is pretty sure not good for performance :P

Since there's only one swap partition the priority shouldn't make much difference I wouldn't have thought.

Longer term - Is there potentially any chance of rigging modules and drivers from this source into 2.6.32 kernel source released for other phones (to create a .32 kernel for the pulse), or is that likely to be a nightmare?

[Guest david_dawkins]

MCR 1.7 uses 32 MB of compcache and it works well, so it is not a bad idea, i guess.

Is that because the kernel didn't allow "real" swap?

My questions related to the performance issues of compcache vs. swap are sincere, not a criticism. I'm trying to understand why it's better.