Very Important Note To Increase The Wm5 Spped - MDA III, XDA III, PDA2k, 9090 Software Upgrading

I have noticed in all the roms coocked by Bepe Rom Kitchen there is some kind of Problem that decrease the speed of wm5 , it is the rgu and dsm files in the rom under windows folder these are the registry fles that we can exclude them from the rom after they will be saved in the rom these ara about 100 files with 1 or 2 kb size but this decrease the speed of windows folder , the way to exclude them safely coock the rom as usual first start createOS.exe it will generate the TEMP Folder then start the createROM.bat it will build the boot hive and the stopes and ask you to press any button to continue this is the time to delete the rgu and dsm files go to search and find all the rgu and dsm files and be sure to search the hidden files too because most of these files is hidden and when you finish o back to create ROM.bat and finish the rom Building and the first thing you will notice is the speed of opening the windows folder .
Note: you can exclude all the unnessery files that we dont need like the help files *.tm and the note files *.pwi and the word files *.dot etc...
Ahmedkom

That's quite interesting. I'd noted the slow performance in opening "/windows" in Total Commander and I'd often wondered if this impacted the phone. There are way too many files in there, but it was an issue on WM2003 as well and has it's root in desktop Windows. Every time the filesystem has to retrieve a file from there, it has to lookup it's information in a table. While there are ways of writing fast lookups, reducing the input set is often far better. As "/Windows" is quite possibly the busiest directory on the phone, any boost here has to be worthwhile.

Thanks ahmedkom for bringing up this interesting subject, for although there is a tremendous speed gained by mamaich's virtual page pool the Hima beats BA 3:1 when it comes to openning the /Windows dir.
This is true even if the Hima ROM compared to was prepared using Bepe's ROM cook tools. But, then again as you mentioned the BA .dsm & .rgu files are a lot more in numbers compard to the the Hima ROM.
Would you mind sharing how much speed improvement in number of wait cursor 360 degree turns was gained by eliminating those reg & .dsm files? My almost fully loaded BA displays /Windows dir & files after 4 wait cursor turns as against 1.5 turns of a similaryly loaded Hima (using Resco Explorer as File Mgr.).
Cheers!

sure, imagine how fast it's going to be if you delete all files from /windows !!
Honestly, when a 400Mhz CPU is not enough to display a listing of 100 files, something is veeeery wrong. The only reason i put up with with this, is that there's no alternatives with the big screen and gsm phone.
Anyhow, I have latest Helmi build and in calendar just going from day to day, back and forth within the same week is slow noticeably slow. It's obviously re-reading big chunks of data from flash every time, no matter how many times you go between Thur and Fri.
So, given that calendar app is so obtuse, it would be nice to have a file / disk cache on OS level -- which i believe Helmi ROM already has but somehow it aint working...

yeah i just realised Helmi's RAMdisk is just a partition for temp files in ram...

Related

Ivan V4R3 with 32MB Ramdisk - V1.2 released

