Yes, I tried with -vv option. It seem like, it's speed increase a bit
faster but not much as I expect. But this issue
remain....................*"Failed
to write, and not due to blocking: Connection reset by peer "*
*
*
*
*
*
*
On Friday, July 27, 2012 3:03:48 PM UTC+5:30, Martin Hellmich wrote:
>
> Have you tried the same without the -vv switch?
> I experienced memcached to be much faster without the logging.
> Martin
>
> On 07/27/2012 11:29 AM, U.S. Adha wrote:
> > Hi, thanks for reply me. yet am fighting with same issue, am trying to
> put data into memcached via java client and am trying to put 60 million
> object into memcached. I am using this command to start memcached
> >
> > memcached -d -vv -m 8000 -l 127.0.0.1 -p 11211 -c 250 -L 2048 -R 100
> 1000 10 > log_ten_seconds
> >
> > but after putting 20 million objects memcached give me error like
> >
> > Failed to write, and not due to blocking: Connection reset by peer
> > <80 connection closed.
> > Failed to write, and not due to blocking: Connection reset by peer
> >
> >
> > Am not sure, where am having problem......I really appreciate if you
> help me to get-out of this hall.
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > On Wednesday, November 30, 2011 3:33:53 PM UTC+5:30, ktechie wrote:
> >
> > My configuration is VMware on Red hat 64bit linux OS. Memcached
> 1.4.5
> > and Xmemcached 1.3.5.
> > I have a program which does eager loading of data, which is about
> 3GB,
> > this happens through a multithreaded application, with 10 threads
> > I have also created a connection pool of 50 connections to
> memcached.
> > There is also a listener which tells when there is disconnection or
> > the connection is healed.
> >
> > Sometimes the program works fine without errors, but at times when I
> > see disconnections and connections happening many times.
> > And the memcached server gives the following errors.
> >
> > Failed to write, and not due to blocking: Connection reset by peer
> > Failed to read, and not due to blocking:
> > errno: 104 Connection reset by peer
> > rcurr=127980b8 ritem=1442bd8a rbuf=12797c00 rlbytes=550 rsize=2048
> >
> > When this happens the data is not fully loaded.
> >
> > At times this issue is resolved after the VM is rebooted. but that
> is
> > not always the case.
> > I tried reducing the connection pool size to 1 and thread pool to 1,
> > even then the disconnections could happen
> >
> > What could be the possible reasons for this.
> >
>
> --
> Martin Hellmich Information Technology Department
> [email protected] CERN
> +41 22 76 765 26 CH-1211 Geneva 23
>
