Hi all,

thanks for the ongoing support. The work I've done lately tries to
further analyse the stability problems some people had exporting with
their music library.

For that purpose I've created a simple exporter (similiar to the medium
output) which exposes a lot of memory information.

I encourage all of you to download this version at
http://www.dsnine.com/jsq/stresstest.jar and run it (at least Java 5 is
required) as follows:


Code:
--------------------
    
  java -jar stresstest.jar <server ip> <cli port> <http port> <outputfile>
  
--------------------


So a valid call would be:


Code:
--------------------
    
  java -jar c:\stresstest.jar 192.168.0.3 9090 9000 c:\export.pdf
  
--------------------


The program will output a lot of text. If the program does not finish
please post all of the output (or at least the last 4-6 lines).

The output shows heap memory usage: (h:<used>/<max>) and non-heap
usage.

Most of the times heap will increase with each album. If it runs above
the max-limit the program will show an OutOfMemoryError. You can tune
the maximum available memory for java with the following parameters:

-Xmx<max-heap-size>m

So for example if 64M, the default, is not sufficient. Try java
-Xmx265m -jar ... instead of java -jar.

Another thing I would be thankful for is that everybody examines the
heap usage especially near the end and in the two cleaning steps. There
should be a considerable drop at the end.

So please try this. It works differently than the old code (no
stylesheets anymore).

Another thing I've promised was access to the source code. The main
source code (which does all the access to the slimserver, querying, and
so on) is available in the subversion repository over at
sourceforge.net. The project name is jslim (URL:
https://svn.sourceforge.net/svnroot/jsqueeze/trunk/plugins/com.dsnine.jsqueeze/src
)

The code for this version of the exporter is attached to this forum
post. I've done no work to provide a build-environment so java
knowledge is required at the moment. But maybe it helps to look at it
and see how tiny the real slimserver-specific code is. The exporter is
the first client to use the above mentioned access layer to the
slimserver. The most code in the exporter is for the layout of the pdf
file.

A last thing: At the moment I've only tested this code against 6.5.1.
If you use another version please be aware of this :)

I hope that if we get this code to be stable on all systems the second
step , a configurable exporter, is not too far.

Thanks

Emissary


+-------------------------------------------------------------------+
|Filename: ExporterStressTest.java.txt                              |
|Download: http://forums.slimdevices.com/attachment.php?attachmentid=2613|
+-------------------------------------------------------------------+

-- 
Emissary
------------------------------------------------------------------------
Emissary's Profile: http://forums.slimdevices.com/member.php?userid=5480
View this thread: http://forums.slimdevices.com/showthread.php?t=28457

_______________________________________________
ripping mailing list
[email protected]
http://lists.slimdevices.com/lists/listinfo/ripping

Reply via email to