-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Raquel,
On 4/28/2010 9:04 AM, Raquel Pau wrote: > However, the disk access should not affect to an stream > from an HTTP connection because the sended content is not stored in any > file.. If you don't store the data into a file, are you reading it entirely into memory? Or are you parsing the file and extracting only certain information as the file is uploaded? If you retain the entire file in memory, you could be causing GC and/or virtual memory thrashing. > 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). Do you know if your JDBC driver streams the BLOB data to the server, or sends it all at once? I'm guessing all at once, which means you have a ton of data in memory all at once. If you are using Streams.copy(in, out), you might even have /two/ copies of a many-megabyte file in memory. > How we can know how meny times the GC is occurring? We will work on > discover that information... You should be able to see GC activity in any profiler, as well as JConsole. Run with "verbose GC" and you can see GC activity being dumped on stdout. - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvYPBkACgkQ9CaO5/Lv0PBiFACggboQhk4rHygDM1oGNr3Z4imR aGUAoLHab2bcZJeKRktDtlxBcIFqNadB =6i3h -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
