search for: tickled

Address some credit2 issues. This patch series, along with the recent changes to the cpupools interface, should address some of the strange credit2 instability. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Hello, This small series deals with some weirdness in the mechanism with which the credit scheduler choses what PCPU to tickle upon a VCPU wake-up. Details are available in the changelog of the first patch. The new approach has been extensively benchmarked and proved itself either beneficial or harmless. That means it does not introduce any significant amount of overhead and/or performances

Hi, I just took this test on Tickle.com. What''s Your Fame and Fortune? http://web.tickle.com/invite?test=1177&type=t Take it and see how you score. You can see my score at the end. Surekha -------------- next part -------------- An HTML attachment was scrubbed... URL: http://wrath.rubyonrails.org/pipermail/rails/attachments/20060612/8fc88913/attachment.html

Hi all We did some failover/failback tests on 2 nodes��A and B�� with architecture 'glusterfs + ctdb(public address) + nfs-ganesha'�� 1st: During write, unplug the network cable of serving node A ->NFS Client took a few seconds to recover to conitinue writing. After some minutes, plug the network cable of serving node A ->NFS Client also took a few seconds to recover

Martin Schwenke schrieb am 15.02.2023 23:23: > Hi Uli, > > [Sorry for slow response, life is busy...] Thanks for answering anyway! > On Mon, 13 Feb 2023 15:06:26 +0000, Ulrich Sibiller via samba > OK, this part looks kind-of good. It would be interesting to know how > long the entire failover process is taking. What exactly would you define as the begin and end of the

OpenSSH 5.1p1 I can't grasp why, when connecting with 'ssh -Y' to this test host, I am not tickling the verbose() call below that I have added. I am logging as auth + verbose in sshd_config The X11 forward for the session works fine as tested with xterm. At any rate, I am looking for some guidance on where to log X11 forwards that are established, ideally with a username and remote

On Thu, 16 Feb 2023 17:30:37 +0000, Ulrich Sibiller <ulrich.sibiller at atos.net> wrote: > Martin Schwenke schrieb am 15.02.2023 23:23: > > OK, this part looks kind-of good. It would be interesting to know how > > long the entire failover process is taking. > > What exactly would you define as the begin and end of the failover? From "Takeover run

On 06/06/2020 3:44 p.m., Duncan Murdoch wrote: > On 06/06/2020 3:06 p.m., Dirk Eddelbuettel wrote: ... [deletions] >> In short, 4.0.0 no longer exports via 'exportPattern("^[[:alpha:]]+")' >> rendering the new package created non-functional. >> >> Was this intentional, or is this a bug we can look into fixing for R 4.0.2 ? > > It's in the

Hello, I am beginning to front my Asterisk cluster with OpenSIPS/Kamailio and so far my biggest issue is the complete lack of quick-start-like documentation for either. Is there any place I can get a very simple HA configuration (telling me where the config files are, for starters, is a good thing) for OpenSIPS or Kamailio with the following features: (a) Support an arbitrarily large number of

Hello, I think I've found a bug in the C function do_grep located in src/main/grep.c. It seems to affect both the latest revisions of R-2-13-branch and trunk when compiling R without optimizations and with it's own version of pcre located in src/extra, at least on ubuntu 10.04. According to the pcre_exec API (I presume the later versions), the ovecsize argument must be a multiple of 3 ,

Hi, we're working on a stackable versioning file system for 2.4.x. Versioning can easily create lots of files for a file that gets modified frequently, and our current design puts all versions of a file in the same directory as the main file. We are therefore evaluating how stable and efficient different combinations of file systems would be in this scenario. We've run our versionfs on

Hi Uli, [Sorry for slow response, life is busy...] On Mon, 13 Feb 2023 15:06:26 +0000, Ulrich Sibiller via samba <samba at lists.samba.org> wrote: > we are using ctdb 4.15.5 on RHEL8 (Kernel > 4.18.0-372.32.1.el8_6.x86_64) to provide NFS v3 (via tcp) to RHEL7/8 > clients. Whenever an ip takeover happens most clients report > something like this: > [Mon Feb 13 12:21:22

On 07/22/2015 09:27 PM, John Regehr wrote: >> I just noticed: most of the results in this batch seem to be about >> exploiting `[zs]ext i1` having cost 1 >> in order to replace a select of cost 3. >> Could you do a run where select has cost 1 and [zs]ext i1 (and trunc >> to i1) has cost 2 or 3? > > I tried this (or something quite similar) earlier and it

...mp it all the way to +19 and still it consumes 100% of the CPU. The result for asterisk is that I hear bits of robot noise during conversations, which is annoying as hell but not neccessarily show stopping. But for another 19 days?? Argg! I assume that because it is 'modprobe' it has tickled some kernel bug that is merrily spinning away and won't respond to interrupts. I even tried to stop it with gdb and strace, both of which also hung and had to be killed with -9. It seems to be related to me screwing with the iptables a few weeks ago. Any ideas other than rebooting? Cheer...

On 27 January 2017 at 21:54, G?bor Cs?rdi wrote: | On Fri, Jan 27, 2017 at 9:28 PM, Da Zheng <zhengda1936 at gmail.com> wrote: | > What major R platforms does this policy refer to? | > | | Linux, macOS, Windows. | | | > Currently, my package runs in Ubuntu. If it works on both Ubuntu and | > Redhat, does it count as two platforms? | > | | I think that Linux is just one. Is

The Linux implementation of TCP sockets has a bug which causes shutdown(sock, SHUT_RD) to fail spuriously (ENOTCONN) if the write side of the socket has already been shut down. If you are using SSH port forwarding to tunnel HTTP through a firewall, nchan.c will tickle this bug once for every HTTP exchange. You will therefore get lots of useless, annoying error messages: channel 2:

There's a problem with LLVM version 2.5 compiled under G++ 4.1.2 which involves computing the cost of inlining a function. It works fine in a debug build. However, the Release build seems to tickle a g++ bug. Here is the code, from InlineCost.h: class InlineCost { enum Kind { Value, Always, Never }; int Cost : 30; unsigned Type : 2; InlineCost(int

On 6 August 2011 23:05, Jason Kim <jasonwkim at google.com> wrote: > Hi everyone, > -r136747 of llvm-gcc (and possibly others) is apparently tickling a binutils > issue on linux x86-64 > Has anyone seen anything like this? Yes, it looks like this: http://sourceware.org/bugzilla/show_bug.cgi?id=12887 I think switching from ld to gold might be an effective work-around. Jay.

Simon Matter wrote: > >> However, we would still like to know what the issue is and get a 'real' >> fix - I guess we could try creating a bug report with Redhat ... > > By bug report you mean BZ or a support request as paying RHEL customer? A BZ ... > Unfortunately I'm not too happy anymore with how BZs are handled these > days. Am I alone with this

Hi Dan, On Mon, 25 Feb 2019 02:43:31 +0000, "Liu, Dan via samba" <samba at lists.samba.org> wrote: > We did some failover/failback tests on 2 nodes（A and B） with > architecture 'glusterfs + ctdb(public address) + nfs-ganesha'。 > > 1st: > During write, unplug the network cable of serving node A > ->NFS Client took a few seconds to recover to conitinue