I'm getting pretty sick of the lag on my Fascinate. Should I root and instal lag fix or wait forfroyo? Will froyo fix the lag?
I'm getting pretty sick of the lag on my Fascinate. Should I root and instal lag fix or wait forfroyo? Will froyo fix the lag?
the lag is a result of the file system, froyo doesnt fix it properly (or doesnt on other sgs phones).
custom kernels make the lag disappear completely (or 99.9% )
dont use a lagfix (the one in the market or voodoo) if you screw up you ll be pretty frustrated.
eventually when voodoo5 is running well ill be back on it im sure, but id advise the voodoo virgins to stay way atm
Excellent reply. Thanks! Can you suggest a custom kernel/Rom and where to get it? I haven't read up on rooting yet.
I'm guessing I'd have to get another froyo version of said kernel when 2.2 is released? Or a am I confusing roms and kernels? I have some linux experience but I'm not sure how current things are in a mobile platform.
froyo will wipe the table clean
my recommendation: any of jts kernels (nonvoodoo) in rom manager and his super clean 0.4 rom in rom manager are a good place to start (its what i run)
I thought it was just a maybe on Froyo wiping the table clean??
I used OCLF in the market. Installed ext2 then lagfix 1.1. Didn't like it and uninstalled using the app. Didn't seem to mess anything up. Is there a way I can tell if it messed up?
i was refering to kernel/rom development
Are the devs waiting for Froyo to integrate ULF?
Heck, even CM is doing ext4 conversion.
supercurio confirmed as much yesterday full CW! and its done for eclair now bird just has it make it fly for SFVoodoo 5 will be ported quickly id assume and at some point someone (birdman prolly) may be able to cwr to recognize it. we shall see
supercurio confirmed as much yesterday full CW! and its done for eclair now bird just has it make it fly for SF
problem is now since its the weekend bird will probably be spending more time with rum than voodoo5 so this might not get done till like Tuesdayin borat voice: "nice!"
problem is now since its the weekend bird will probably be spending more time with rum than voodoo5 so this might not get done till like Tuesday
Great Link.Well, ULF goes further than any Voodoo, which (the lagfix part) just redoes /data as ext4. ULF options:
- OCLF: /data stays at rfs, but has an ext2 loop device on top of it
- Voodoo: /data is ext4, all others are kept at rfs
- JFS Voodoo: /data is jfs, all others are still rfs
- No-RFS Standard: /data is rfs+ext2, all other partitions are ext4
- No-RFS Advanced: all partitions are ext4
- No-RFS Advanced JFS: all partitions are jfs
- No-RFS Overkill: turns on all options: everything is ext4+ext2 and /data/data is bound to /dbdata
- No-RFS Overkill JFS: turns on all options: everything is jfs+ext2 and /data/data is bound to /dbdata
It also allows CWM to run with any of the above schemes active (this is huge!), because the lagfix code is built into the CW side. Captivate, i9000, and Vibrant Froyo kernels with this are pretty popular.
I never had issue with the VooDoo available today.
BTW, the kernel doesn't remove the lag, the CWM Kernel allows you to execute and unsigned zip file from the SD card (voodoo) which then invokes a low level backup of the internal memory, reformats the memory to ext4 and restores the content, getting rid of the slow file system implemented originally.
ROOT --> CWM Recovery Kernal --> Reboot into CWM Recovery --> flash voodoo zip from SD card
Well, ULF goes further than any Voodoo, which (the lagfix part) just redoes /data as ext4. ULF options:
- OCLF: /data stays at rfs, but has an ext2 loop device on top of it
- Voodoo: /data is ext4, all others are kept at rfs
- JFS Voodoo: /data is jfs, all others are still rfs
- No-RFS Standard: /data is rfs+ext2, all other partitions are ext4
- No-RFS Advanced: all partitions are ext4
- No-RFS Advanced JFS: all partitions are jfs
- No-RFS Overkill: turns on all options: everything is ext4+ext2 and /data/data is bound to /dbdata
- No-RFS Overkill JFS: turns on all options: everything is jfs+ext2 and /data/data is bound to /dbdata
It also allows CWM to run with any of the above schemes active (this is huge!), because the lagfix code is built into the CW side. Captivate, i9000, and Vibrant Froyo kernels with this are pretty popular.
Great Link.
supercurio seems to be implying we are awfully close to getting voodoo5 for the fascinate , like any day or even hour now.
Thats the key, supercurio said it should but I think there is a final snag or two. We are really close it seemscan't wait, as long as i can backup in cwr
Thats the key, supercurio said it should but I think there is a final snag or two. We are really close it seems
Good to hear that it's that close to being done. Any idea how froyo will affect voodoo5 once it's (2.2) released? Will it just have to be adapted for it or something more involved?
We've been tracking upcoming products and ranking the best tech since 2007. Thanks for trusting our opinion: we get rewarded through affiliate links that earn us a commission and we invite you to learn more about us.