yashsingh1/xdaforums huggingface dataset:
[G1 Android Development] Phonekenstein:
The 86dalvik-cache-fix doesn't enable or add the library for JIT enabled DalvikVM. It is for people having various FCs when booting and broken market downloads.

We have another set of JIT enabled DalvikVM that appear to work better than the orignal one and after some testing we will make a zip install with the dalvik-cache-fix included.
[G1 Android Development] philosophics:
so having a bliue led at boot up is the only thing thats different as of right now.

so i still gotta dust the donuts the same way we always have, eh?
[G1 Android Development] Phonekenstein:
Yes, until we get some feed back on the success of another JIT enabled DalvikVM libraries ona few builds, hang in there.
[G1 Android Development] sturmeh:
Sorry about removing the comments from the sh.txt I uploaded, I was getting fustrated with vi and removing lines is easier than stripping the last character. :P

Also I just installed anderwebs latest launcher thing and no FC's on reboot, YAY! :D
[G1 Android Development] Phonekenstein:
@Stermeh

No prolem, the code isn't all that special, the original did all kinds of checking but at the end of it all 99.999% of the time we would want to just set permissions and bind mount, so we just took the function and dumped the rest and assumed /cache/dalvik-cache exists and saved on the file size.
[G1 Android Development] oma:
Kernel patches

The first post of this thread says that JIT needs "some eclair pieces built into the kernel", but I haven't been able to find out which these are specifically. Anyone care to elaborate a bit?

Background: I have a Samsung Galaxy, and we've just recently got the source code for 2.6.29 for our device (hooray - only two months late!). Since the Galaxy is pretty slow, JIT would be a very welcome improvement and I want to see if I can get it to work.
[G1 Android Development] t_rob76:
well, hopefully this will be fixed to work on CM5, currently i get attacked by FC's and can't use my common apps like Handcent text messenger or google voice. I had previous success with JIT and would love to have it here.

also I did try the 86dalvik-cache-fix
[G1 Android Development] Phonekenstein:
look below for info.
[G1 Android Development] Phonekenstein:
XDA Developer Pershoot compiled libraries for JIT enabled DalvikVM for CyanogenMod 5.0.7 test1 build, and they work excelent so far, google voice issues are a thing of the past.

Third post down is the link plus he made even more goods to keep us flying high.

http://xdaforums.com/showthread.php?t=672992&page=95

Bonus:

Yes Pershoot's JIT libraries work in SuperD 1.11

Yes Pershoot's Overclock Kernel works in SuperD 1.11 (not required to use his JIT libraries)

Will you run into cache FCs loops, maybe and if so use the 86dalvik-cache-fix I posted a while back or add it to your userinit.sh script.
[G1 Android Development] jgcaap:
hello. i've been reading this jit hack. I can understand that has something to do with Cache optimisation and as result it makes faster the operating system. But i didnt understand very well what really does and if has any negative effects. Can someone try explain me with other words (first post)? thank you
[G1 Android Development] kof91:
Question on 86dalvik-cache-fix

I read the code for 86dalvik-cache-fix posted on the first post.

Correct me if I am wrong on this. What the code does is the following

1. clear the /cache/dalvik-cache on every boot/reboot

2. set owner/permission

3. bind data/dalvik-cache to cache/dalvik-cache

Won't this wear down the NAND as the dex file is regenerated for cache/dalvik-cache on every reboot?
[G1 Android Development] Phonekenstein:
the only thing getting created here is an empty folder. The bind mount uses cache/dalvik-cache as the old folder and /data/dalvik-cache as the new folder. bind mounting displays files in both directories because that is what binding does although the /data/dalvik-cache is where they exist.

CyanogenMOD 5 test 3 seems to have corrected the issue.

XDA Firerat posted a fix that goes into build.prop to fix the issue. Haven't tested it on anything except CM5.
[G1 Android Development] kof91:
If that is the case I just run this once to get the bind mount correctly. It is not necessary to run it from init.d to run on every boot unless the binding is somehow lost on reboot?

before running 86dalvik-cache-fix this is what I see on the folders:

/cache/dalvik-cache - dex files from apps that resides in system

/data/dalvik-cache - dex files from apps that resides in system and sdcard

after running the 86dalvik-cache-fix the /cache/dalvik-cache should always be empty

Are you are refering to Firerat "all in one" patch from here? http://xdaforums.com/showthread.php?t=679572
[G1 Android Development] jgcaap:
anyone please? :)
[G1 Android Development] tnpapadakos:
Read

http://en.wikipedia.org/wiki/Dalvik_virtual_machine

