search for: enouth

Hi, I would need some suggestion for a dovecot based mail infrastructure. Actually, only one server (with dovecot sendmail amavis spamassassin clamav etc etc) is no longer enouth, so I thought I would put on a more complex infrastructure on different servers. But I do not know a few things. I was thinking about partitioning users on 3-4 servers with dovecot (imap / pop3) and dovecot-lda (no networked filesystem between them) and then configuring 1-2 servers with dovecot...

Hi the list, Considere the following: f <- function(x){apply(x,2,mean)} findGlobals(f) findGlobals consideres mean as a global variable, which it is not. Is there a way to tell to findGlobals that mean is a function ? Thanks Christophe

...tio_gpu_device *vgdev, + struct virtio_gpu_vbuffer *vbuf, + struct virtio_gpu_ctrl_hdr *hdr, + struct virtio_gpu_fence **fence) +{ + struct virtqueue *vq = vgdev->ctrlq.vq; + int rc; + +again: + spin_lock(&vgdev->ctrlq.qlock); + + /* + * Make sure we have enouth space in the virtqueue. If not + * wait here until we have. + * + * Without that virtio_gpu_queue_ctrl_buffer_nolock might have + * to wait for free space, which can result in fence ids being + * submitted out-of-order. + */ + if (vq->num_free < 3) { + spin_unlock(&vgdev->ctrlq...

...tio_gpu_device *vgdev, + struct virtio_gpu_vbuffer *vbuf, + struct virtio_gpu_ctrl_hdr *hdr, + struct virtio_gpu_fence **fence) +{ + struct virtqueue *vq = vgdev->ctrlq.vq; + int rc; + +again: + spin_lock(&vgdev->ctrlq.qlock); + + /* + * Make sure we have enouth space in the virtqueue. If not + * wait here until we have. + * + * Without that virtio_gpu_queue_ctrl_buffer_nolock might have + * to wait for free space, which can result in fence ids being + * submitted out-of-order. + */ + if (vq->num_free < 3) { + spin_unlock(&vgdev->ctrlq...

...tio_gpu_device *vgdev, + struct virtio_gpu_vbuffer *vbuf, + struct virtio_gpu_ctrl_hdr *hdr, + struct virtio_gpu_fence **fence) +{ + struct virtqueue *vq = vgdev->ctrlq.vq; + int rc; + +again: + spin_lock(&vgdev->ctrlq.qlock); + + /* + * Make sure we have enouth space in the virtqueue. If not + * wait here until we have. + * + * Without that virtio_gpu_queue_ctrl_buffer_nolock might have + * to wait for free space, which can result in fence ids being + * submitted out-of-order. + */ + if (vq->num_free < 3) { + spin_unlock(&vgdev->ctrlq...

...tio_gpu_device *vgdev, + struct virtio_gpu_vbuffer *vbuf, + struct virtio_gpu_ctrl_hdr *hdr, + struct virtio_gpu_fence **fence) +{ + struct virtqueue *vq = vgdev->ctrlq.vq; + int rc; + +again: + spin_lock(&vgdev->ctrlq.qlock); + + /* + * Make sure we have enouth space in the virtqueue. If not + * wait here until we have. + * + * Without that virtio_gpu_queue_ctrl_buffer_nolock might have + * to wait for free space, which can result in fence ids being + * submitted out-of-order. + */ + if (vq->num_free < 3) { + spin_unlock(&vgdev->ctrlq...

...tio_gpu_device *vgdev, + struct virtio_gpu_vbuffer *vbuf, + struct virtio_gpu_ctrl_hdr *hdr, + struct virtio_gpu_fence **fence) +{ + struct virtqueue *vq = vgdev->ctrlq.vq; + int rc; + +again: + spin_lock(&vgdev->ctrlq.qlock); + + /* + * Make sure we have enouth space in the virtqueue. If not + * wait here until we have. + * + * Without that virtio_gpu_queue_ctrl_buffer_nolock might have + * to wait for free space, which can result in fence ids being + * submitted out-of-order. + */ + if (vq->num_free < 3) { + spin_unlock(&vgdev->ctrlq...

...tio_gpu_device *vgdev, + struct virtio_gpu_vbuffer *vbuf, + struct virtio_gpu_ctrl_hdr *hdr, + struct virtio_gpu_fence **fence) +{ + struct virtqueue *vq = vgdev->ctrlq.vq; + int rc; + +again: + spin_lock(&vgdev->ctrlq.qlock); + + /* + * Make sure we have enouth space in the virtqueue. If not + * wait here until we have. + * + * Without that virtio_gpu_queue_ctrl_buffer_nolock might have + * to wait for free space, which can result in fence ids being + * submitted out-of-order. + */ + if (vq->num_free < 3) { + spin_unlock(&vgdev->ctrlq...

On Mon, Aug 07, 2017 at 09:14:16AM +0200, Simone Marx :: Edinet Srl wrote: > Hi, > I would need some suggestion for a dovecot based mail infrastructure. > Actually, only one server (with dovecot sendmail amavis spamassassin clamav > etc etc) is no longer enouth, so I thought I would put on a more complex > infrastructure on different servers. Sounds good. > But I do not know a few things. > I was thinking about partitioning users on 3-4 servers with dovecot (imap / > pop3) and dovecot-lda (no networked filesystem between them) and then >...

Hi, I have problems to install samba 2.0.3 in Digital 4.0. Please, could somebody help me? (I don't know if I'm giving enouth information to identify the problem) In another server I'm using samba-1.9.18p8 and it works well. It's really interesting to install the 2 version? Thanks, Javi. The following is the information:--------------------------- The two fist steps of 'DIAGNOSIS.txt' are good but...

...rder right,or it doesn't matter at all? Finally,in Linux I can't successfully ping the machine by name in our LAN. .I can do that with ip address in Linux.And windoz is all OK.Those machines doesn't have a name like this:machine.domain .as you know,in windoz,a single machine name is enouth to be realized by others.I can successfully ping the machine with that style name after I set the same dns server as windoz in linux ,but the same to those machine with a single name.Is this normal?If not, how to solve it? Thank you!

...nvert_string(144) Required 12, available 11 i\'m find that in lib/charcnv.c in function push_ascii that if set flag STR_TERMINATE, when src_len increase: if (flags & STR_TERMINATE) { src_len++; } but dest_len not increase. i\'m try fix it, but that not enouth :( records in log files now less, but it exist :(

Many thanks for the help to date. I now have a working vpn with three nodes: 10.20.30.1 10.20.40.1 10.20.50.1 Each machine can see each other machine 100's of miles apart from each other. Each machine is behind its own router. The machines are on their own subnets, as well, of course. The individual IP's on the lans of the nodes are: 192.168.0.155 (corresponds to 10.20.30.1)