search for: depletion

I'm facing a problem with dovecot 1.0 test-59; ever since I installed it and use it my random pool is always depleted whenever someone opens an imap connection. This wouldn't be too bad if the machine was used interactively, but since it is not and other services read directly from /dev/random those are sometimes blocked due to dovecot depleting the pool by reading /dev/urandom. Thus

On Sun, Oct 01, 2017 at 08:09:30AM +0800, kbuild test robot wrote: > Hi Willem, > > [auto build test WARNING on net-next/master] > > url: https://github.com/0day-ci/linux/commits/Willem-de-Bruijn/vhost_net-do-not-stall-on-zerocopy-depletion/20171001-054709 > reproduce: > # apt-get install sparse > make ARCH=x86_64 allmodconfig > make C=1 CF=-D__CHECK_ENDIAN__ BTW __CHECK_ENDIAN__ is the default now, I think you can drop it from your scripts. > > sparse warnings: (new ones prefixed by >&g...

On Sun, Oct 01, 2017 at 08:09:30AM +0800, kbuild test robot wrote: > Hi Willem, > > [auto build test WARNING on net-next/master] > > url: https://github.com/0day-ci/linux/commits/Willem-de-Bruijn/vhost_net-do-not-stall-on-zerocopy-depletion/20171001-054709 > reproduce: > # apt-get install sparse > make ARCH=x86_64 allmodconfig > make C=1 CF=-D__CHECK_ENDIAN__ BTW __CHECK_ENDIAN__ is the default now, I think you can drop it from your scripts. > > sparse warnings: (new ones prefixed by >&g...

Hi Willem, [auto build test WARNING on net-next/master] url: https://github.com/0day-ci/linux/commits/Willem-de-Bruijn/vhost_net-do-not-stall-on-zerocopy-depletion/20171001-054709 reproduce: # apt-get install sparse make ARCH=x86_64 allmodconfig make C=1 CF=-D__CHECK_ENDIAN__ sparse warnings: (new ones prefixed by >>) vim +440 drivers/vhost/net.c 433 434 static bool vhost_exceeds_maxpend(struct vhost_net *net) 435...

...in my lowest bin is consistently ~5% smaller than the number in all the other bins, which are similar within about 1% of each other. Is there any reason, perhaps to do with random number generation in R or the nature of the normal distribution simulated by the rnorm function that could explain this depletion? Here are two key parts of my code to show what functions I'm working with: #Calculating the p values while(i<numtests){ Group1<-rnorm(6,-0.0065,0.0837) Group2<-rnorm(6,-0.0065,0.0837) PV<-t.test(Group1,Group2)$p.value pscoresvector<-c(PV,pscoresvector) i<-i+1 } #Binning th...

There are cases that users want to shrink balloon pages after the pagecache depleted. The conservative_shrinker lets the shrinker shrink balloon pages when all the pagecache has been reclaimed. Signed-off-by: Wei Wang <wei.w.wang at intel.com> --- drivers/virtio/virtio_balloon.c | 14 +++++++++++++- 1 file changed, 13 insertions(+), 1 deletion(-) diff --git

There are cases that users want to shrink balloon pages after the pagecache depleted. The conservative_shrinker lets the shrinker shrink balloon pages when all the pagecache has been reclaimed. Signed-off-by: Wei Wang <wei.w.wang at intel.com> --- drivers/virtio/virtio_balloon.c | 14 +++++++++++++- 1 file changed, 13 insertions(+), 1 deletion(-) diff --git

On 2017?09?28? 08:25, Willem de Bruijn wrote: > From: Willem de Bruijn <willemb at google.com> > > Vhost-net has a hard limit on the number of zerocopy skbs in flight. > When reached, transmission stalls. Stalls cause latency, as well as > head-of-line blocking of other flows that do not use zerocopy. > > Instead of stalling, revert to copy-based transmission. > >

On Wed, Sep 27, 2017 at 08:25:56PM -0400, Willem de Bruijn wrote: > From: Willem de Bruijn <willemb at google.com> > > Vhost-net has a hard limit on the number of zerocopy skbs in flight. > When reached, transmission stalls. Stalls cause latency, as well as > head-of-line blocking of other flows that do not use zerocopy. > > Instead of stalling, revert to copy-based