and

http://en.wikipedia.org/wiki/Just-in-time_compilation
[G1 Android Development] Firerat:
that was just because we were hitting the fb sync thing with a sledgehamer

we just tickle it into submission now

the dalvik-cache fix for DangerSPL is only needed if you start to run low on space

it clears /data/dalvik-cache, then bind mounts to sd extension

after the first run, no files to delete ;)

And that is only needed on a CM5 based ROM
[G1 Android Development] Krician:
Sorry for coming out of nowhere with this noob question, but- Can JIT be enabled and/or even added in ZX 1.5 Hero? I have heard that ZX has tried adding it to 2.1 Hero, but it had issues.

bump
[G1 Android Development] Jurai:
nevermind got it
[G1 Android Development] hammersend:
no service and force closes galore

What I'm running:

CM 4.2.15.1

Amon Ra 1.7.0

compcache

10MB ram hack

apps2sd

As far as I can tell, I've followed the directions to the letter. I've even tried doing this with a freshly flashed 4.2.15.1. I've tried the fsck fix, I've rebooted several times with and without the sdcard. I've tried everything from the top several times. Everytime, I boot and when it gets to the "desktop", I always have No Service and I can't get past the stream of force closes even to click any icons. I know the jit is enabled because with adb shell, I see with_jit when I run the dalvikvm -h command. This has me beat. If it matters, I'm running CM4.2.15.1 with dangerspl and apps2sd. Any help much appreciated as I can't handle the relative slowness of 5.0.7.

Just to make sure the script wasn't the issue, I tried manually:

copying libdvm.so /system/lib/libdvm.so

then chmodding it 644 /system/lib/libdvm.so

with identical results.

fix_permissions hasn't helped either

Great. Just made it to page 27 or something and see 4.2.15 of CM might be my problem as apparently it doesn't like jit at all. Guess I'll keep reading... At least I know I'm not losing my mind now.

HA! Success! This, kids, is why you read the entire thread before asking foolish questions. Though in my defense, the thread is 53 pages long and the answer is on page 27.

The dalvik-cache is moved around in 4.2.15 so you have to set up some symlinks in recovery console.

Laying down 3.6 in linpack:) Happy now.
[G1 Android Development] stormmonkey:
Pershoot's JIT Compile is a bit easier to install (flashed through recovery), and is probably more compatible than some other versions around. Though FC's are still common as it's my understanding all the versions around are based off the leaked JIT Alpha, not Froyo's Stable version, and until the source is released on AOSP it can't be compiled for the G1/MyTouch. So it's probably best to wait for someone to release the 2.2 version..

http://droidbasement.com/db-blog/?p=530

Also When Flashing Pershoot's JIT, I did..

•Backup (Nandriod)

•Flash JIT Package

•Clear Dalvik Cache
[G1 Android Development] Jurai:
fwiw flashing pershoot's might not work great if you aren't on cyanogen since it overwrites more than just the libdvm.so (ie. build.prop), which is likely to introduce problems
[G1 Android Development] sturmeh:
I tried flashing JIT from pershoot, and encountered some problems.

So I reflashed CM.

Now I'm stuck in a boot loop.

Apart from restoring a nandroid... how can you remove the JIT bits?
[G1 Android Development] Jurai:
just a friendly bump, one of the Cyanogen members says on twitter that the Froyo builds will incorporate the JIT dalvik vm apparently
[G1 Android Development] Firerat:
yes, but it should be stable, not like the FC fest this has caused

( seen soooooooo many logcats and all I had to do was say get rid of jit and what do you know, "wow thanks man, its all working great now" )
[G1 Android Development] TheoKondak:
Not sure if this is the correct thread to ask about my issue,but i will do that.

when i try to enable JIT i get the following error:

cp : can't stat ' /data/JIT/enable/libnativehelper.so' no such file or directory'
cp : can't stat ' /data/JIT/enable/build.prop' : no such file or directory
cp: can't stat '/data/JIT/enable/dalvikvm' : No such file or directory
Done.
JIT ENABLED
Install Cache FIx? etc.

And by the way @licknuts the file at your first post is no longer available.

Thanks in advance
[G1 Android Development] poormanq45:
I am bumping this due to the files being unlinked.

I used the peashoot .zip method and experienced the 3.8Mflop that was referenced in the first post. The phone overall felt much faster and responsive.

The problem is that the peashoot .zip is meant for Eclair, not Donut and causes all sorts of errors, force closes, and market issues.

I would like to follow the steps in the first post, but the files are no longer available via the links. Can someone please rehost the files.
[G1 Android Development] Firerat:
omg!! they killed google??

