>Have a look at the URL I sent yesterday
More specifically:
http://194.236.28.174/freenetstuff/6037/8kQPH_10_minutes/getCurrentTreadCPUT
ime/
/N
___
devl mailing list
devl at freenetproject.org
http://hawk.freenetproject.org:8080/cgi-bin/mailman/listinf
>Do you guys have any profiling data to suggest this is beneficial? At
>last check, the Java crypto was not a substantial performance problem,
>and we found that these problems only arose under heavy load because of
>context-switch cache flushing. If this is the case, native crypto isn't
>going t
>Do you guys have any profiling data to suggest this is beneficial? At
>last check, the Java crypto was not a substantial performance problem,
>and we found that these problems only arose under heavy load because of
>context-switch cache flushing. If this is the case, native crypto isn't
>going t
Is there any chance of code being accepted to use JNI to call out to
platform specific crypto libraries, if available (with a java fallback)?
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not a
Do you guys have any profiling data to suggest this is beneficial? At
last check, the Java crypto was not a substantial performance problem,
and we found that these problems only arose under heavy load because of
context-switch cache flushing. If this is the case, native crypto isn't
going to
On May 20, 2003 10:18 pm, Toad wrote:
> Is there any chance of code being accepted to use JNI to call out to
> platform specific crypto libraries, if available (with a java fallback)?
Do not we already have this with the fec code?
Ed Tomlinson
___
devl