I've managed to get Ivan V4R3 working with 32mb Ramdisk support using the tips in the main Ivan V4R3 thread here
http://forum.xda-developers.com/viewtopic.php?t=52546&start=50
and here
http://forum.xda-developers.com/viewtopic.php?t=52546&postdays=0&postorder=asc&start=25
(in short, hexedit unencrypted nk.nba then add buzz_lightyear's 32mb ramdisk cab).
I've also ensured that IE stores its cache files in ramdisk by fiddling with some nice reg keys that were'nt covered by the buzz_lightyear patch.
The end result is really fast and doesn't seem to get all laggy after heavy use, as Ivan tends to do when it scatters temp files around the storage disk.
I'd like to send a finished ROM out to the gang for testing but I lack the expertise to edit and recombine default.hv and boot.hv to include the buzz_lightyear and IE reg patches prior to reassmbling the ROM.
Can anyone PM me with some more info on how this can be done?
If not, then it'll be a ROM file, CAB file, reg file mix to get it into a testable package, which all seems a bit messy when we could just have a flash-and-go version.
Hope you guys can help, thanks.
send me the stuff and i'll do it.
Ah wait - I've figured it out. Just copy the default.hv from a running ROM on a device, and recombine that into the flash package.
Will churn out something tonight if I get time and see what people make of it.
nope, it a lot more complicate that that
work in progress??
Just wanted to know if you guys are still working on this project. Let me know as i am very interested. THX
Apologies, I've been AFK for a few days dealing with real life - horrible thing it is too.
The rom, ramdisk cab and a list of Registry modifications are now uploading to /uploads/for_midget_1990.
[EDIT] all files uploaded at 20:07 BST
Procedure is -
- replace the Ivan v4R3 nk.nbf with the one included
- flash, align screen etc
- install the ramdisk32 cab
- modify the registry keys as shown in reg_keys.txt
- power off, then power on to cement all reg changes
- reboot
The above config has been running on my Qtek 9090 for the last week with some pretty heavy use and it's still performing nicely with no sign of the slowdown that Ivans ROM normally suffers from after prolonged use.
Midget_1990 - if you can munge these files together into a proper release, that would be fantastic. Meanwhile I'll try to find some info on doing it myself. I'm not far off it, I just can't find much info on how to edit the registry files inside the ROM. I'm sure the info is out there if I look hard enough.
depending on how busy i am in the next few days i will try and make this into a proper flashable rom, however i am also working on upgrading Ivans rom anyway so I will definatly produce a version with the ramdisk as well as normal with future releases.
Thanks for your reaserch etc.
I was using logouts latest and it was very slow once you got a few things running on it and when enabling the wifi.
I just downloaded and installed ivans again using this method and also overclocking to 530mhz. Seems to be doing very well. i will test and report more as the week goes on.
HI all
Willpower102 - Agreed - overclocking to 530 is definitely the ideal for any wm5 rom.
I've made some progress on modding the ROM last night. I'm just having trouble finding the Internet Explorer cache directory entry in the ROM's registry files. Once I've cracked that, I'll be ready to release a flash-and-go version.
Now that I'm able to build my own ROMs, I've also been experimenting with the atihwtbl0.txt file in the \windows dir. You can see some tasty looking timing variables in there - not least the CAS timing for RAM. More on that later when I've tested it properly.
Also, I found a more up-to-date version of ace_ddi.dll a while ago and will try to include that too. I've benchmarked it with GXMark, and it's definitely faster. Original dll gets 1750 gxmarks, new one gets 1850. I've even managed 2000 gxmarks but that has been hard to reproduce. (all figures produced at 530mhz)
Lastly I can say that now I've got my hands dirty with the ROM-building tools, my respect for Tuatara, Mamaich, Buzz_Lightyear, Ivan, Midget_1990, Logout, Art, and the whole ROM-building crowd has only increased. It's a slow and fiddly process, so more than ever respect to the people who are making this possible.
rom building
Thingonaspring: mad props for all your effort!!!! I would like to educate myself and start the rom building process aswell. Before I even try to attempt this I guess I have to do a lot of research and reading (but its all worth it). I would be most grateful if you could tell me where you got your info from.....and any links would be greatly appreciated.
Hats off once again for all your hard work
the best advice i can give is read the entire wiki, including every device, twice. This will get you the background knowledge about how these devices work etc, then PM someone who currrently makes ROMs and ask (nicely) if they would mind sending you the BA ROM toolkit and if your really nice they might also explain how to use it
Good luck!
THX
Midget_1990: thanks for the heads up!!! Thats what I assumed. Reading, reading and more reading is on the agenda.
[EDIT] Found the cause - nasty lil control-code gremlins on the end of each line. Stripped the file down to ascii codes only, edited, saved as unicode and everything works.
Serious help needed here
I am attempting to rebuild default.rgu and user.rgu into default.hv and user.hv using rgucomp.
I am doing the following :-
SET _FLATRELEASEDIR=.
rgucomp -o dump\default.hv -nologo > default.txt
edit in wordpad (also tried notepad), add REGEDIT4, ensure final line is just a <CR>,
save as text with unicode encoding
When I rename default.txt to boot.rgu and do :-
rgucomp -b
I get an error :=
Failed to parse HKEY_CLASSES_ROOT\xslfile!!!
I've tried many different approaches with both default.hv and user.hv.. Always ending up with very simillar results. Usually a parse error on or close to the first line.
Can anyone help with this? I've read everything, not just on this site, but on buzzdev and a ton of weird japanese/chinese forums (no idea which, just lots of kanji characters).
It's really annoying as I only have limited time to work on this, and it's soo close.
Try this:
Rename default.rgu to boot.rgu
set _FLATRELEASEDIR=.
rgucomp.exe -b -nologo
ren boot.hv default.hv
attrib +r +h +s default.hv
And error in this k e y
HKEY_CLASSES_ROOT\xslfile!!!
Fix it
I was running SPB Software on the unit without the ramdisk and I tested the software with SBSH Software on it to find that the software you install can make a slight difference.
However, the unit seems to really get a boost in speed. I love the improvements the 32 RAMDISK does to the unit. I have had no issues with the unit since the upgrade.
I was wondering how everyone was doing with the bluetooth fix though. How has the quality been since the major changes that has been done over the past month now. There hasn't been many complaints about the bluetooth but was wondering about quality and if there has been any disconnect issues. I haven't used my bluetooth ear piece long enough to really know.
Also how has everyone's battery life been. I noticed that the software has some major drainage on the phones battery. I usually don't notice much due to the v3 extended lion battery but how about the oem battery?
Speed is unbelieveable with ramdisk on ivan's v4r3.
Problem is programs installed after the ramdisk mod don't show up on the "remove programs" list, thus can't un-install.
I myself am stuck with the registry too, due to the fact that the programs in the toolkit to do it are 16bit and not compatable with my 64bit version of windows...
OK, the ROM is finally ready.
Here :-
ftp://xda:[email protected]/Uploads/Blue Angel/IvanV4R3_Ramdisk32.zip
It includes a tweak to CAS timings (1clk instead of 2clk) and an updated ace_ddi.dll display driver. Both should improve speed, but do note that the CAS tweak means that overclocking to 590mhz, which was always pretty unstable, will now cause the device to hang. Overclocking to 530 works fine in my tests.
There's still plenty more I can try to gain a bit more speed, not least the rest of the timings in the atihwtbl0.txt file, and perhaps mounting the RAMDisk as early as possible will allow more parts of the OS to store volatile data in RAM.
If/when I come up with an updated version, I'll post it hereabouts.
Baeshin81 - I left my phone on standby last night with 100% battery at 2AM when I finally crawled into bed.
On reaching work the next day 9:15AM, the phone had used just 3% battery power.
So in short - battery seems fine. Do note that I've got an expanded 2450mah battery, not the stock one.
Keano - I too notice the remove programs problem after installing the buzzlightyear ramdisk cab. The new ROM does not use this method, I've basically stolen Logout's approach to ramdisk instead, so the add/remove problem is no longer present.
Midget_1990 - have you tried a DOS emulator like Bochs?

POLL: move PowerPoint/Word/Excel .exe to EXTROM installer?

EDIT: Duh, forgive me, I have put the wrong KB sizes above. correct values are below.
PRO: if you don't use, have never used and will never use one or more of these apps the ROMs can pack more add-on software which won't have to be installed or take up storage space.
CON: If you use them it gets a little bit less convenient, as you have to install it after a hard reset.
NOTE: I don't know how much the system needs those dlls, but I guess they are not deeply embedded in it and might not even need to be installed, unless ActiveSync desperately needs them to convert files back and forth. Which does not make sense to me, at least images, when there is any conversion process, are processed in the PC, as it is much more powerful...
Footprint:
Office dlls:
office.dll: +63KB
officeres.96.dll: +95 KB
officeres.dll: +96 KB
Pocket PowerPoint:
ppt.exe: +2.277 KB
Pocket Excel:
pxl.exe: +852 KB
pxlfile.dll: +34KB
pxl2xls.dll: +47KB
xls2pxl.dll: +78KB
SubTotal: 1.011 KB
Pocket Word:
pwod.exe:+227 KB
Total: 3.769 KB
There could be more Office-related dlls scattered around, but I don't know how to identify them...
I say pack all those files into a self installer CAB and it can be up to the user to include it or not. In theory if we could ever agree on a nice stable base rom to build an online ROM kitchen like the XDA had/has and make everything else optional.
An online ROM kitchen would be sweet!
theloon said:
An online ROM kitchen would be sweet!
Click to expand...
Click to collapse
we'll see on the next couple of days... maybe we'll post it on the forum... BA WM5 rom kitchen... I sure Black6spdZ, xplode, thingonaspring, Midget and others will make it better :wink:
I just need to arange and fix a few stuff, since most people more prefer bepe's ways, for me it just gettin a little complicated to manage it work with bepe's way...lol...
I voted to keep it in the ROM, but only because I'm 99.99% sure that moving them will cause all sorts of problems. Any app launcher or today plugin that integrates with the office apps will break. They'll have hardcoded the path to the /windows directory, I'd put money on that. You might be able to replace the /windows exes with small launchers that point to the storage card I suppose.
I think the compression of the apps holds a lot of potential. Is there a compression tool that decompresses to the RAMdisk and runs from there? That would be the best of both worlds; the file is compressed in the ROM but only needs to be decompressed once on each RAM reset.
fraser said:
I voted to keep it in the ROM, but only because I'm 99.99% sure that moving them will cause all sorts of problems. Any app launcher or today plugin that integrates with the office apps will break. They'll have hardcoded the path to the /windows directory, I'd put money on that. You might be able to replace the /windows exes with small launchers that point to the storage card I suppose.
I think the compression of the apps holds a lot of potential. Is there a compression tool that decompresses to the RAMdisk and runs from there? That would be the best of both worlds; the file is compressed in the ROM but only needs to be decompressed once on each RAM reset.
Click to expand...
Click to collapse
We already have UPXed version of Office apps and dlls working, I believe Helmi will integrate them in the next version.
The 3.769 KB file footprint for the files above becomes around 1.450 KB, that's around 2.2MB of space saving.
For those who don't know:
UPX is a compression method meant to have extremely fast decompression speeds and very low resource comsumption. If I understood correctly, the ARM assembler-optimized UPX decompressor which is added to our dlls and exes is 224 bytes.
From the website, a memcpy on a Pentium 233 (dunno the OS) happened at 60MB/s, while the UPX decompression of the same data was 13MB/s.
fraser said:
I voted to keep it in the ROM, but only because I'm 99.99% sure that moving them will cause all sorts of problems.
Click to expand...
Click to collapse
This is VERY true. Accessing the files would require a launcher as fraser says, and/or accessing any UPX'd resources in the DLL, or EXE without loading it in will cause cataclysmic failures in the calling application. The dangers are VERY high.
Brazilian Joe said:
I think the compression of the apps holds a lot of potential. Is there a compression tool that decompresses to the RAMdisk and runs from there? That would be the best of both worlds; the file is compressed in the ROM but only needs to be decompressed once on each RAM reset.
Click to expand...
Click to collapse
In theory you could do this with the RamDisk now, and use a RAR/ZIP/7Zip style archive on a SD Card (or in ROM). Simply run (on boot) an unarchive of the contents to RAM, and away you go. But in theory this isn't any better (and in reality is worse than) just installing the applications to the RAMDisk in the first place, and/or keeping a second "SD Card" just for the hard-reset cases when you want to re-install everything.
Brazilian Joe said:
We already have UPXed version of Office apps and dlls working, I believe Helmi will integrate them in the next version.
Click to expand...
Click to collapse
Just take care of PIM Managers, and other applications which may make direct usage of these applications. Also, a UPX'd DLL will require longer/slower load times due to decompression overhead as well as the IMGFS decompression requirements itself (even though the IMGFS portion will be 1:1 - i.e. uncompressed).
Brazilian Joe said:
The 3.769 KB file footprint for the files above becomes around 1.450 KB, that's around 2.2MB of space saving.
Click to expand...
Click to collapse
It will unfortunately be MUCH less than that. Try building the ROM with the UPX'd applications and check the free sectors, and then compare that to a ROM with them replaced. The difference in free sectors * 512 bytes per sector is the REAL compression ratio achieved.
My guess is that UPX is about 40-60% better than the IMGFS, so this would mean a gain of around 1.1Mb in the ROM, and not 2.2Mb. But 1.1Mb of useful space is DEFINATELY nothing to be sneezed at! ;-)
Keep in ROM ...
Oh yeah, and I voted to keep the MS Apps in ROM.
Powerpoint could/should be compressed, and possibly Word/Excel if they're still 100% safe (they were in my testing in TuMa v1.3). Compressing any of the core OS though - ICK. I'm not in favour of that.
Save as much as we can, without going crazy ... and keep the Core OS, the Core OS. All the features we want to add should be exactly that - features!

