Optimizing OD+

So... I did some experements :)

Optimizing CPU usage

1. Check your OD Properties and find out maximum size of icon (example 84 in magnified state)

2. Get all your png's in one folder.

3. Use any image manipulation program and resize all images to maximum icon size.

This should GREATLY increase perfomance, espacially when magnifying is used.

Optimizing memory usage

1. Move unused docklets outside from Docklets folder.

2. Move unused png's from docklet and images folders.

Mem usage is 13 Mb (Physical+Virtual). I have 13 icons and 2 docklets (trash and clock).

Optimizing load speed and reaction time.

1. If you use windows XP unselect Compress attribute in OD folder properties (Other button)

2. Compress OD executable and docklet dll's using UPX or PECompact.

3. And don't forget to run defragmenter.

Mine OD launches about half a second. I use built-in windows defrag (tried OO defrag but these is almoust no difference in perfomance)

My pc: Athlon 2200+, 512 Mb DDR400, Radeon 9500 256bit 128Mb.

Hope you like my recomendations.

#285636

my yz'dock uses 7mb of ram with 8 icons and about 300png's in it's folder

#285643

my yz'dock uses 7mb of ram with 8 icons and about 300png's in it's folder

As I know Y'z doesn't show running apps... I don't know maybe this is a bug, but OD loads all png's and docklets at startup... So when I put all my 150+ png's I get 50Mb mem usage :D

#285661

maybe this is a bug, but OD loads all png's and docklets at startup...

That and more!

#285707

I don't have OD loading the unused PNGs I have, well the ones in the dock can't be deleted while its running, but the ones not in the dock can be. This also is the same for docklets, only those in the dock are loaded...

OD only takes around 5mb for me... I have 8 tabs (including system tray and taskbar) with Systats docklets and about 30 shortcuts

My computer: Celeron 800 (overclocked 1Ghz), 512MB RAM, GeForce Ti2 64MB

#285709

OD only takes around 5mb for me

what about the virtual memory?

#285757

<...>

OD only takes around 5mb for me... I have 8 tabs (including system tray and taskbar) with Systats docklets and about 30 shortcuts

<...>

raduking already mentioned in this thread that OD uses Windows API function to set amount of used memory, that is showed to user. So, use Systernal Process Explorer or summ Physical and Virtual memory use.

Yes, you can delete docklets and png's that are not in dock, but they are loaded in memory every time and stay there. Try this: start OD, then delete unused png, then add new shortcut and go to image selection. You can see OD scans directory (hdd light flashes) if any file was moved/deleted, and if not, it doesn't.

PS: I used Filemon to figure out what files are accessed during startup, then I dumped process memory. All the png's were there.

#285810

Using Systernal Process Explorer I find that ObjectDock & RKLauncher both use around 30 meg of Private Bytes. I don't have hardly any pictures for RKLauncher in it's directory. I also failed to find all the loaded images in memory? Maybe show us a screenshot?

Cheers

#285813

Using Systernal Process Explorer I find that ObjectDock & RKLauncher both use around 30 meg of Private Bytes. <...>
The difference between RK and OD is that OD keeps alomost all in physical memory, while RK unloads or swaps most of his allocated memory.

<...>Maybe show us a screenshot?
Screenshot of what?

#286000

The difference between RK and OD is that OD keeps alomost all in physical memory, while RK unloads or swaps most of his allocated memory.

I always thought physical memory to be much faster than virtual memory (swap).

Still RK seems faster...how comes?

#286270

I always thought physical memory to be much faster than virtual memory (swap).

Still RK seems faster...how comes?

Rendering and storing is different things. RK has faster rendering algoritm. Of cource both OD and RK store png's in physical memory, RK can unload some of it's code (i don't know what code but certanly not images). OD instructs Windows not to swap it's private memory.

#287722