• After 15+ years, we've made a big change: Android Forums is now Early Bird Club. Learn more here.

GNM_TURBO JIT + OC = 8+ mflops

Status
Not open for further replies.
This is (or was) lolbug. Some idiot on bugmenot decided to use that account to break the rules...

Anyways, drellisdee, I was just wondering about overclocking the Ally. You mentioned that there is no way of pushing the Ally past 787200 without pushing ahb too far. Is it theoretically possible to pass this barrier? In one of your past posts you described the problem with increasing the clock speed any further, and it sounds like a hardware difficulty rather than some sort of software issue so I doubt going any higher is possible, but I was wondering what you thought.

EDIT: Oh, and when froyo is released for the Ally, will we still see a decent speed increase? From my understanding JIT and the new Dalvik implementation were the the main things giving all those froyo users such a large boost. Am I wrong in thinking this?
 
Upvote 0
This is (or was) lolbug. Some idiot on bugmenot decided to use that account to break the rules...

Anyways, drellisdee, I was just wondering about overclocking the Ally. You mentioned that there is no way of pushing the Ally past 787200 without pushing ahb too far. Is it theoretically possible to pass this barrier? In one of your past posts you described the problem with increasing the clock speed any further, and it sounds like a hardware difficulty rather than some sort of software issue so I doubt going any higher is possible, but I was wondering what you thought.

EDIT: Oh, and when froyo is released for the Ally, will we still see a decent speed increase? From my understanding JIT and the new Dalvik implementation were the the main things giving all those froyo users such a large boost. Am I wrong in thinking this?

787 is pretty much it anything over it crashes immediately or soon after taken off ac power.

I used eclair dalvikvm and libs and didnt backport like samdroid project. Jit on froyo is much better.
 
Upvote 0
787 is pretty much it anything over it crashes immediately or soon after taken off ac power.

I used eclair dalvikvm and libs and didnt backport like samdroid project. Jit on froyo is much better.

So it's simply impossible for the Ally to go beyond that, huh? Oh well.

It's strange that 2.1 JIT and dalvik aren't usually (ever?) implemented by companies (or by Google itself by default) if it provides such a large performance increase. Is this just because it would be too much hassle for companies to port?

Nevertheless, it's good to know you didn't go crazy and port 2.2 JIT and Dalvik. Otherwise we might not get into a frenzy after 2.2 is released. :p
 
Upvote 0
I'm having trouble with Barnacle, every time i open it and press start it will freeze and then restart my phone. I also have pdanet when i plug the usb in the first time it also will restart my phone but after it restarts it will work fine. just wondering if anyone else has experienced this. thanks

I use both Barnacle and Pdanet and have not experienced any of these errors.
 
Upvote 0
Ugh just my luck. i have reinstalled wiped and everything it works for a wile then i start having trouble maybe i am having a app conflict

Yeah im not sure there i haven't had an issue and i have to tether since that is my main internet source. Did this happen after you flashed the GNM_TURBO JIT?
If so try re-flashing it and see what happens.
 
Upvote 0
Flashed gnm_turbo4 over Velocity 0.2 last night. Made sure to erase both caches. Used SetCPU to up max clock speed to 787mhz.

I've been having a lot of instability with my phone since then. Mostly hangs, with an occasional FC. I reverted back to my Velocity backup after missing two phone calls this morning due to hangs. Basically my phone rang, but Android was so hung up that it gave me a frozen lock screen instead of the phone app (and wouldn't unlock while ringing either). Also, last night I had one kernal panic while opening the browser, but none since then.

This behavior hasn't been limited to the Phone app either, its been really slow at switching apps (or even returning to the homescreen). It runs great in any given app, but 30 seconds or more to switch apps (or answer a call for that matter) is way too long.

Any tips on how to get things running a bit smoother? It sounds like everyone else is having great luck with this. If this was on a pc, I'd think it was a ram or swap space related issue, since it only hangs on switching tasks. On a related note, I don't have any swap space on my sd card... not really sure how that works, but it sounds like my sd card isn't classed high enough to use for swap space anyway.

Any help would be really appreciated. And I'm really open to suggestions. Thanks.
 
Upvote 0
Flashed gnm_turbo4 over Velocity 0.2 last night. Made sure to erase both caches. Used SetCPU to up max clock speed to 787mhz.

I've been having a lot of instability with my phone since then. Mostly hangs, with an occasional FC. I reverted back to my Velocity backup after missing two phone calls this morning due to hangs. Basically my phone rang, but Android was so hung up that it gave me a frozen lock screen instead of the phone app (and wouldn't unlock while ringing either). Also, last night I had one kernal panic while opening the browser, but none since then.

This behavior hasn't been limited to the Phone app either, its been really slow at switching apps (or even returning to the homescreen). It runs great in any given app, but 30 seconds or more to switch apps (or answer a call for that matter) is way too long.

Any tips on how to get things running a bit smoother? It sounds like everyone else is having great luck with this. If this was on a pc, I'd think it was a ram or swap space related issue, since it only hangs on switching tasks. On a related note, I don't have any swap space on my sd card... not really sure how that works, but it sounds like my sd card isn't classed high enough to use for swap space anyway.

Any help would be really appreciated. And I'm really open to suggestions. Thanks.

Have you tried using a lower mhz? Every phone is different and not all of them can handle 787mhz.
 
Upvote 0
Did you try any of the lower speeds before going to 787? It's possible that your CPU can't handle that speed - there have been a number of reports of that. Sounds like QA is a bit spotty on the processors.

I spent yesterday slowly easing my way up. I ran it at 600 MHz for a while just to make sure the JIT kernel was ok. Then I bumped it up to each of the OC settings one by one and let it go for a few hours to make sure the phone was stable at each. It might be worth trying that to see if your phone is stable with this kernel and these libs at any clock speed.
 
  • Like
Reactions: KuroTsubasa
Upvote 0
I installed the Turbo4 JIT and now I am having issues with the kernel panicking. When I try to load Clockwork to get back into restoring my backup the phone hangs up at the LG screen.

Simple solution. Dont use F**KING CLOCKWORK!!! Use my recovery which seems to stick a whole lot better on this device. Also, kernel is set to 600mhz same as stock on boot unless you selected set on boot with setcpu to a higher speed (which is a big mistake). This was done as a saftey measure incase you picked a speed higher than you can handle. Try pulling your battery.

To fix recovery pull your battery and boot holding send + menu + power and let go when you see lg logo. Hopefully clockwork didn't fail you. If clockwork failed you you need to go into irc and get help installing my recovery with fastboot.
 
  • Like
Reactions: GameMisconduct
Upvote 0
Status
Not open for further replies.

BEST TECH IN 2023

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.

Smartphones