Announcement: Wizard "Squeezer" Program

Hi All,
Welcome to the Rom-Packer "Squeezer" module!
This was originally included with my Wizard Rom-Packer kitchen, but as the technology is applicable to most programs installed in the Wizard (or actually most devices), in either storage memory or SD card, I have decided to release it to the wider community of non-cookers.
This program uses the open source program UPX to compress .exe files. The compression is quite remarkable. Generally the files end up less than half their original size. I have tested the process on all the main Office programs, and they work fine. The loading speed of the programs is actually improved, because the storage memory is so much slower than ram memory, so the time gained by transferring a smaller amount of data from the storage memory to ram when you run the program is more than enough to make up for the time spent uncompressing in ram.
The larger programs really seem to "pop" in comparison. Besides the Office programs, I have tested it on apps such as: eWallet, iSilo, ListPro, and Skype and found it works well, speeding load times with a smaller storage and SD card footprint.
The process "may" work with some .dll files as well, but I haven't tested them as extensively. A few programs will not work well in this mode, or refuse to load, so keep the original copies as backups. You will also find a few programs (adobe reader, pocketXpdf) which have already been compressed with this technology!
So, here's what you do:
1) Make sure the original program is installed correctly.
2) Locate the .exe file which was installed in Program Files in your PDA or the SD card.
3) Save a copy of this file somewhere in case it doesn't work.
4) Copy all the .exe files you want to compress into the SqueezeRoom directory.
5) Run Squeezem.bat
6) Take the compressed files out of the SqueezeRoom directory and replace the originals with those.
7) Run the program in the usual way. If all is well, Great! you're done!
8) If there's a problem, you can try a soft-reset before undoing the experiment.
9) If that doesn't help, copy the copy you made in step 3 back to the original location, overwriting the compressed copy.
Of course, I strongly recommend that you run a good backup utility, such as SPB backup, before beginning, just in case you make a big mistake somewhere.
Rapidshare Link: http://rapidshare.com/files/33717970/Rom-Packer_Squeezer.rar
Have fun!
Have you tried compressing dll files before?? I read the readme file...but since you wrote it, have you tested them.
Re: dll files
freeyayo50 said:
Have you tried compressing dll files before?? I read the readme file...but since you wrote it, have you tested them.
Click to expand...
Click to collapse
I tried one, but it didn't work. According to the UPX documentation it sometimes works on .dll files, so if you find a large one it works with, let us know!
Regards,
This program is amazing!!! I can see a notable increase in performance on my device. I compressed about almost all my apps (about 25-30 exe's) and about 5-8 dll's. So far the dll's that I have compressed have been working.
You can see a huge increase in performance the bigger the exe file is. Apps like Wisbar/WAD start up about 3-4 sec faster,
Opera about 3 sec (4MB compressed down to 1.7MB)
AIM 2 sec faster
Camera.exe maybe 1 sec (I couldn't really tell the difference)
Verichat 2 sec
FoxitReader 2-3 sec
IM+ 3-4 sec
SPB Imageer 2-3 sec
Resco Radio 2 sec
Total Commander 1-2 sec
Midlet Manager(jmm.exe) 2 sec faster
and calculator.exe seems to pop open .
When it comes to games, which usually are 2-4MB in size, they open 4-7 sec faster than normal. One of my games was 4MB than shrunk down to about 1.4MB after compressed.
This program also saves a crazy amount of space as well. My main memory free space before was 6.5MB, than after compression, increased to 11.8MB
It also seems like there is more free RAM than normal, but I'm still veiwing that. Posted some SS of compressed file sizes.
I just discovered that .cpl(Control Panel Extension) files can also be compressed. I just compressed SoftKeyAppletEx.cpl and ThemeManager.cpl for those who know what they are. They still work after compression. There not that big but I get about 50-60% compression from them.
Great finds!
Wow, freeyayo50!
Great finds, and thanks for reporting them. It's great to see this little bugger being useful!
BTW, You're packing a lot into your machine! Do you use an sd card?
Best wishes,
edhaas said:
Wow, freeyayo50!
Great finds, and thanks for reporting them. It's great to see this little bugger being useful!
BTW, You're packing a lot into your machine! Do you use an sd card?
Best wishes,
Click to expand...
Click to collapse
Thanx, just tryin to help out the community .
And yes, I am using a 1GB Mini SD card. I use it to hold most of my apps and all my music.
I dont understand why developers dont use this. So far everything that I have compressed has been working perfectly fine. I just luv how much space this thing saves.
as of now i'am building an rom with all dll and exe and cpl upx-ed. Just finished packing and now Build os is building. then i will try if it will run
Now it's flashing to my mda
It was to much. The rom wont load. stops at second boot screenthe 3th wont load.
A noble experiment!
ivanwinkel said:
It was to much. The rom wont load. stops at second boot screenthe 3th wont load.
Click to expand...
Click to collapse
Oh well, you went all out and I applaud you for it! Valiant effort!
Regards,
Email App?
Anybody know which app controls the email accounts?
I use the blackberry client and it takes forever to load up..even when in the background! Creating new mail also takes it's own sweet time!
Would love to squeeeeze a bit more performance out of my wizard!
Andy Phillips said:
Anybody know which app controls the email accounts?
I use the blackberry client and it takes forever to load up..even when in the background! Creating new mail also takes it's own sweet time!
Would love to squeeeeze a bit more performance out of my wizard!
Click to expand...
Click to collapse
I believe you may be talking about the tmail.exe in the \Windows folder.
main OS dlls and exe SOULD NOT be compressed with upx.....this was tested ages ago by rom cookers it will cause problems....true some files can be upx you should leave the OS files alone.
faria said:
main OS dlls and exe SOULD NOT be compressed with upx.....this was tested ages ago by rom cookers it will cause problems....true some files can be upx you should leave the OS files alone.
Click to expand...
Click to collapse
Thanks for the tip, faria!
(Translation: Avoid messing with the sys\os subdirectory, and be careful with the others. Most of these apps are small, so you wouldn't be gaining much anyway.)
wow nice program thanks!
doesnt work with tomtom btw crashes when I start it
kadooosh said:
wow nice program thanks!
doesnt work with tomtom btw crashes when I start it
Click to expand...
Click to collapse
Hi, It worked with my TomTom!? I'm pretty sure I compressed it. Just the main .exe, not any of the supporting stuff. I'll double check it when I get home tonight, (or tomorrow to be honest, I have a big project for school right now)
Tested and working with opera.dll from Opera 8.60u2. It's a huge 5 MB file that once compressed is less than 2 MB . There seems to be no side effects, besides saving over 3 MB of storage. Great program!
igalan said:
Tested and working with opera.dll from Opera 8.60u2. It's a huge 5 MB file that once compressed is less than 2 MB . There seems to be no side effects, besides saving over 3 MB of storage. Great program!
Click to expand...
Click to collapse
Where did you find this opera.dll at??
edhaas said:
Hi, It worked with my TomTom!? I'm pretty sure I compressed it. Just the main .exe, not any of the supporting stuff. I'll double check it when I get home tonight, (or tomorrow to be honest, I have a big project for school right now)
Click to expand...
Click to collapse
oh I just noticed my old exe didnt work either.. must be cause I installed wm6
moprhgear doesnt work either(emulator)

File Explorer Woes - Fuze **SOLVED**

Been messing around with some of the more basic tweaks, and I have all of a sudden got a major issue. My File Explorer takes an extraordinary amount of time to load up the Windows directory. I mean, it sits there for a good 5 minutes before it loads up that directory. Once it is opened, I can navigate through my device and the other folders just fine, but the SECOND I try to get into the Windows directory it's just wait-city....
I did not tweak anything with File Explorer. Is there any way to fix this?
its my first PPC so maybe im missing something but... why would u ever really need to explore your Windows Folder that much on your phone? and ofcourse it takes a ton of time to load, it has tons of system files in there to enumerate
that is weird though, mine takes a while to load up, but certainly not 5 minutes
if you are installing programs into your Windows folder, and trying to access them through the File Explorer, then ur "doing it wrong" as they say on this here internets... most anytime i mess with my windows folder on my phone, im doing synced up with active sync on my PC
There are actualyl plenty of reasons to be in the Windows Directory. And many of them have to do with tweaking and other enhancements to the device.
Just backup your stuff and do a hard reset, perhaps it is worth making a note of which stuff you changed should this happen again?
EDIT: Yes there are PENTY of reasons to be navigating into the \Windows folder on a PPC so its not a "doing it wrong" situation...however it is always wise to research the tweaks and changes you are carrying out should you end up in the situation where you cant boot the device....hence losing your data.
On my ELFin, I think this used to happen whenever I messed about with TF2D themes, since they contain hundreds of files.
Mine will load from my PC or on the phone in about 30 seconds (slightly longer from the phone itself)
5 minutes seems rather excessive just for the window's directory
As stated above try the reset on it to see about clearing up some memory.
Also when active sync came up on the phone did you accidentally select a different type of connection than active sync? I did once and everything ran super slow unless I was browsing through it as a thumb drive.
On WM, windows throws EVERYTHING into that one directory, the more stuff you add, the more that directory gets filled. I know my tilt could take like a minute to load that one directory. At the moment the Fuze loads it in under 15 seconds.
I use it to launch cabs and find files. Its my first PPC w/e its called. I had that happen before though it lagged soo much i reset my fuze and it fixed it.
A lot of the time is how its sorted. Make sure its sorted by name, as this is how the files are normally indexed. If you select sort by Type, it has to sort it each and every time you try to browse to the Windows directory. Its nothing wrong with your Fuze, but rather Windows Mobile. We are so due for an update.
Hi Supertruck,
You could try using Total Commander instead of File Explorer, it's loads better by far.
Also, you can setup directory hotlists so if you need to take a look at \Windows\Rings or \Windows\StartUp for example you can navigate straight there and miss out the wait while the device enumerates the \Windows dir.
Cheers,
D.
m. carroll....that was it!!! I had it sorted by file type because I was doing the PTT changes and was copying .lnk files around and wanted them all together. It opens right up now that I have it sorted by Name.
Strange how something so small can make such a huge differece.
Thanks so much!!!

UPX - Compression of exe for better speed - Base for cooker

Hi all,
After reading some news on UPX, a great tools that can compress AMR file, I have decide to investigate this.
So I download the version with UCL include (that my ubuntu for that )
I have try several compression and replace over the rom file just to see the difference.
And of course, it's really better when it work on apps.
They compress by ration of 50% to 70% apps, so Opera for example run really more faster now with that, also Album is really more faster and of course the famous AudioManager_Eng !!!
It load music (even with 4G of music with lot's of different artist and album) in around 1 or 2 sec, before they take nearly 10s to show the playlist !
So technical they pack the exe, optimize it for size and speed.
I want to introduce a list of successfull tools that work really better with this tools.
Thanks to that, I really hope cooker will use it to cook already compressed file into they rom.
Ok, Second post will be all apps that work well
and Thirst post all one that is useless to do it because size is more important after or program stop working and has some bugs.
Let's go
Edit :
Seems NRV compression better, so I will test it more and report
Second post for working apps
Here list of working apps :
I use UPX-UCL with --best option : upx --best *.exe (on linux, should work on windows and other)
See the site : http://upx.sourceforge.net/
Opera : 2.7M (compressed size), 6.3 (unpack) : really nice feeling, page appear more faster, running apps is shorter, wonderfull !
AlbumSearcher (for thumbmail)
AudioManager : awesome the new speed, it open list in 1 or 2 seconds for 4G of music !
AdobeReaderLE
Camera
GoogleMap (already use it in fact, the GoogleMap_Compressed use UPX)
HTCAlbum : speed is great ! so as other tools but wow !
RSSHub : nearly the same, hard to compare
StreamingPlayer : run faster, great
Kinoma : already use it but not with --best option (so I have unpack and repack with best, take 1M instead of 1,7, run faster )
WkTask : hard to now, but work well !
List of non working apps
Here the list of non working or useless compression apps :
CorePlayer : work but take more place (1,7 instead of 1,6), so useless to use it
TotalCommander : .NET not support yes, so any other .NET apps it's useless to for moment
DiamondBackgroundChanger : don't work
Manilla : don't work, TF3D won't work after, so don't compress it
So I'm waiting for brave people to help me grow up this list, this free gpl tool is really nice to be known !
don't forget, use it with UPX --best option
http://mobile-sg.com/software/?p=UPX4PPC&platform=ppc
is more easy
[REF][TUT] Improve program launch times - UPX Squeezer BATCH
Why start a new discussion? Sir B. allready covered that one
http://forum.xda-developers.com/showthread.php?t=481880
kwbr said:
Why start a new discussion? Sir B. allready covered that one
http://forum.xda-developers.com/showthread.php?t=481880
Click to expand...
Click to collapse
Oh sorry, I see, thanks for all links
I do that because it seems no cooker use it ... I was thinking that's was a new think.
my fault to lake of searching
let's continue on other thread
Oh, I've try UPX --brute mode with NRV compression library
For opera : 2,0 m instead of 6,7 !!!
So far better than --best and ucl
Work really well by the way
hi bro thanks for this work, when u compreessed opera u might see that ur program memory might be higher than normal, if you can cha=eck this for me, it happen in previous roms i try the compression on opera
The compression won't make the actual program speed any faster (like opera loading pages), that's just placebo effect. Why? Because when the compressed program is loaded, it will be uncompressed to the ram, and will run and act excatly like the uncompressed program.
"Running a compressed executable essentially unpacks the original executable code, then transfers control to it. The effect is the same as if the original uncompressed executable had been run, so compressed and uncompressed executables are indistinguishable to the casual user."
http://en.wikipedia.org/wiki/Executable_compression
However, the initial program loading will be noticeable faster for bigger exe files, naturally because of the slow flash memory.
duttythroy said:
hi bro thanks for this work, when u compreessed opera u might see that ur program memory might be higher than normal, if you can cha=eck this for me, it happen in previous roms i try the compression on opera
Click to expand...
Click to collapse
Hi dutty
Opera take 1,9 m compressed other upx --brute mode !
Ok, when I launch, with or without compression, take 45k ok memory
So, upx tools can accelerate their launch time,
and compress all dll could also speed up global windows, because launch time of them will be shorter so, running tools with be faster
inside tools I think they load external dll, and so if their launch time is shorter, app could be faster
it's a theory
Vinski- said:
The compression won't make the actual program speed any faster (like opera loading pages), that's just placebo effect. Why? Because when the compressed program is loaded, it will be uncompressed to the ram, and will run and act excatly like the uncompressed program.
"Running a compressed executable essentially unpacks the original executable code, then transfers control to it. The effect is the same as if the original uncompressed executable had been run, so compressed and uncompressed executables are indistinguishable to the casual user."
http://en.wikipedia.org/wiki/Executable_compression
However, the initial program loading will be noticeable faster for bigger exe files, naturally because of the slow flash memory.
Click to expand...
Click to collapse
Ok I'm partially agree
any tools will take less time to launch, thanks to their smaller size.
Memory could be nearly the same, of course
but as I say before, if we compress all exe and all dll (that can be compressed), I really think apps could be faster, why ?
Imagine, tools need 50 dll to be launch, not necessary at launch time but during certain function. So, you clic on a function, start loading lots of dll to do it, if global launch time of them is shorter, app will be faster.
Ok for opera and render engine, but for other case ...
what do you think on it ?
I agree with u, if some function needs disc access for loading dll's, compression would help. Definatetly its worth compressing some bigger files, like opera, I have done that. But for smaller files ~100kb this might not bring any real advantage, bc I believe this also brings overhead for the cpu. It needs to unpack these files on the fly.

Categories

Resources