sandeep.konchady%sun.com c3281b24a7 Older release of JSS had an issue with gradually slowing socket read time when ... transfering large files (> 10MB). In order to test this in current and future release, there needs to be a test client that can read a file and transfer it to a server (remote or local) via JSS socket. The server should report the number of bytes read and the time it took to read these bytes. There should not no degradation in read time if there is no leak of any sort. This is not part of all.pl, but is a client/server that uses JSS to transfer files securely. The main purpose of this test would be to test the performance of large file transfer using JSS. NOTE: If bufferedStream.mark(Integer.MAX_VALUE); method is invoked then fill method of BufferedInputStream class copies lot of data using System.arraycopy (which in-turn use memcpy). This causes very high CPU usage. This is one of the reasons secure large file transfer can become slow over time.		2005-08-11 18:28:59 +00:00
..
coreconf	Bugzilla Bug 266123: added ppc64 support. The patch is contributed by	2005-08-09 22:31:24 +00:00
dbm	Upgrade to NSPR 4.4.1, in preparation for the DBM 1.6.2. DBM 1.6.2 is	2005-03-07 19:00:35 +00:00
jss	Older release of JSS had an issue with gradually slowing socket read time when	2005-08-11 18:28:59 +00:00
manager	297057 fix case of doOK()	2005-08-06 21:34:04 +00:00
nss	A faster c implementation of SHA1 for most platforms. Bug 285932.	2005-08-11 01:01:08 +00:00
svrcore	Import NSS 3.9.3 instead. We canceled the plan to release NSS 3.9.6 this	2005-03-09 01:16:42 +00:00
Makefile.in