DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=32472>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=32472


[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED




------- Additional Comments From [EMAIL PROTECTED]  2004-12-05 02:51 -------
I ran OptimizeIt again and it appears there isn't a memory that I can see. At 
the end of the test, JMeter does not call GC, but at the beginning of the test 
it does. I can see the heap get cleared at the beginning of test. Perhaps we 
should add a button for cleaning the heap, so that users can initiate it 
manually. I did discover that files larger than 25Mb seem to fail to upload for 
me. Smaller files work just fine.

If you still believe there is a leak, please re-open the bug. I'm unable to 
reproduce what you see. JMeter may have an issue with large files uploading 
successfully, but at this point I am not sure there really is a bug. The 
current implementation is so simple that I don't see how it could be a bug. 
There may be something specific with large files that requires breaking it up 
into multiple parts from JMeters's side. More research is needed to see if this 
is a real issue.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to