lmgtfy.com/?q=dusted-donuts
[G1 Android Development] poormanq45:
Thanks Firerat.

You probably don't recall, but you had the same attitude when i pointed out an issue with your script last year(new version of cyanogen causing swap not to mount on boot). You ended up being wrong :p

I did indeed run that exact search. I was simply unsure if the files linked on rapidshare were the same ones. I'll give them a shot.

Thanks for being the same old firerat!
[G1 Android Development] Firerat:
doubt that
[G1 Android Development] Firerat:
yeah, I was right

had nothing todo with the script

the problem was the switch to async device detection in the Kernel, resulting in the mmcblock devices not being available

regardless of what script, or where it was it would not work

the work around is to have the device block files created if they do not exist

I only know of one script that does this, my tweaked 05mountsd script

So nice try Mr Poorman, but I'm afraid it is YOU that are wrong :P
[G1 Android Development] Izord:
I tried it on Super-D 1.92 beta. Improved CPU scores. Decreased File system scores.

Broke some widgets on my desktop. Very slow loading weather and picture frame.

Pushed back original file. Widgets still broken.
[G1 Android Development] yokonunz:
Does it work on eclair 2.1? :D
[G1 Android Development] SilentTweak:
Should, seeing how this thing was made for 2.1.
[G1 Android Development] Rekna:
Same problem. I'm now in the process of wiping....
[G1 Android Development] m3s_4ev3r:
Tried on Super D 1.9.1

Before: 2.299

After: 3.364

hope it's not placebo but i think that the pages load faster in browser and in news widget.

No widget broken so far.

Will keep an eye on other possible improvements.

Thanks!
[G1 Android Development] chillbeast:
Works on Pay's Black Donut 1.35

Went from 2.5 Mflops/s to 3.5 Mflops/s

No issues so far!
[G1 Android Development] ZombieReagan:
Works on my setup as well:

T-Mobile G1

SuperD 1.9.2 - (replaced kernel w/ no ramhack)

3.5 Mflops/s

I haven't had any issues (so far) with anything running weird.
[G1 Android Development] Rekna:
After trying this I got all kinds of widget problems. I then tried to revert but the widget problems persisted. I then tried wiping and google talk would crash when opening it (thus I couldn't even get to the market).

I'm now restoring from a backup. Hopefully this will fix my stability problems.
[G1 Android Development] cal3thousand:
backed up the old file using ADB and pushed the new one.

was getting 2.35 on the LinPack

Now got up to 3.62.

For the fun, i turned off Compcache and Swap. Seems to be just as smooth and fast returning from memory intensive activities. I'll have to check out the browser reload under heavy load.

turned CC 16MB with 96MB swap back on. Not much loss in speed with them enabled (from what I can notice), but definitely less browser reloads when using multiple windows and Maps at the same time.
[G1 Android Development] Klyentel:
Hell yeah!! Too busy running my mouth on the phone I hadn't noticed, but apps are opening and closing alot quicker, and im actually on a 3g connection!!! Wow, I never got 3g in my area, NEVER, tmobile sucks where I live...not anymore:D

Oh wait...back to edge....ok....its only in certain spots when I hit 3g, but thats better than before, and edge is faster too, cool. Thankx

EDIT: dont know about the benchmark stuff, I dont mess around with it honestly, but Im sure its the same numbers everyone else that successfully installed this are getting
[G1 Android Development] Chahk:
I got force-closes galore on OpenEclair 1.2.1, especially on gapps and phone. Had to push the original one and reboot.
[G1 Android Development] Shane2:
Running CM 4.2.14.1 and no stability issues here at all (no compcache, Linux swap, or 10MB ram hack enabled here). Cleared my dalvik cache just in case, but the phone does appear to boot significantly faster than it did before. Haven't been able to download the benchmarking app yet, but it does seem to have improved performance and I haven't ran into any issues yet.
[G1 Android Development] 1wingangel:
keep getting "sh: cant open backup" when running # sh backup

any ideas

mt3g

htcclay 2.7

latest

amon ra recovery
[G1 Android Development] alongenemylines:
To anyone saying this is increasing your 3g speeds, I do not believe you. Enabling JIT does nothing more than make changes to the dalvik vm. This has no effect on the network transport layer. You either got lucky and your network node was under less load than normal, or you made a change in your build.trout's hsxpa or gprsclass.
[G1 Android Development] s0mep00p:
Hmmm, well my boot speed increased SIGNIFICANTLY, but according to linpack my mflops~2.3 pretty much stayed the same... it does SEEM to be providing a speed boost though but it was fast to begin with.

using Super D 1.9.2 on dream/g1, no swap or compache.

Btw: Is there any actual way to see if the process actually worked other than benchmarks?
[G1 Android Development] SilentTweak:
If Linpack or BenchmarkPI doesn't show any difference then I'd reckon it isn't working.
[G1 Android Development] SilentTweak:
I dunno, results don't lie though. I've swapped back and forth from normal libdvm.so file to modded version, and my 3G speeds are noticeably different.
[G1 Android Development] EpicFail236:
OpenEclair

I'd avoid this when using OpenEclair, seems to cause horrible things to happen to the phone. FCs on everything, nothing starts. However, if anyone else got this to load on OE, let me know.
[G1 Android Development] Ace42:
Ouch this made my MS go from 6XX to 4XX, thanks for this.
[G1 Android Development] domenukk:
Update.zip > Just Flash (not for noobs but for lazybones.)

heyho

try this if you're lazy (who isn't?)

