Displaying 20 results from an estimated 240 matches for "tickling".
Did you mean:
tackling
2010 Oct 26
3
[PATCH 0 of 3] credit2 updates
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
2012 Dec 03
17
[PATCH 0 of 3] xen: sched_credit: fix tickling and add some tracing
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
2006 Jun 12
4
A little Monday fun
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
2019 Feb 25
2
glusterfs + ctdb + nfs-ganesha , unplug the network cable of serving node, takes around ~20 mins for IO to resume
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
2023 Feb 16
1
ctdb tcp kill: remaining connections
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
2009 Feb 05
2
Coding help : Where to log X11 forwards?
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 display inf...
2023 Feb 16
1
ctdb tcp kill: remaining connections
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
2020 Jun 06
2
Change in package.skeleton behavior from R 3.6.3 to R 4.0.0 ?
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
2016 Jul 05
2
OpenSIPS or Kamailio based fronting for Asterisk?
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
2011 Sep 29
3
grep and PCRE fun
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 ,
2003 Sep 22
3
journal buffer_credits problem
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
2023 Feb 15
1
ctdb tcp kill: remaining connections
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
2015 Jul 23
0
[LLVMdev] some superoptimizer results
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
2008 Nov 19
3
puzzle
Sorry again for the only marginal relation to asterisk, but the issue does
affect the voice performance I am experiencing, so I am soothing my guilt
with that.
Bet you don't see this every day:
ast% uptime
13:48:08 up 981 days, 18:29, 1 user, load average: 1.08, 1.02, 1.01
ast%
I *REALLY* want this machine to see 1000 days uptime, if for nothing other
than bragging rights. Its been
2017 Jan 27
2
cross-platform portable code in CRAN Repository Policy
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
2000 Jul 23
2
Work around Linux kernel bug provoked by nchan.c
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:
2009 Oct 20
1
[LLVMdev] Problem in InlineCost.h
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
2011 Aug 07
0
[LLVMdev] llvm-gcc near tip causing crash in /usr/bin/ld due to memory corruption on linux x86_64
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.
2020 Jan 23
1
dbus/systemd failure on startup (CentOS 7.7)
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
2019 Mar 04
0
glusterfs + ctdb + nfs-ganesha , unplug the network cable of serving node, takes around ~20 mins for IO to resume
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