On Thu, Nov 14, 2013 at 01:48:17AM -0800, edwintorok wrote: > Following the link to builder.ml from your blogpost I noticed the make_random_password () function, and I have some suggestions, well nitpicks really. See the 2 commits from this pull request. > > 1. Using Ocaml&#39;s buffered I/O means that one make_random_password() call reads 64k bytes from /dev/urandom which drops the

I have a script that is adding about 16,000 users to my domain. While monitoring the script, I noticed that as soon as a user is added, 500 additional RID's are allocated from the RID Master Please see below the output of the "CN=RID Manager$,CN=System" and "CN=RID Set,CN=DC1,OU=Domain Controllers" containers between each user-add As you can see, in "CN=RID

From: Willem de Bruijn <willemb at google.com> Vhost-net has a hard limit on the number of zerocopy skbs in flight. When reached, transmission stalls. Stalls cause latency, as well as head-of-line blocking of other flows that do not use zerocopy. Instead of stalling, revert to copy-based transmission. Tested by sending two udp flows from guest to host, one with payload of

From: Willem de Bruijn <willemb at google.com> Vhost-net has a hard limit on the number of zerocopy skbs in flight. When reached, transmission stalls. Stalls cause latency, as well as head-of-line blocking of other flows that do not use zerocopy. Instead of stalling, revert to copy-based transmission. Tested by sending two udp flows from guest to host, one with payload of

On Saturday, February 8, 2020 8:33 PM, Tetsuo Handa wrote: > > Is this NUMA aware? Can "node-A's NR_FILE_PAGES is already 0 and > node-B's NR_FILE_PAGES is not 0, but allocation request which triggered this > shrinker wants to allocate from only node-B" happen? No, it's a global counter. >Can some thread keep > this shrinker defunctional by keep

On Saturday, February 8, 2020 8:33 PM, Tetsuo Handa wrote: > > Is this NUMA aware? Can "node-A's NR_FILE_PAGES is already 0 and > node-B's NR_FILE_PAGES is not 0, but allocation request which triggered this > shrinker wants to allocate from only node-B" happen? No, it's a global counter. >Can some thread keep > this shrinker defunctional by keep

...nix Makefiles" -DCMAKE_BUILD_TYPE="Debug" > -DBUILD_SHARED_LIBS=ON -DLLVM_TARGETS_TO_BUILD="X86;PowerPC;CBackend" > /home/renato/llvm-sources Thanks Patrick, I'll give it a try. At least now I know that it can be done. My previous attempts all ended up in memory depletion during the indexing. ;) I'll check the archives... cheers, --renato Reclaim your digital rights, eliminate DRM, learn more at http://www.defectivebydesign.org/what_is_drm

On 01/01/14 17:33, Charles Lepple wrote: > Disappointing. I will add a note in the man page for that, too. (Maybe > it is only after the UPS is in the low battery state? You mentioned > that it did shut down when you did the capture with the Windows > software.) Yes, but I think it was because the battery was depleted. Let me know if further testing is needed. Cheers!

On Jan 1, 2014, at 3:50 PM, Ariel Wainer wrote: > On 01/01/14 17:33, Charles Lepple wrote: >> Disappointing. I will add a note in the man page for that, too. (Maybe >> it is only after the UPS is in the low battery state? You mentioned >> that it did shut down when you did the capture with the Windows >> software.) > > Yes, but I think it was because the battery

On Jan 1, 2014, at 2:58 PM, Ariel Wainer wrote: > On 01/01/14 16:12, Charles Lepple wrote: >> In your testing, do you have suggestions on better debug levels? We should probably log the status changes at level 2 or less, since the hex dump is only useful for those who know the protocol. Also, I'm not sure how many of the messages we should print while scanning the bus. > I'm

On Mon, 14 Mar 2016 09:32:42 +1000 Noel Butler <noel.butler at ausics.net> wrote: > On 13/03/2016 20:47, Stephan von Krawczynski wrote: > > On Sun, 13 Mar 2016 09:45:06 +0000 > > James <lista at xdrv.co.uk> wrote: > > > >> On 11/03/2016 15:17, Stephan von Krawczynski wrote: > >> > >> > zfs set sync=disabled ? > >> >