On 06.07.2018 19:49, Chris Cheshire wrote:
On Jul 6, 2018, at 12:56 PM, James H. H. Lampert
wrote:
Forgive the top-post.
The reason why this particular case of an extremely slow Manager upload sticks
out is because we've done, by now, hundreds of uploads of this same WAR file
(or earlier
> On Jul 6, 2018, at 12:56 PM, James H. H. Lampert
> wrote:
>
> Forgive the top-post.
>
> The reason why this particular case of an extremely slow Manager upload
> sticks out is because we've done, by now, hundreds of uploads of this same
> WAR file (or earlier versions of it), via Manager
Forgive the top-post.
The reason why this particular case of an extremely slow Manager upload
sticks out is because we've done, by now, hundreds of uploads of this
same WAR file (or earlier versions of it), via Manager, on over a dozen
different installations, most of them AS/400s, and none of
On 06.07.2018 01:23, James H. H. Lampert wrote:
Earlier this week, on a customer AS/400 installation (Tomcat 7.0.67), we
experienced the
slowest WAR file upload we've ever encountered: several HOURS to install a
roughly 100M
WAR file (we customarily increase the max-file-size and max-request-si
If you are not remote, can you just copy them to the IFS folder?
On 6 July 2018 at 00:23, James H. H. Lampert
wrote:
> Earlier this week, on a customer AS/400 installation (Tomcat 7.0.67), we
> experienced the slowest WAR file upload we've ever encountered: several
> HOURS to install a roughly 1
Earlier this week, on a customer AS/400 installation (Tomcat 7.0.67), we
experienced the slowest WAR file upload we've ever encountered: several
HOURS to install a roughly 100M WAR file (we customarily increase the
max-file-size and max-request-size in manager/WEB-INF/web.xml from 50M
to 500M).
-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 e
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 r
> From: Raquel Pau [mailto:r...@ac.upc.edu]
> Subject: Re: slow upload
>
> How we can know how meny times the GC is occurring?
Turn on GC tracking with JVM startup options:
-verbose:gc
-Xloggc:
Check for page thrashing using the Win7 performance monitoring tools.
-
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
On 28/04/2010 13:47, Caldarale, Charles R wrote:
>> 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
> 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
.
Thank you in advance.
104-105 megas pujats (el fitxer que provo es de 130)
Pid escribió:
On 27/04/2010 17:40, Caldarale, Charles R wrote:
From: Pid [mailto:p...@pidster.com]
Subject: Re: slow upload
Is the computer doing anything else at the time you experience slow
uploads?
Does it have
On 27/04/2010 17:40, Caldarale, Charles R wrote:
>> From: Pid [mailto:p...@pidster.com]
>> Subject: Re: slow upload
>>
>> Is the computer doing anything else at the time you experience slow
>> uploads?
>>
>> Does it have any other functions that might c
> From: Pid [mailto:p...@pidster.com]
> Subject: Re: slow upload
>
> Is the computer doing anything else at the time you experience slow
> uploads?
>
> Does it have any other functions that might cause lots of disk access?
And tell us exactly how you're doing the uplo
On 27/04/2010 16:38, Raquel Pau wrote:
> Hello,
>
> We are using tomcat 6.0.24 with the default configuration in Windows 7.
> We want to upload files(CSVs). When we try to upload any file, the
> number of bytes reads every time changes. In general, the process is
> fast because the time required i
Hello,
We are using tomcat 6.0.24 with the default configuration in Windows 7.
We want to upload files(CSVs). When we try to upload any file, the
number of bytes reads every time changes. In general, the process is
fast because the time required is a few number of seconds. However,
sometimes
try adding a larger read buffer
socket.appReadBufSize="34000"
or even larger than that.
or apply this patch
http://svn.apache.org/viewvc?view=rev&revision=569489, that makes
adjustments for the buffer sizes automatically
Filip
Hoa Doan wrote:
Hi,
I am trying to upload a file size of 2MB to
feel free to open a bugzilla item, and attach a test case, and I will
look at it
http://issues.apache.org/bugzilla/enter_bug.cgi?product=Tomcat%206
Filip
Hoa Doan wrote:
Hi,
I am trying to upload a file size of 2MB to my server. Doing it without SSL
takes only 1 sec but doing it over SSL t
Hi,
I am trying to upload a file size of 2MB to my server. Doing it without SSL
takes only 1 sec but doing it over SSL takes so long that the server time out.
Longer than 10 min!
I have searched everywhere but I can't find any solution. Please help.
Server Specs:
Window XP
Tomcat 6
Connec
20 matches
Mail list logo
