yashsingh1/xdaforums huggingface dataset:
[G1 Android Development] Malix82:
edit:

also, why are you making symlink to sd to link to /cache/dalvik-cache ?

/edit

ok, still working, but only half the cookie, so to speak.

what I did was

ln -s /system/sd/dalvik-cache /data/dalvik-cache
ln -s /system/sd/dalvik-cache /cache/dalvik-cache

after reboot, /cache/dalvik-cache has disappeared and /data/dalvik-cache is not seemingly a symlink, though contains exactly the same amount of files than /system/sd/dalvik-cache

I don't know what to make of this, but bottom line is: cm 4.2.15.1 with dalvik w/ JIT works, though I'm not 100% where the .dex files are. (nor am I sure if I care, the speed increase is THAT apparent to me :) )

edit: ok /data/dalvik-cache seems to be a symlink to /system/sd/dalvik-cache even though it doesn't seem like that when observer though

ls -l /data/
# ls -l /data
drwxrwxrwx 1 system system 2048 Mar 4 23:20 anr
lrwxrwxrwx 1 root root 14 Mar 5 18:42 app -> /system/sd/app
lrwxrwxrwx 1 root root 22 Jan 28 19:01 app-private -> /system/sd/app-private
drwxrwx--x 2 system system 12288 Mar 6 00:13 dalvik-cache
...etc

in any case, /cache/dalvik-cache is irrelevant? it keeps disappearing for me
[G1 Android Development] xxmonsterx:
when trying to replicate what you did it just keeps throwing back at me that the symlink already exists. and i have still failed to get jit running :/
[G1 Android Development] Malix82:
I don't know what to tell you, thats exactly what I did. if it tells you a symlink exist, then unlink it and create again?

edit2: *exactly* sans the removal of the /data/dalvik-cache/ and /cache/dalvik-cache/ directories, my bad.

or better yet, listen to someone who actually knows his/her way around android. I just went by a hunch :P

edit: I also flashed pershoots 10MB hack (w/ extra stuff in it) prior to messing with dalvik w/ jit, don't know if it makes any difference
[G1 Android Development] xxmonsterx:
i did ln -s /data/dalvik-cache /cache/dalvik-cache, returned already linked and i tried running the dusted donuts scripts and still getting infinita fc's
[G1 Android Development] Malix82:
ok, step by step, here's what I did, everything in recovery, and after flashing cm 4.2.15.1 and pershoots 10MB hack w/ extras

edit: also, cleared dalvik-cache on every occasion.

I ran the install script for dusted donut, ie:

mount -a
cd /sdcard/dusted-donut/
sh install

then I rebooted into normal stuff and got a tidal wave of fc's. so I rebooted back to recovery and did what licknuts suggested (slightly modified here), ie:

mount -a
rm -rf /data/dalvik-cache
ln -s /cache/dalvik-cache /data/dalvik-cache
sync
reboot

didn't work to good for me, lots of fc's still flying at me.

