gecko-dev/security
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 Bug 236613: change to MPL/LGPL/GPL tri-license. 2004-04-25 15:03:26 +00:00