Just Nandroid and wipe davlik cache.

(I personally never Nandroid. If anything goes wrong just download your rom again, open it and push the build.prop out of your rom back on the phone. but it will not go wrong. anything i can think of is that it just doesn't flash anything... (why ever that may be))

Then just flash the file provided here (no wipe)

should work on superD based roms, and similar.

should also work on Cyan roms and whatsoever.

might work on other builds.

(I had the issue, that it just didn't flash anything in the beginning.

now chmodding to 777 before overwriting and then chmodding back.

what the heck is up with this update-script? I tried for hours to get it to work, started off from the beginnign doing the same things and then it worked... wth... whatever... now it works... or doesn't. try it out. If linpack is not reporting a significant increase, then report back :D)

And to the guy without widgets: I've had no widgets, when uploading an altered build.prop but no libdvm.so... You just didn't install it properly.

By switching back you maybe forgot to delete the line in build.prop... Just flash this :D

Would love some report :)

P.S.: Mflops/s from 2,3 to 3,5 on superD with cyan kernel (no ram-hack and 36mb swap) ;)

/edit: feels like 3d framerate is a bit lower. lags every other second for a moment... has nothing to do with swap. i've disabled it...

wish for a rom with HTC 1.5s gaming speeeeeeeeed... :P

/EDIT 2: the update is reported to be not working.sorry to have spent so much time on this. :(

computers never work. Need sleep!
[G1 Android Development] ultra spikey:
The scripts in the OP didnt work for me. I checked the libdvm files "last modified" date in DroidExplorer and it doesnt change. So the script is NOT replacing the file.

What I did was mount the system part as RW, then just copy and paste the new libdvm file to its correct location using DroidExplorer. Here are my results(I tested bandwidth for the hell of it)...

PRE-JIT

Linpack(mflops)

2.299

2.338

2.338

2.349

Speedtest.net bandwidth test (Latency, Down, Up)

170ms 776kbps 327kbps

178ms 457kbps 355kbps

167ms 551kbps 366kbps

171ms 710kbps 355kbps

178ms 630kbps 361kbps

POST-JIT

Linpack(mflops)

3.483

3.626

3.606

3.614

3.606

Speedtest.net bandwidth test (Latency, Down, Up)

172ms 764kbps 369kbps

170ms 485kbps 330kbps

177ms 610kbps 362kbps

175ms 742kbps 364kbps

171ms 653kbps 363kbps
[G1 Android Development] domenukk:
Hate to hear that. :(

gonna get some sleep now..
[G1 Android Development] zender2k:
The script DOES replace the file, and it DOES work.
[G1 Android Development] s0mep00p:
Okay so I just redid the process again using terminal on my phone and this time I am reporting ~3.5 mflops!

The only thing that I did different than the first time was that I used adb shell on the computer so maybe that affects it? Oh well.
[G1 Android Development] adewey234:
This does work, after you replace the file, however you do it, run logcat and you will see all kinds of JIT commands instead of whatever it used to be. There is a pretty big speed increase that ive noticed in opening programs and multitasking as well as booting. As far as the 3G speedup etc etc, I'd say there is a speed increase, not because of magical throughput increase, its from the speed up of the dalvik vm, resulting in a boost in download speed as well as browsing speed.
[G1 Android Development] Freedomcaller:
my benchmark results from neocore seem to have stayed the same at 25.5 fps...

was really hoping for some game speed increse...
[G1 Android Development] Jigga0o7:
I got 27.6fps. No audio, 32mb compache w/ 30 swapiness.
[G1 Android Development] evilkorn:
Great boot speeds and home screen loading is great as well. Once it boots I'm able to swap screen without delay.

Currently on Clay's 2.7.
[G1 Android Development] |Jason8|:
I just got a class 6 SD Card today (up from a class 2) and moved from the stock rom to Cyanogen's latest. I went from ~1.3MFlops/S to 2.3MFlops/S to 3.6MFlops/S. I like. It's about a billion times faster and smoother in switching between tasks. I love it. Thanks!
[G1 Android Development] Klyentel:
Who care's what you believe, lol...some people don't believe in God that doesn't mean there isn't one....I don't know, it maybe my network, maybe T-mobile finally got off their ass and put some more dishes up around here for better coverage, either way Im getting 3G in parts of my town that I never got it before. Believe that or not Ripley, HA!:D
[G1 Android Development] Zoltair Wright:
This worked beautifully, thanks! My Linpack score went from high 1s/low 2s to the mid 3s. Subjectively, my Dream feels so much faster than before. I'm using SuperD 1.9.2.
[G1 Android Development] skyundersea:
This hack will still hold when I flash a new ROM, correct?
[G1 Android Development] ZombieReagan:
Uhm, hate to break it to you, but computers aren't based on faith and beliefs. Enabling JIT didn't increase your bandwidth, period.

No, really, it didn't....if you're getting better speeds, it has NOTHING to do with this hack/mod.

Seriously, it has NOTHING to do with it.....so just don't make yourself look dumb by defending it.
[G1 Android Development] Klyentel:
Defending? Listen you wanna be computer geek, I could go back & forth with you all day...but I will give you the benefit of the doubt by informing your obviously uninformed, uninvited, over opinionated address to a situation that didn't involve you by saying...You are right. I never said the hack itself gave me 3g signals, I even stated in my previous post it could be T-mobile's doing, But what I was implying is that nothing occurred until the hack was enabled, that being, the increase of speed it did give me, might have counter effected what ever else needed for me to receive full network capability of my phone, which is why I told the last guy, that you so kindly quoted me from, that it doesn't matter what he believes, because I'm the one with the freaking phone! So I, of all people, should know....so while you childishly take my analogy of belief..and state that religion and technology aren't the same, well then I'll have to assume you aren't religious, because had it not been for God there would be no man or technology....hows that for a defensive statement? Now bug off.
[G1 Android Development] linuxluver:
Is it just screwing with the numbers or is there an objectively measureable benefit? Still recovering from the "overclock" placebo effect.
[G1 Android Development] LesserAnimal:
while everything certain feels a bit faster to me. I know for certain i've never seen my phone come close to booting as fast as it did. using super d latest
[G1 Android Development] licknuts:
No because a flash overwrites the system you will need to apply it again. libdvm.so resides in /system/lib it gets overwritten. It's just a file that can have options set with in the build.prop and or local.prop, those files as well get rewritten when flashing a new ROM. Some ROMs already have the build.prop statement dalvik.vm.execution-mode=int:fast enabled and guess what... you would need to change it to dalvik.vm.execution-mode=int:jit or just remove or comment out the line.
[G1 Android Development] h.nocturna:
It seems smoother and faster at opening/closing applications, but I'm cautious to say for sure because of the same CPU overclock placebo effect. I'm going to reserve judgement for a few more days so I can say for sure.
[G1 Android Development] sino8r:
I really doubt it. Especially, after a wipe. Works great on super d 1.9.2 though! Sorry, I didn't bother benchmarking prior. But a noticable overall speed increase. Didn't affect my data speeds like some others are stating.
[G1 Android Development] PJcastaldo:
uhh, i have an issue, after the mod my browser f/c.... any idea how to fix it?
[G1 Android Development] Klyentel:
Since we are speaking indirectly, in a subliminal manner.......

this response is not directed to anyone, but it is to clarify that I'm not one of the "others stating" that this is a network hack.:rolleyes:

just wanted to put that out there before the next dumb dumb feels a blood rush to his fingertips and types something simulating that idea towards this name "Klyentel", that is...in quote or unquote.
[G1 Android Development] Brut.all:
It speeds up Java code only. And Neocore is a native app.
[G1 Android Development] deaffob:
Will the increased speed have adverse effect on battery?
[G1 Android Development] PJcastaldo:
yeah but really, am i the only one whos internet browser stopped working? Any one have any clues?
[G1 Android Development] idkidk:
Just installed: my g1 runs very well, more feeling when start app and fast response (no lag) when change home screens :D

Very nice work!

Bye

Idk