search for: rmanagement

...at), an you seem to try hard to introduce yet > another layer of buffer bloat in virtio_net. > > So add whatever you want to proudly state to your management : > > "Look how smart we are : we drop no packets in our layer" > Hmm some kind of disconnect here. I got you rmanagement about bufferbloat. What I am saying is that maybe we should drop packets more aggressively: when we drop one packet of a flow, why not drop everything that's queued and is for the same flow?

...at), an you seem to try hard to introduce yet > another layer of buffer bloat in virtio_net. > > So add whatever you want to proudly state to your management : > > "Look how smart we are : we drop no packets in our layer" > Hmm some kind of disconnect here. I got you rmanagement about bufferbloat. What I am saying is that maybe we should drop packets more aggressively: when we drop one packet of a flow, why not drop everything that's queued and is for the same flow?

Hello everyone, I have a C++ program that calls R using R_tryEval, very similarly to what package RInside does. It used to work with R.3.4.3 and R.3.4.4. However, since I updated it to R.3.5.1, R sends an error message: "*Error in < My command > : the base graphics system is not registered*" for any command related to the graphics package. I made a ticket on stackoverflow about

> Dear Tomas, > > thank you for fixing the bug, I still do not find it mentioned in the > changelog though (neither R-patched nor R-devel), also, see inline below > > On Sat, Apr 28, 2018 at 11:36 PM, Tomas Kalibera <tomas.kalibera at gmail.com > > wrote: > >> >> I don't have an opinion if this requires 3.5.1 to be released soon(er), >> but I

Hello, I am trying to deploy an additional read-only replica (aka. 'consumer') in a single-master dirsrv environment. The master, and the other pre-existing consumer servers, are all 'fedora-ds' running on Fedora 7. I'm trying to add a consumer running on Centos 5.5. Ultimately, I intend to replace the Fedora ds servers with Centos dirsrv servers. I'm trying to deploy

On Wed, 2013-11-20 at 18:06 +0200, Michael S. Tsirkin wrote: > Hmm some kind of disconnect here. > I got you rmanagement about bufferbloat. > > What I am saying is that maybe we should drop packets more > aggressively: when we drop one packet of a flow, why not > drop everything that's queued and is for the same flow? I really hope your TCP flows use SACK ;) Please read the rfc 2018 introduction fo...

Thanks Tomas, I confirm the R Under development (unstable) (2018-04-26 r74651) version works for Rscript when the file name has a space, and no arguments are specified. C:\>"C:\Program Files\R\R-devel\bin\x64\Rscript.exe" "C:\foo bar.R" R Under development (unstable) (2018-04-26 r74651) Platform: x86_64-w64-mingw32/x64 (64-bit) Running under: Windows 7 x64 (build 7601)

Estimados Alguno utiliza una alternativa a RStudio, últimamente no me gusta como funciona, por ejemplo, al cargar una archivo (abrirlo) se coloca como a ejecutar algo, la consola no marca nada, pero pasa el tiempo y el administrador de tareas de Windows 10 informa como va aumentando los megas de ram que consume, y aparecen mensajes de JavaScript en algunas oportunidades (lo instale otra vez a ver

On Tue, Nov 19, 2013 at 02:00:11PM -0800, Eric Dumazet wrote: > On Tue, 2013-11-19 at 23:53 +0200, Michael S. Tsirkin wrote: > > > Which NIC? Virtio? Prior to 2613af0ed18a11d5c566a81f9a6510b73180660a > > it didn't drop packets received from host as far as I can tell. > > virtio is more like a pipe than a real NIC in this respect. > > Prior/after to this patch,

On Tue, Nov 19, 2013 at 02:00:11PM -0800, Eric Dumazet wrote: > On Tue, 2013-11-19 at 23:53 +0200, Michael S. Tsirkin wrote: > > > Which NIC? Virtio? Prior to 2613af0ed18a11d5c566a81f9a6510b73180660a > > it didn't drop packets received from host as far as I can tell. > > virtio is more like a pipe than a real NIC in this respect. > > Prior/after to this patch,