I was upgrading our XLr8Resizer to do multi-threading on the analyze and
resizing.  So, my Java programmer asked a simple question:  How much faster
will our multi-threading be than single threading? I found it was anywhere
from 0% faster to 45% faster when testing our 6000 file sample database
with files sizes from 10mb to 2gb.

But this got me to thinking is TCL/ECL resizing slower or faster that from
UOJ as a command.  Oh boy was I surprised. The TCL/ECL resize command on
average to anywhere from 5% to 200% slower.  I was totally dumb founded on
this that UOJ resizing will be faster that typing the command in TCL/ECL.
 In this case the quirk is a good quirk not a bad one.

"Affordable Eclipse based tools for Universe and Unidata"
U2-Users mailing list

Reply via email to