,
and time to upload is just the time to read the files from DVD.
Cheers,
Aaron
-Original Message-
From: Boxer, Aaron
Sent: Friday, January 17, 2014 3:26 PM
To: HttpClient User Discussion
Subject: RE: ZeroCopyPut mystery
On Fri, 2014-01-17 at 16:28 +, Boxer, Aaron wrote:
>
On Fri, 2014-01-17 at 16:28 +, Boxer, Aaron wrote:
> I made a simple test: I wrote a few lines of Java using File channel and
> transferTo(...) method to read files from my DVD and write to the hard drive.
> With this simple test, the transferTo(...) method gets about 4 MB /S
> transfe
On Fri, 2014-01-17 at 16:28 +, Boxer, Aaron wrote:
> I made a simple test: I wrote a few lines of Java using File channel and
> transferTo(...) method to read files from my DVD and write to the hard drive.
> With this simple test, the transferTo(...) method gets about 4 MB /S
> transfe
On Fri, 2014-01-17 at 16:28 +, Boxer, Aaron wrote:
> I made a simple test: I wrote a few lines of Java using File channel and
> transferTo(...) method to read files from my DVD and write to the hard drive.
> With this simple test, the transferTo(...) method gets about 4 MB /S
> transfer
I made a simple test: I wrote a few lines of Java using File channel and
transferTo(...) method to read files from my DVD and write to the hard drive.
With this simple test, the transferTo(...) method gets about 4 MB /S transfer
rate to disk.
Then, I put some timing code into the LengthDel
haps it has to do with buffer size, thread count, . ?
>>
>> -Original Message-
>> From: Oleg Kalnichevski [mailto:ol...@apache.org]
>> Sent: Thursday, January 16, 2014 11:15 AM
>> To: HttpClient User Discussion
>> Subject: Re: ZeroCopyPut mystery
>&g
"Boxer, Aaron" wrote:
>Thanks, Oleg. I am not trying to criticize the project in any way; just
>wondering if anyone has insight into why, on Windows, Java NIO is so
>much slower than stream IO.
>
>Perhaps it has to do with buffer size, thread count, . ?
>
You are welcome to criticize. I am
"Boxer, Aaron" wrote:
>Thanks, Oleg. I am not trying to criticize the project in any way; just
>wondering if anyone has insight into why, on Windows,
>Java NIO is so much slower than stream IO.
>
>Perhaps it has to do with buffer size, thread count, . ?
>
You are welcome to criticize. I am
apache.org]
>> Sent: Thursday, January 16, 2014 11:15 AM
>> To: HttpClient User Discussion
>> Subject: Re: ZeroCopyPut mystery
>>
>> On Thu, 2014-01-16 at 04:33 +, Boxer, Aaron wrote:
>>> Hello,
>>>
>>> When I use ZeroCopyPut with hard d
post
how I am configuring the clients?
> Perhaps it has to do with buffer size, thread count, . ?
>
> -Original Message-
> From: Oleg Kalnichevski [mailto:ol...@apache.org]
> Sent: Thursday, January 16, 2014 11:15 AM
> To: HttpClient User Discussion
> Subject:
y 16, 2014 11:15 AM
> To: HttpClient User Discussion
> Subject: Re: ZeroCopyPut mystery
>
> On Thu, 2014-01-16 at 04:33 +, Boxer, Aaron wrote:
>> Hello,
>>
>> When I use ZeroCopyPut with hard drive (spinning disk ) disk files, I get a
>> network trans
...@apache.org]
Sent: Thursday, January 16, 2014 11:15 AM
To: HttpClient User Discussion
Subject: Re: ZeroCopyPut mystery
On Thu, 2014-01-16 at 04:33 +, Boxer, Aaron wrote:
> Hello,
>
> When I use ZeroCopyPut with hard drive (spinning disk ) disk files, I get a
> network transfer r
On Thu, 2014-01-16 at 04:33 +, Boxer, Aaron wrote:
> Hello,
>
> When I use ZeroCopyPut with hard drive (spinning disk ) disk files, I get a
> network transfer rate of about 250 MBPS for first time read of files; 850
> MBPS if the files are already in the Windows OS file cache. Synchronous pu
13 matches
Mail list logo