search for: monopolizing

Hello, I have a sound problem with wine: when it is running, the sound works fine, but no other application can play any sound. If I have sound playing elsewhere and then launch wine, then wine do not play any sound. I am using pulseaudio, debian sid 64 bits and I can play several sounds at the same time. This problem happen even if pulseaudio is disabled, and with every wine version I tried

.... 2019 17:01:55 +0100, a ecrit: > > I have forwarded the original mail: all VM I/O get stuck, and thus the > > VM becomes unusable. > > These are in many cases the symptoms of running out of "grant frames". Oh! That could be it indeed. I'm wondering what could be monopolizing them, though, and why +deb9u11 is affected while +deb9u10 is not. I'm afraid increasing the gnttab max size to 32 might just defer filling it up. > -# ./xen-diag gnttab_query_size 5 > domid=5: nr_frames=11, max_nr_frames=32 The current value is 31 over max 32 indeed. > With Xe...

...t; I have forwarded the original mail: all VM I/O get stuck, and thus the >>>> VM becomes unusable. >>> >>> These are in many cases the symptoms of running out of "grant frames". >> >> Oh! That could be it indeed. I'm wondering what could be monopolizing >> them, though, and why +deb9u11 is affected while +deb9u10 is not. I'm >> afraid increasing the gnttab max size to 32 might just defer filling it >> up. >> >>> -# ./xen-diag gnttab_query_size 5 >>> domid=5: nr_frames=11, max_nr_frames=32 >&gt...

I have read the ZFS best practice guide located at http://www.solarisinternals.com/wiki/index.php/ZFS_Best_Practices_Guide However I have questions whether we support using slices for data on the same disk as we use for ZFS boot. What issues does this create if we have a disk failure in a mirrored environment? Does anyone have examples of customers doing this in production environments. I

On Wed, May 24, 2017 10:45 am, Warren Young wrote: > On May 24, 2017, at 8:52 AM, Chris Adams <linux at cmadams.net> wrote: >> >> Once upon a time, Warren Young <warren at etr-usa.com> said: >>> a. It???s transmitting from a fixed location in a time zone you >>> probably aren???t in ??? US Mountain ??? being the least populous of >>> the lower

...ll VM I/O get stuck, and thus the >>>>>> VM becomes unusable. >>>>> >>>>> These are in many cases the symptoms of running out of "grant frames". >>>> >>>> Oh! That could be it indeed. I'm wondering what could be monopolizing >>>> them, though, and why +deb9u11 is affected while +deb9u10 is not. I'm >>>> afraid increasing the gnttab max size to 32 might just defer filling it >>>> up. >>>> >>>>> -# ./xen-diag gnttab_query_size 5 >>>>>...

.../rsync-3.3.0.tar.gz https://download.samba.org/pub/rsync/src-previews/rsync-3.3.0.tar.gz.asc See the website for other downloads, including diffs, patches, etc.: https://rsync.samba.org/ The github repos have moved to a new RsyncProject organization. Because various life events have been monopolizing my time, I reached out to Tridge (the original author) and he has graciously agreed to get back into rsync work, along with Paul Mackerras, who was also an early contributor to rsync. This new team will be working mainly on maintenance tasks, and not so much on new features. If you want to get invo...

.../rsync-3.3.0.tar.gz https://download.samba.org/pub/rsync/src-previews/rsync-3.3.0.tar.gz.asc See the website for other downloads, including diffs, patches, etc.: https://rsync.samba.org/ The github repos have moved to a new RsyncProject organization. Because various life events have been monopolizing my time, I reached out to Tridge (the original author) and he has graciously agreed to get back into rsync work, along with Paul Mackerras, who was also an early contributor to rsync. This new team will be working mainly on maintenance tasks, and not so much on new features. If you want to get invo...

