> If it is only slower for DVD copies, that seems more like an issue with DVD
> caching.
>
> Are you sure that the synch and asynch tests both started from exactly the
> same environment?
>
> What do you mean by environment? Both tests read the same DVD, after
> flushing the Windows OS file cac
"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
You might create an object, though, that is both credentials provider and
auth cache.
This is probably the only solution.
But my example still stands, I think.
A credentials providers serves up and caches
a set of credentials.
During the lifetime of that provider, the credentials
become out of d
On Thu, 2014-01-16 at 15:16 -0700, Dennis Heimbigner wrote:
>
> Oleg Kalnichevski wrote:
> > On Thu, 2014-01-16 at 13:21 -0700, Dennis Heimbigner wrote:
> >> As I understand it, in httpclient 4,
> >> each credentials provider is solely responsible
> >> for caching of credentials.
> >>
> >
> > Act
Oleg Kalnichevski wrote:
On Thu, 2014-01-16 at 13:21 -0700, Dennis Heimbigner wrote:
As I understand it, in httpclient 4,
each credentials provider is solely responsible
for caching of credentials.
Actually it is AuthCache [1].
That does not seem correct to me. I looked
at AuthCache (Basi
On Thu, 2014-01-16 at 13:21 -0700, Dennis Heimbigner wrote:
> As I understand it, in httpclient 4,
> each credentials provider is solely responsible
> for caching of credentials.
>
Actually it is AuthCache [1].
> The question I have is: when authentication
> fails using a set of credentials pro
As I understand it, in httpclient 4,
each credentials provider is solely responsible
for caching of credentials.
The question I have is: when authentication
fails using a set of credentials provided
by a credentials provider (say because they are out of date),
how is the credentials provider noti
"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
On 16 January 2014 16:54, Boxer, Aaron wrote:
> On 16 January 2014 16:35, 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.
>
> If it is only slower
On 16 January 2014 16:35, 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.
If it is only slower for DVD copies, that seems more like an issue with DV
On 16 January 2014 16:35, 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.
If it is only slower for DVD copies, that seems more like an issue
with DVD
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, . ?
-Original Message-
From: Oleg Kalnichevski [mailto:ol...
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
Hi,
HttpClient does not support proxy chaining. Related sample code below -
Sample code to create an HttpRoutePlanner that returns an HttpRoute
instance with two proxies -
HttpRoutePlanner routePlanner = new HttpRoutePlanner() {
public HttpRoute determineRoute(
14 matches
Mail list logo