(note, added -r to the rm parameters, can't really delete directories without it)

then, I tried (don't ask why)

mount -a
rm -rf /data/dalvik-cache
rm -rf /cache/dalvik-cache
mkdir /data/dalvik-cache
ln -s /data/dalvik-cache /cache/dalvik-cache
sync
reboot

which did work, but dalvik-cache was on /data, not on my sd card. for reasons unknown, I cared and tweaked a bit more.

then I rebooted back to recovery

mount -a
rm -rf /data/dalvik-cache
rm -rf /cache/dalvik-cache
ln -s /system/sd/dalvik-cache /data/dalvik-cache
ln -s /system/sd/dalvik-cache /cache/dalvik-cache
rm /system/sd/dalvik-cache/*
sync
reboot

which makes symlinks /data/dalvik-cache and /cache/dalvik-cache/ to point to /system/sd/dalvik-cache, which is on my sd cards ext4 partition.

after I reboot to normal, I can see no fc's and no /cache/dalvik-cache,

/data/dalvik-cache seems to symlink to /system/sd/dalvik-cache (same contents even if I modify either) without showing /data/dalvik-cache as a symlink.

according to logcat, dalvikvm seems to be jitting and linpack tells me I have 3.whatever Mflops and all. system seems stable and fast.

so, to reduce "monkey-see,monkey-do", I take only the last part is needed to make it work.

Works for me, don't know what to say if it doesn't work for you.
[G1 Android Development] licknuts:
Malix82 nice work on being persistent at any level, most throw in the towel. Being persistent enough to start digging in and trying to fix will reward you with new knowledge and skills whether you wanted them or not, heh. Some people should be as ambitious they may surprise themselves.

CyanogenMOD 4.2.15.x introduces a new hack that relocates /data/dalvik-cache to /cache/dalvik-cache , read his change log.

I'm not sure if the use of danger.spl is considered and it doesn't relocate dalvik-cache but seem like it might, don't know as I have't tested that scenario.

in terminal type:

mount

you will see that:

/dev/block/mtdblock4 on /cache

/dev/block/mtdblock4 on /data/dalvik-cache

Haven't had a chance to dig through the scripts yet to find out whats going on and where to add a script or line, hoping will not have to modify any existing files as I would rather keep the work around from interfering with the default configuration files in the ROM.

I used a symbolic link to work around it, it may or may not be needed to work around the issue, but since the introduction of of the new dalvik-cache location, it work for me enough to test with.

Malix82, The syntax for creating symbolic links in Recovery Console the command "ln -h" says the syntax is:

ln [options] TARGET SYM_NAME|DIRECTORY

in Terminal "ln -h" less information but pretty much the same thing and says:

ln [-s] <target> <name>

the target for CyanogenMOD 4.2.15.x is /cache/dalvik-cache is used our sym link is /data/dalvik-cache

So for those wondering , JIT enabled DalvikVM works on the new CyanogenMod 4.2.15.x , but the issue and cause are new and may require a configuration edit to work around it.

I tested on CyanogenMod 4.2.15 with hard.spl only and see that 4.2.15.1 is available now,

Install hack through Recovery Console:

mount -a
cd /sdcard/dusted-donuts (or where ever you extracted to)
sh backup (don't reboot, I left that in there by mistake)
sh install
rm -fr /data/dalvik-cache
ln -s /cache/dalvik-cache /data/dalvik-cache

######optional######
rm -f /cache/dalvik-cache/*
#################

sync
reboot

Not the most optimal work around since the commands starting after "sh install" may have to be re-xecuted after every reboot in Recovery Console, which it does for me.

Anyhow, I will fiddle with this later tonight and see what to make of it.
[G1 Android Development] xxmonsterx:
malix you made my dat, and thanks lick, your hack has made my phone what ive wanted it to be for the last 6 months
[G1 Android Development] mrkumquat:
used the somewhat rougher method licknuts posted earlier last evening, did the job for me. Got my speed and latest CM crackfix, geek is pleased
[G1 Android Development] dangambino:
dude this is awesome, thanks for posting this. i dont have adb setup so iflasher super d, fasttest, cyanogen, king ecalir 1.7, and.... i think thats it. no cannon ecalir which showed improvement in mflops on bench mark, but no actual speed increase. this is the only rom that ive experienced this happening.

Others like open eclair, and some others i cant remember, recquire to fix the file ext prior to installing (so you don't get a dozen force closes when u reboot). so the roms mentioned above did not recquire the ext rerpair prompts vis adb/ prior to installing jit. the others rebooted fine after install with no fc. actually, no issues at all really!! So heres my lame contribution of feedback to this awesome thread.

And thanks again licknuts!!!!!!
[G1 Android Development] ichibanpnoy:
tried this method several times, but could not get past FC loop. Perhaps an issue with apps2sd?

can confirm that this works like a charm. consistent ~3.5mflops

thanks to both licknuts and Malix82
[G1 Android Development] j_d_:
ok, here is an update zip, which works for cm4.2.15.1

i got it from android-hilfe.de and added Malix82's workaround.
[G1 Android Development] SilentTweak:
Can anyone confirm this works without a hitch?
[G1 Android Development] olvap377:
i too am interested if the above file works?
[G1 Android Development] Klyentel:
works

I just did it.... worked like a charm. Glad I read this thread b4 trying to do it myself and find out all the force closes the hard way.

guys use the original install process Licknuts so kindly put at beginning in the OP.

after reboot, there will be a lot of FC's...several people have confimed this, (read)

dont panic just boot back into recovery and put in the solution found by Malix82(thanx dude)

mount -a
rm -rf /data/dalvik-cache
rm -rf /cache/dalvik-cache
ln -s /system/sd/dalvik-cache /data/dalvik-cache
ln -s /system/sd/dalvik-cache /cache/dalvik-cache
rm /system/sd/dalvik-cache/*
sync
reboot

Jit working perfectly :D
[G1 Android Development] philosophics:
So where is it at after the donuts have been dusted?
[G1 Android Development] xxmonsterx:
quick fix for cm 4.2.15.1

re-wrote script and it works beautifully

download install-plus and drop it into your dusted-donuts folder, then run the following code from recovery

e2fsck -fcpDC0 /dev/block/mmcblk0p2
mount -a
cd /sdcard/dusted-donuts/
sh install-plus
[G1 Android Development] Shane2:
Yep, that fixed the FC's. Great work :D
[G1 Android Development] xxmonsterx:
I found one problem, when i make a nandroid backup and restore it, it will throw a repetitive force close on acore upon boot up
[G1 Android Development] Jeffro64:
Trying to install the JIT hack... I was able to copy the original libdvm.so file to my sdcard for backup, but when I try to install the JIT enabled one to the phone I get this error...

cp: cannot create ' /system/lib/libdvm.so' File exists

Any ideas on what i'm doing wrong?:confused:
[G1 Android Development] fridlack:
Anyone could confirm it's working with CM 4.2.15.1 flashing from recovery like another rom?
[G1 Android Development] philosophics:
So where is it at after the donuts have been dusted? This is what I would like to know cause my device runs smoothly right now. If things get moved from where they are, things might slow down...
[G1 Android Development] licknuts:
I'm not entirely sure what you are asking:

* System dex cache moved to /cache, and auto zipalign-on-install of apps

info can be found on his website.

http://forum.cyanogenmod.com/index....gic-v42151-03042010/page__p__1833&#entry1833?
[G1 Android Development] licknuts:
force the overwrite.

cp -f
[G1 Android Development] tnpapadakos:
i just flashed zip found at http://xdaforums.com/showpost.php?p=5809973&postcount=288

it seems to be working fine

my mflops went from 1.9-2.1 up to 3.6, i never had anything more than 2.3 before

not noticing any change in network speed, but it seems to be working, no fc's

i guess only time will tell
[G1 Android Development] Jeffro64:
Thanks for your help!

I did the -f, I typed everything exactly from the instructions from the first post... not sure why I get this error. I'll wait until I do the update version of the rom king just put out and try it on that one.:cool:
[G1 Android Development] phazey:
Silly question, but did you type "su" to get root access ?
[G1 Android Development] torchedlh:
I'm having problems with this line:

cd /sdcard/dusted-donuts

I get the error: "cannot change CD to /sdcard/dusted-donuts"

Does it matter what my microSD card is named?

Thanks
[G1 Android Development] vegaman:
Have you run 'adb remount' or (in the shell) 'mount -a' before this?
[G1 Android Development] torchedlh:
Ok that did it, or so I think. I couldn't verify it using the "dalvikvm -h" command. But I am getting about 3.5mflops/s with linpack on super d 1.9.3 w/WG kernel.

Can you explain what 'mount -a' does? I'm very new to android. Also, what is the purpose of the "$SU" command, I didn't even use it..... I assume it's related to "superuser"?

Thanks again
[G1 Android Development] fridlack:
Enabled Jit in CM latest and everything working great, but, instaled ebay oficial app from market and get lots of FC while surfing arround products... reflashed CM rom over hacked one to disable the changes and ebay apk seens that is working awesome again... anyone report any FC with ebay apk while jit is enabled??
[G1 Android Development] Jeffro64:
Yes.. I typed su and got #

Then at # I typed:

cp -f /sdcard/vmlibs/libdvm.so /system/lib/libdvm.so [Enter]

Then I get..

cp: cannot create '/system/lib/libdvm.so' : File exists

#

The vmlibs folder is where the libdvm.so file is on my sdcard... I verified that, but the problem seems to be trying to copy it over even with the -f it won't force the copy. Could it be because the file i'm trying to replace is read only?

Thanks for your help!

EDIT: Tried this on both phones now with the same result... Also, i'm trying it with the method at the bottom of the first post (VMLIBS.ZIP from t3hSteve). Should I be doing it with the other method or is that not for the G1?
[G1 Android Development] b0ricuaguerrero:
worked liike a charm
[G1 Android Development] Jeffro64:
OK.... Did it the other way and it worked. I got 3.628 MFLOPS in Linpack.:D

Thanks for the help!
[G1 Android Development] xxmonsterx:
can someone please try to do a nandroid backup with jit enabled then restore it, my phone wont restore nand backups when i have jit enabled on the restore file
[G1 Android Development] philosophics:
I'm still reluctant to re-apply this hack.

Can someone please tell me where the dalvik-cache is located after hack is applied?

Cyanogen moved the dalvik cache from data/dalvik-cache to cache/dalvik-cache in the new update (4.2.15)

So where is it after the donuts have been dusted?

Cause if it gets moved again, I'm afraid it will slow my device down for I have never had my device this speedy...
[G1 Android Development] mrkumquat:
answered your own question. cache doesn't move with JIT, only how it functions. That's why the regular implementation of JIT broke after cyanogen moved the cached. Rather than worrying about what is where, worry about whether the end result benefits you; and for those that have flashed newest cyanogen as well as the new JIT workaround, the benchmarked end result is even better speed with few reported issues.
[G1 Android Development] ilaf0106:
if i flash another rom will JIT be disabled or still be intact im coming from super D 1.9.3 no ram hack with and wanting to flash fastest also what would happen if i nandroid back up just to check the rom???
[G1 Android Development] tnpapadakos:
this thing worked for me...easy and simple as flashing an update from recovery...why no one else has reported on trying this puzzles me...mflops 3.606 after using this

been using it for 24 hours, no fc's
[G1 Android Development] philosophics:
Well that's what I wanted to know. I'm just a theemer that knows how to read...
[G1 Android Development] mrkumquat:
eh, there are still a lot of aspects of these builds and updates that I have a rudimentary understanding of. But for the most part I've always been able to depend on the overall yay or nay in comments after a recent update or mod. And when in doubt... BART restore has never failed me if I decide to get too adventurous for my own good :)
[G1 Android Development] philosophics:
The yay or nay was not telling me what is was that I wanted to know. But you answered my question and I thank you for that. I always like clarification before I jump into something.

But anyway, applied it. Seems to be working. No FC's at all (so far)

If you call CM 4.2.15.1 fast then CM 4.2.15.1 with jit is lightning... (so far)

No compcache or swap enabled either...
[G1 Android Development] licknuts:
I don't use adb so I'm not sure what might be the cause. so try this in recover console

cp -f /sdcard/vmlibs/libdvm.so /system/lib/
[G1 Android Development] licknuts:
I'm going to scrounge through the posts at some point in the next few days and revise the the process, add the workarounds (with credits and links to the post) and if they don't mind I'll host patches/updates on my server.

Going to test the patch on FastTest 2.9 since it is based off of 4.2.15.x. I haven't had a chance yet to look at what Malix and Monster put together. I think aaraya1516 had some tips as well and going to dig that stuff up. And LinuxLover has lots of info posted and seems to handle the various difference in the command sets between ROMs and got many people through their issues.
[G1 Android Development] Super Jamie:
Gave this a go on my G1. Running DangerSPL and Super D v1.9.3 Black (the standard kernel, not the WG-beta).

Booted a few times, ran up a bunch of apps, etc. Everything was noticeably faster, no lag when fading back to home screen, switching between apps, scrolling in browser. All those little things that Android doesn't do with perfect fluidity were alot smoother with this VM installed.

However opening Gallery gave me FCs and freezes. Sometimes it would load albumthumbs, sometimes just display blank squares instead of images.

Have gone back to original libdvm.so for now. If I can be of any help just let me know.
[G1 Android Development] ripculz:
i'm using windows..how to do this using command prompt?
[G1 Android Development] xxmonsterx:
do it from recovery console
[G1 Android Development] tnpapadakos:
so what happens if i wipe my davlik cache after enabling JIT?
[G1 Android Development] Klyentel:
if you boot your phone into recovery, go to console and hit enter, should get the /# sign, plug the phone into your pc, if adb is installed on your pc correctly, it will pick it up

go to command prompt on PC, cd into your adb sdk tools environment, whatever the path may be, then type:

adb shell (should get the same /# sign as on your phone)

then copy/paste each command, reboot. Thats it
[G1 Android Development] idkidk:
Post my experience:

Tried the new vm onto cm4.2.15 but i've some lag when change screen, and very slow when lauch phone app, so i rollback to previous vm and now all is ok.

I had better result onto CM4.2.14

bye

idk
[G1 Android Development] worldestroyer:
I was having issues with 4.2.15.1, so I repositioned dalvik-cache back to /system/sd like you suggested and JIT worked, but the responsiveness of the phone dropped significantly (in comparison). Both with and without the ram hack. I pointed /system/sd/dalvik-cache and /data/dalvik-cache to /cache/dalvik-cache and everything is running significantly faster, but now i'm missing a bunch of applications. Can someone modify this hack to read from /cache/dalvik-cache natively?
[G1 Android Development] xxmonsterx:
make sure to restore the stock lib before making a nandroid backup, restoring a nandroid of cm 4.2.15.1 with jit causes an infinite acore crash
[G1 Android Development] tnpapadakos:
i used this hack and its all working fine...reported on this a while back, and have gotten no feedback on anyone else using it...am i missing something obvious?
[G1 Android Development] Pfeffernuss:
This made my FastTest Rom unbootable. Does not work on any Rom also :cool:
[G1 Android Development] maddoguk:
Has been working great so far. May brave a nandroid back, wipe & restore in the morning to test it.
[G1 Android Development] Klyentel:
??

I thought Licknuts suggested not to use any jithack zips, because it screwed with the build.props, which is not necessary, when pushing the lib file is much more stable....but I don't know....if it works for ya then that's great. There's always more than one way to do something;)
[G1 Android Development] tnpapadakos:
cool thanks
[G1 Android Development] MotoMudder77:
trying to get this down. cant get past the first step:

$su <-------Not sure what this is, equivilent to enter in RA 1.5.2?

#mount -o rw,remount auto /sdcard <----------tried this, I have a space between my "#" symbol if that matters.

mount: mounting auto on /sdcard failed: Invalid argument
[G1 Android Development] philosophics:
So is nandroid backups confirmed working?

If not, I can tell you that it worked for me...
[G1 Android Development] licknuts:
the $ and # and just the promps they shouldn't be typed.
[G1 Android Development] licknuts:
No problem for me restoring from Nandroid with CyanogenMOD 4.2.15.1 with JIT enabled. FYI the patches that Malix and Monster created remove /cache/dalvik-cache and the slight performance gain.
[G1 Android Development] philosophics:
Well that's no good. I want my performance gain back...

Can't I have my cake and eat it too?
[G1 Android Development] :
Tried this on OpenEclair 1.2.2. Never seen so many force closes in my life, totally unusable. Anyone else having similar results?
[G1 Android Development] Pfeffernuss:
Using the JIT zip file on FastTest rom made my 1.6.2 Nandroid unusable. Had to resort to a 1.5.2 Nandroid to get the phone working again.

When just pushing the ***.so file I didn't have this problem (well, the Rom still didn't work but the backup did :cool:).

Was amazed that the zip could have such a strong impact ;)
[G1 Android Development] SilentTweak:
I removed the JIT Hack via the zip file for now. Gonna wait for someone to release JIT Hack that reads from /cache natively. Didn't see much of a performance boost overall after applying the zip.
[G1 Android Development] licknuts:
Yes but really, the original post was to let people know it can easily be applied to most ROMs, however with CyanogenMOD 4.2.15.x a new perfomance option that entails moving dalvik-cache causes incompatabilty with the library, the library has options however and now this will now cause the hack to require a level of maintaing, Seeing posts that ut doesn't work on FastTest and Romx that is based off of new CyaanogMo

d base is very redunant and obvious.

Jit on Cyanogen 4.2.15.x works for me and to beat a dead horse into the ground it works on FastTest 2.9 for me as well, you won't like the work around it requires shutting off apps2sd utilizing a backup/restore off all apps utilizing Titanium, the performance is nice.
[G1 Android Development] Johnny5401:
I have Enoch theme , 4.2.15.1 CM, and JIT will not work with theme. I have to run the code posted by Klyentel in recovery module after installing JIT, then install theme and then run code in recovery again. I know the code Klyentel posted works but I am testing on theme now. Will post results.
[G1 Android Development] Johnny5401:
Wont work. I can not flash Enoch theme 42151 with JIT. Switchroming back to Cyan.15.1 with 10mb Ram and JIT. No theme.
[G1 Android Development] KAwAtA:
I got this on my CM 4.2.15.1 and it shows MFlops at 3.6 which is great but does any other CM user notice much of a difference? Having this on like CE or something, I bet that'd help a lot, but for CM, Even my games, the ones that had slight lag remain the same. And everything else, feels the same. The only thing I've noticed is that returning to home is a lot faster. Other than that, am I missing something?

But so far, thanks for this licknuts, no FC's or anything here either. I have yet to test out the nandroid backup

edit: Nandroid backups work fine here as well. Incase it happens to anyone else, I've noticed that everytime I do a backup, It's like installing JIT all over again. Takes a long time to load and at about the third boot, everything is nice again.
[G1 Android Development] MotoMudder77:
Got that much. I'll explain all that I've done. I extracted the zip to my HD, then transfered the folder "dusted-donuts" over to the root of my sdcard.

Got the first step down.

Yet when I tried it again to get the error message for the second step I get invalid arguement. really confused, as I am typing everything correct.

But the second step error is something like "cannot cd /sdcard/dusted-donuts

EDIT

Tried the first step 4-5 more times. Keep getting invalid arguement. Am I just missing something?

EDIT AGAIN.

Cant do the .zip route either. while trying to backup I get:" cp: cannot stat '/system/lib/libdvm.so' : No such file or directory"
[G1 Android Development] tnpapadakos:
"performance"

to anyone that knows:

when people are saying "performance" do ya mean 1) mflops w/ linpack, 2) the actual, real-world use experience of your device, or 3) both?

because using the .zip install on cm4.2.15.1, my mflops went up more than double (from 1.5ish to 3.5ish), but my device real-world use performance was always good; its just as good now, but cant honestly say i can notice a great increase now...not sure

one things for sure i have not had any problems with the.zip install method

just didnt want to go through the manual method once i found that .zip