[Dspace-tech] Client closed the connection before file download was complete' in log files

2014-12-31 Thread Monika C. Mevenkamp
I spent a bit of quality time with our log files; the main finding:
of the 331679 lines that contain ERROR
   143433 also say 'Client closed the connection before file download was 
complete’
These closures happen from all sorts of IP addresses.

According to the time command it takes 1.75sec (elapsed) to do a wget on a 18MB 
bitstream, which gives a speed of 10.6MB/sec. Speed test tells me that my 
connection has 95 Mbps, so I can’t really expect much more.

Are clients impatient ? Is my instances performance erratic ?

I have a reasonable amount of UNIX knowledge, but not necessarily the sys admin 
kind and no real experience performance tuning the 
apache/tomcat/jsp/java/oracle stack. The instance runs in a VM; Our asset store 
is mounted from a remote file system and our database is on a different remote 
server. The instance is in general not all that fast. No hard numbers, its just 
visibly sluggish.

How do I go about investigating performance issues ?  I recall seeing some info 
on the DSPACE wiki - but I could not rediscover it. Does anybody have tips or 
links to good HowTos ?


Monika

Monika Mevenkamp
phone: 609-258-4161
693 Alexander Road, Princeton University, Princeton, NJ 08544


--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] Client closed the connection before file download was complete' in log files

2014-12-31 Thread Hilton Gibson
Hi Monica

Perhaps this will help:
http://wiki.lib.sun.ac.za/index.php/SUNScholar/Optimisations

Cheers
hg

*Hilton Gibson*
Ubuntu Linux Systems Administrator
JS Gericke Library
Room 1025C
Stellenbosch University
Private Bag X5036
Stellenbosch
7599
South Africa

Tel: +27 21 808 4100 | Cell: +27 84 646 4758

On 31 December 2014 at 16:49, Monika C. Mevenkamp moni...@princeton.edu
wrote:

  I spent a bit of quality time with our log files; the main finding:
 of the 331679 lines that contain ERROR
143433 also say 'Client closed the connection before file download
 was complete’
  These closures happen from all sorts of IP addresses.

  According to the time command it takes 1.75sec (elapsed) to do a wget on
 a 18MB bitstream, which gives a speed of 10.6MB/sec. Speed test tells me
 that my connection has 95 Mbps, so I can’t really expect much more.

  Are clients impatient ? Is my instances performance erratic ?

  I have a reasonable amount of UNIX knowledge, but not necessarily the
 sys admin kind and no real experience performance tuning the
 apache/tomcat/jsp/java/oracle stack. The instance runs in a VM; Our asset
 store is mounted from a remote file system and our database is on a
 different remote server. The instance is in general not all that fast. No
 hard numbers, its just visibly sluggish.

  How do I go about investigating performance issues ?  I recall seeing
 some info on the DSPACE wiki - but I could not rediscover it. Does anybody
 have tips or links to good HowTos ?


  Monika
 
  Monika Mevenkamp
 phone: 609-258-4161
 693 Alexander Road, Princeton University, Princeton, NJ 08544




 --
 Dive into the World of Parallel Programming! The Go Parallel Website,
 sponsored by Intel and developed in partnership with Slashdot Media, is
 your
 hub for all things parallel software development, from weekly thought
 leadership blogs to news, videos, case studies, tutorials and more. Take a
 look and join the conversation now. http://goparallel.sourceforge.net
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech
 List Etiquette:
 https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette