search for: 11181

On Fri, Oct 20, 2017 at 10:12:19PM +0300, Matwey V. Kornilov wrote: >2017-10-20 17:14 GMT+03:00 Matwey V. Kornilov <matwey.kornilov@gmail.com>: >> 2017-10-20 15:16 GMT+03:00 Martin Kletzander <mkletzan@redhat.com>: >>> On Fri, Oct 20, 2017 at 03:07:19PM +0300, Matwey V. Kornilov wrote: >>>> >>>> 2017-10-20 14:59 GMT+03:00 Martin Kletzander

...loon0,devno=fe.0.0003 -msg timestamp=on 2017-10-20 13:49:12.600+0000: 11179: debug : virFileClose:110 : Closed fd 27 2017-10-20 13:49:12.600+0000: 11179: debug : virFileClose:110 : Closed fd 32 2017-10-20 13:49:12.601+0000: 11179: debug : virFileClose:110 : Closed fd 3 2017-10-20 13:49:12.601+0000: 11181: debug : virExec:697 : Run hook 0x7fc7e7d339c0 0x7fc8080cb650 2017-10-20 13:49:12.601+0000: 11181: debug : qemuProcessHook:2663 : Obtaining domain lock 2017-10-20 13:49:12.601+0000: 11181: debug : virDomainLockProcessStart:179 : plugin=0x7fc7b41e7290 dom=0x7fc7b4256400 paused=1 fd=0x7fc8080cb1b8 20...

...3 -msg timestamp=on > 2017-10-20 13:49:12.600+0000: 11179: debug : virFileClose:110 : Closed fd 27 > 2017-10-20 13:49:12.600+0000: 11179: debug : virFileClose:110 : Closed fd 32 > 2017-10-20 13:49:12.601+0000: 11179: debug : virFileClose:110 : Closed fd 3 > 2017-10-20 13:49:12.601+0000: 11181: debug : virExec:697 : Run hook > 0x7fc7e7d339c0 0x7fc8080cb650 > 2017-10-20 13:49:12.601+0000: 11181: debug : qemuProcessHook:2663 : > Obtaining domain lock > 2017-10-20 13:49:12.601+0000: 11181: debug : > virDomainLockProcessStart:179 : plugin=0x7fc7b41e7290 > dom=0x7fc7b4256400...

Hi. I am trying to shape my upstream bandwidth, mostly per port. and I am having some problems getting things to work the way I want them to. before I throw my configuration at you guys ;), I`d like to debug it by myself - but I was not able to find a tool that allow me to monitor current bandwidth usage per port (and preferably even per port+ip). I want to know what is the current bandwidth

Hi Irucka, No problem. I guess this could be done using: Sample data: Dailydo<- structure(list(Date = structure(c(11231, 11232, 11233, 11234, 11235, 11236, 11207, 11208, 11209, 11179, 11180, 11181, 11151, 11152, 11123, 11093, 11064, 11065, 11035, 11036, 11008, 11009, 10979, 10980, 11347, 11348, 11380, 11381, 11410, 11406, 11438, 11439, 11470, 11502, 11528, 11560, 11561, 11593, 11594, 11621, 11622, 11654, 11685, 11992, 11962, 11963, 11964, 11965, 11966, 11937, 11938, 11939, 11909, 11910,...

Hi, I am seeing the following (with Dovecot 1.0 rc10): Oct 18 07:35:58 dovecot: IMAP(user): UIDs broken with partial sync in mbox file /var/mail/user Oct 18 07:35:58 dovecot: IMAP(user): mbox sync: UID inserted in the middle of mailbox /var/mail/user (15314 > 9604, seq=5, idx_msgs=224) Oct 18 07:35:59 dovecot: IMAP(user): file mbox-sync-rewrite.c: line 405 (mbox_sync_read_and_move): assertion

...0x1) read(0x5,0x817e000,0x4) = 4 (0x4) gettimeofday({1138105769 9076},0x0) = 0 (0x0) select(6,{5},0x0,0x0,{20 0}) = 1 (0x1) read(0x5,0x817e004,0x55) = 85 (0x55) break(0x817e000) = 0 (0x0) break(0x819e000) = 0 (0x0) write(5,0x8148000,170) = 170 (0xaa) gettimeofday({1138105769 11181},0x0) = 0 (0x0) select(6,{5},0x0,0x0,{20 0}) = 1 (0x1) read(0x5,0x817e000,0x4) = 4 (0x4) gettimeofday({1138105769 12214},0x0) = 0 (0x0) select(6,{5},0x0,0x0,{20 0}) = 1 (0x1) read(0x5,0x817e004,0x10e) = 270 (0x10e) read(0x6,0x8144630,0x8) = 8 (0x8) read(0x6,0xbfbfd090,0x10)...

...:11056: result: yes configure:11091: checking if libtool supports shared libraries configure:11093: result: yes configure:11096: checking whether to build shared libraries configure:11117: result: yes configure:11120: checking whether to build static libraries configure:11124: result: yes configure:11181: checking whether to enable maintainer-specific portions of Makefiles configure:11190: result: no configure:11262: checking for g++ configure:11278: found /usr/local/bin/g++ configure:11289: result: g++ configure:11316: checking for C++ compiler version configure:11325: g++ --version >&5 g++...

Hi Stepan, Sorry for the delay. It's great that you are working on MergeFunctions as well and I agree, we should definitely try to combine our efforts to improve MergeFunctions. Just to give you some context, the pass (with the similar function merging patch) is already being used in a production setting. From my point of view, it would be better if we focus on improving its capability

...tal_pow.ll 1 6330 0 0.01 6299 0 0.01 6299 csr_matrix.ll 10 81632 0 0.01 81605 0 0.02 81605 csr_matvec.ll 3 83424 0 0.01 83397 0 0.01 83397 ctor_dtor_count-2.ll 6 10768 0 0.01 10749 0 0.01 10749 ctor_dtor_count.ll 6 8159 0 0.01 8140 0 0.01 8140 cubestr.ll 4 52286 0 0.01 52256 0 0.02 52256 cubic.ll 1 11181 0 0.01 11143 0 0.01 11143 cvrin.ll 13 303053 0 0.03 303023 0 0.03 303023 cvrmisc.ll 8 28494 0 0.01 28464 0 0.01 28464 cvrm.ll 20 123658 0 0.02 123628 0 0.02 119731 cvrout.ll 18 168322 0 0.02 168292 0 0.02 168292 CWrappers.ll 21 34690 1 0.01 34587 1 0.01 34587 cyclic_reduction.ll 7 577661 0 0.06 577...