On 28/04/2010 14:04, Raquel Pau wrote: > The questions are answered below: > > Caldarale, Charles R escribió: >>> From: Raquel Pau [mailto:r...@ac.upc.edu] >>> Subject: Re: slow upload >>> >>> The file is uploaded with an acceptable time completely random times, >>> but in general occurs at the third time. >>> >> >> Please answer *all* the questions: >> >> >>>>> Is the computer doing anything else at the time you experience slow >>>>> uploads? >>>>> > No, the computer it is only debugging this feature on eclipse and an > Oracle database server is running also. >>>>> Does it have any other functions that might cause lots of disk >>>>> access? >>>>> > There is a database server, but any other application is connected to > this server. However, the disk access should not affect to an stream > from an HTTP connection because the sended content is not stored in any > file..
You said the file was uploaded to localhost, which I inferred to mean that the files you're processing are not going through an external network device - so the disk access required to *read* the content before upload could be affected by other disk activity on the same machine. p >>>> And tell us exactly how you're doing the upload - the WebDAV >>>> servlet, a custom webapp, something else? >>>> >> >> > We have overwritten some classes of the commons-upload, because we don't > want to write temporal on the disk without a database control. > Therefore, our function consist of read the stream and store it in a > blob. It is done using Streams.copy(inputStream, outputStream). > Debugging and tracing the > application, the slow part is the read method over the inputStream, > which reads over the CoyoteStreamReader. >> And some new ones: >> >> Is GC occurring during the large uploads? Are you encountering page >> thrashing? >> >> > How we can know how meny times the GC is occurring? We will work on > discover that information... >> - Chuck >> >> >> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE >> PROPRIETARY MATERIAL and is thus for use only by the intended >> recipient. If you received this in error, please contact the sender >> and delete the e-mail and its attachments from all computers. >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org >
signature.asc
Description: OpenPGP digital signature
