SongKong Jaikoz

SongKong and Jaikoz Music Tagger Community Forum

Performance issue OSX / XP

#1

Hello Paul,

I just bought the software before fiddling around with the demo a bit. I’m currently trying to use jaikoz 3.4.4 under OSX (java 1.6.0_17) and performance on my macpro (SSD, 3.2GHz) is way worse under OSX than on the same machine under XP SP3 - java 1.6.0_18 - in a VirtualBox emulation running the corresponding dataset.

larger sets (>1000 files) make the application unresponsive after three or four clicks in the tab edit view under OSX. I am accessing the files directly from a SATA attached harddisk, the virtualbox uses shared folders and is some orders of magnitude more usable than the “native” OSX version.

That’s not a showstopper for me, but I’m curious - is that behaviour normal?

Also - maybe I should post this on the wishlist - running multiple instances of VirtualBox (each only consuming 1 processor core) significantly improves performance over a single OSX instance …

cheers
marc

ps. nice software, imho way better (i you don’t mind the learning curve) than everything else i found so far!

#2

Mark, that is really wierd and I cant fathom why you are having these issues. Unless your native OSX version is swapping because the default max Java memory allocated (500MB heap + 150MB Perm) is not actually available in physical memory ?

#3

Hi Paul,

memory should not be in issue (6GB). Acitivity monitor shows

Jaikoz - 677,7 MB (phys.) - 1.019,6 MB (virt.) - Intel (64-Bit)

(Right now I have about 270 files open, nothing much else running)
What I just noticed though: normally the app idles around 2% cpu usage on a single core. As soon as I click on a table cell, CPU usage jumps to 300% (3 cores 100%) and stays that way until the java app loses focus.

It’s just as if the whole JAVA UI is really, really, sticky now. Every click on a table cell takes around 2secs to trigger the highlight.

But no big deal really, maybe it helps you or someone else to replicate the behaviour. My VirtualBox starts in around 2 seconds with an open instance of jaikoz in it, so no problem there :slight_smile:

thanks for your quick reply
Marc

#4

Update: I changed the jaikoz.sh script inside the package to a little bit higher memory limit:

Update 2: After editing maybe 50 cells, performance is back to rock-bottom:

java -Xms500m -Xmx1000m -XX:MaxPermSize=500m -Xdock:name=“Jaikoz” -Dapple.laf.useScreenMenuBar=true -Dapple.awt.brushMetalLook=true -jar jaikoz.jar -l2 -m2 -f

until now it runs MUCH smother. Very strange … is there a log file that might help or any known performance issues (didn’t find anything special in the forums)?

thanks
marc

#5

Not aware of any issues, but try right clicking on the Jaikoz icon and select ‘Open in 32-bit mode’ to see if that affects things.

#6

SUCCESS: 32 bit Mode makes no change, but I found out what caused it - might be of interest for other members :slight_smile:

Disable Access for Assistive Devices in the OS X control panel. This is required for tools like (in my case) Zooom/2

Et voil� - smooth as silk.

have a good one
marc

#7

Thanks Marc, sounds like there might be some work for Jaikoz to do in this area but at least you’ve identifed the cause.

#8

You’re welcome. I guess it’s more of an apple / java issue, itunes 9.0.x. column browser is also incompatible with apple’s own assistive device support.