[Going a bit off-topic here, and going to do a bit of a deep-dive on RF stuff, but maybe it will be useful to Chris] On 05/24/2017 12:20 PM, Valeri Galtsev wrote: > It is insightful, yet... There are a bunch of other factors that may need > to be taken into account. Angular transmission pattern of satellite (horn? > or is it yagi? antenna) vs ground based (monopole? or dipole? antenna -

So has anybody got one of these? http://www.amazon.com/exec/obidos/ASIN/B0007LQQUK/qid%3D1106972010/sr%3D11-1/ref%3Dsr%5F11%5F1/102-1529886-6420131 I'm thinking that it should be possible to connect it directly to an Asterisk box and not use their software, as long as there was Linux support for the USB dongle. Maybe it just looks like a standard USB audio device? But there has to be an

...ossible to eliminate the splay_search() by using an extra array to hold io_t pointers but I've had better results just filling the events[] array in reverse order. This results in the most recently serviced event being added to the end of events[], which should prevent one very busy event from monopolizing the event loop. With this change I can no longer reproduce the problem of nodes not responding to pings. Another solution would to randomly shuffle events[] but that seems needlessly complicated. - todd diff --git a/src/event.c b/src/event.c index 331872a..03111d0 100644 --- a/src/event.c +++...

On 2/28/07, Ivo Emanuel Gon?alves <justivo@gmail.com> wrote: > On 2/28/07, Ralph Giles <giles@xiph.org> wrote: > > Well, there are todo pages at wiki.xiph.org, but I meant more in the > > community folklore sense. My point is a roadmap doesn't help much unless > > there are people committed to making things happen. That's been the > > problem with a

On 2/28/07, Ivo Emanuel Gon?alves <justivo@gmail.com> wrote: > On 2/28/07, Ralph Giles <giles@xiph.org> wrote: > > Well, there are todo pages at wiki.xiph.org, but I meant more in the > > community folklore sense. My point is a roadmap doesn't help much unless > > there are people committed to making things happen. That's been the > > problem with a

On Jul 3, 2015, at 12:23 AM, Chris Murphy <lists at colorremedies.com> wrote: > > On Thu, Jul 2, 2015, 11:05 PM Warren Young <wyml at etr-usa.com> wrote: > >> Until you explain how you?re going to get CentOS to be preinstalled on a > billion devices per year, I don?t see how you can connect Android?s success > to CentOS. Where is the market force that will cause

On 26/02/14 15:14, Waiman Long wrote: > Locking is always an issue in a virtualized environment as the virtual > CPU that is waiting on a lock may get scheduled out and hence block > any progress in lock acquisition even when the lock has been freed. > > One solution to this problem is to allow unfair lock in a > para-virtualized environment. In this case, a new lock acquirer

On 26/02/14 15:14, Waiman Long wrote: > Locking is always an issue in a virtualized environment as the virtual > CPU that is waiting on a lock may get scheduled out and hence block > any progress in lock acquisition even when the lock has been freed. > > One solution to this problem is to allow unfair lock in a > para-virtualized environment. In this case, a new lock acquirer

...the splay_search() by using an extra > array to hold io_t pointers but I've had better results just filling > the events[] array in reverse order. This results in the most > recently serviced event being added to the end of events[], which > should prevent one very busy event from monopolizing the event loop. The problem is not the order of the events, the problem is that in the Windows version of the event loop, we only handle one event in each loop iteration. The select() loop handles all events that have accumulated so far, so regardless of the order it handles them, it never starves...

Hi, I'm running a crontjob on CentOS 5.2 server, which then connects to a webpage to run some stuff. It has to run this way, since the webpage is on a Windows server, and the Windows scheduled tasks doesn't work as well. It seems like the cronjob is working fine, except that the email output worries me a bit. This is what I get on email, Your Terminal type is unknown! Enter a

We check for finished xmit skbs on every xmit, or on a timer (unless the host promises to force an interrupt when the xmit ring is empty). This can penalize userspace tasks which fill their sockbuf. Not much difference with TSO, but measurable with large numbers of packets. There are a finite number of packets which can be in the transmission queue. We could fire the timer more than every

We check for finished xmit skbs on every xmit, or on a timer (unless the host promises to force an interrupt when the xmit ring is empty). This can penalize userspace tasks which fill their sockbuf. Not much difference with TSO, but measurable with large numbers of packets. There are a finite number of packets which can be in the transmission queue. We could fire the timer more than every