search for: rchar

...and 67% -32767..32767 ruinteger: 50% NA and 50% integers rinteger: random integers rusingle: 50% NA and 50% singles rsingle: random singles rudouble: 50% NA and 50% doubles rdouble: doubles rfactor: factor with 64 levels of length 66 (being different at bytes 65 and 66) rchar: 64 strings of length 66 (being different at bytes 65 and 66) Legend for abbreviations OOM: out of memory OOD: out of disk NT: not timed because too slow NA: not available Results for sorting a single column ===================================== , , 3e6 rboolean rlogica...

...and 67% -32767..32767 ruinteger: 50% NA and 50% integers rinteger: random integers rusingle: 50% NA and 50% singles rsingle: random singles rudouble: 50% NA and 50% doubles rdouble: doubles rfactor: factor with 64 levels of length 66 (being different at bytes 65 and 66) rchar: 64 strings of length 66 (being different at bytes 65 and 66) Legend for abbreviations OOM: out of memory OOD: out of disk NT: not timed because too slow NA: not available Results for sorting a single column ===================================== , , 3e6 rboolean rlogica...

I was using 'object.size' to see how much memory a list was taking up. After executing the command, I had thought that my computer had locked up. After further testing, I determined that it was taking 241 seconds for object.size to return a value. I did notice in the release notes that 'object.size' did take longer when the list contained character vectors. Is the time that it is

Hi, I have being try to track down top email users to sometime. When I do a network traffic check I can see there is about 15 times more email traffic pulled from mail server than sent. The problem I am trying to track down is which users are the culprit. I have enabled doevcot stats and I can do a doveadm stats dump user but I get a 0 for disk_input, disk_output, read_bytes and write_bytes. I

...flt =3D sig->cmin_flt =3D sig->cmaj_flt =3D 0; sig->inblock =3D sig->oublock =3D sig->cinblock =3D sig->coublock =3D 0; @@ -1045,6 +1046,7 @@ = p->utime =3D cputime_zero; p->stime =3D cputime_zero; + p->gtime =3D cputime_zero; = #ifdef CONFIG_TASK_XACCT p->rchar =3D 0; /* I/O counter: bytes read */

...flt =3D sig->cmin_flt =3D sig->cmaj_flt =3D 0; sig->inblock =3D sig->oublock =3D sig->cinblock =3D sig->coublock =3D 0; @@ -1045,6 +1046,7 @@ = p->utime =3D cputime_zero; p->stime =3D cputime_zero; + p->gtime =3D cputime_zero; = #ifdef CONFIG_TASK_XACCT p->rchar =3D 0; /* I/O counter: bytes read */

...t;oublock =3D sig->cinblock =3D sig->coublock =3D 0; @@ -1045,6 +1049,9 @@ static struct task_struct *copy_process( = p->utime =3D cputime_zero; p->stime =3D cputime_zero; +#ifdef CONFIG_GUEST_ACCOUNTING + p->gtime =3D cputime_zero; +#endif = #ifdef CONFIG_TASK_XACCT p->rchar =3D 0; /* I/O counter: bytes read */

...t;oublock =3D sig->cinblock =3D sig->coublock =3D 0; @@ -1045,6 +1049,9 @@ static struct task_struct *copy_process( = p->utime =3D cputime_zero; p->stime =3D cputime_zero; +#ifdef CONFIG_GUEST_ACCOUNTING + p->gtime =3D cputime_zero; +#endif = #ifdef CONFIG_TASK_XACCT p->rchar =3D 0; /* I/O counter: bytes read */

Hi all! We are pleased to release v2.3.19 of Dovecot. The docker images have been upgraded to use bullseye as base image. https://dovecot.org/releases/2.3/dovecot-2.3.19.tar.gz https://dovecot.org/releases/2.3/dovecot-2.3.19.tar.gz.sig Binary packages in https://repo.dovecot.org/ Docker images in https://hub.docker.com/r/dovecot/dovecot Regards, Aki Tuomi Open-Xchange oy -- + Added

Hi all! We are pleased to release v2.3.19 of Dovecot. The docker images have been upgraded to use bullseye as base image. https://dovecot.org/releases/2.3/dovecot-2.3.19.tar.gz https://dovecot.org/releases/2.3/dovecot-2.3.19.tar.gz.sig Binary packages in https://repo.dovecot.org/ Docker images in https://hub.docker.com/r/dovecot/dovecot Regards, Aki Tuomi Open-Xchange oy -- + Added