search for: msec

...) (206.248.157.184) This isn't a bug, but an easily-remedied performance issue. SYMPTOM > for (i in 1000 * (1:20)) { y <- paste(rep("asdf", times=i), collapse=" ") t <- system.time(strsplit(y, " ", fixed=TRUE)) cat(sprintf("i=%5d time=%5d msec\n",i, round(1000*t[1]))) } i= 1000 time= 2 msec i= 2000 time= 9 msec i= 3000 time= 20 msec i= 4000 time= 34 msec i= 5000 time= 57 msec i= 6000 time= 77 msec i= 7000 time= 107 msec i= 8000 time= 136 msec i= 9000 time= 177 msec i=10000 time= 230 msec i=11000 time= 275 msec i=...

...debug: ssh_connect: getuid 0 geteuid 0 anon 0 debug: Connecting to sco [207.234.31.38] port 22. debug: loaded 21 entropy commands from /usr/local/etc/ssh_prng_cmds debug: Seeding random number generator. debug: OpenSSL random status is now 0 debug: 3 bytes from system calls debug: Time elapsed: 20 msec debug: Got 0.06 bytes of entropy from 'ls -alni /var/log' debug: Time elapsed: 30 msec debug: Got 0.77 bytes of entropy from 'ls -alni /var/adm' debug: Time elapsed: 10 msec debug: Got 0.02 bytes of entropy from 'ls -alni /var/spool/mail' debug: Time elapsed: 40 msec debug:...

Hi, I am using Van Dyke SecureCRT 3.2.1 to access an AIX server running OpenSSH-2.5.0p1. Using ssh1 with X11 forwarding enabled, the server reports the following error (in the client session): Packet integrity error. (34) This problem was not evident in 2.3.0p1. Running sshd in debug gives the output: debug1: sshd version OpenSSH_2.5.1p1 debug1: load_private_key_autodetect: type 0 RSA1

...25% for comparable processor's frequencies, by using of DSP commands. Version for ARM v4 (STR7, LPC21XX/23XX/28XX) can work even on 60 MHz. (but not all speex modes. Just 6,8,15). Here is Measurements of performance for LPC2138 - 60 MHz. 4000 kbit/sec (quality = 1) Encoder - 17.9 msec/frame 59% Decoder - 0.97 msec/frame 3% 6000 kbit/sec (quality = 2) Encoder - 13.5 msec/frame 43% Decoder - 1.11 msec/frame 3.8% 8000 kbit/sec (quality = 3) Encoder - 15.07 msec/frame 47% Decoder - 1.14 msec/frame 4% 11200 kbit/sec (quality = 5) Encoder - 21 msec/frame 6...

Hi Ben, here is the output from sshd -d -d -d: mvs2:sygm:/usr/local/sbin:#./sshd -d -d -d debug3: Reading output from 'ls -alni /var/log' debug3: Time elapsed: 459 msec debug2: Command 'ls -alni /var/log' timed out debug3: Got 0.00 bytes of entropy from 'ls -alni /var/log' debug3: Reading output from 'ls -alni /var/adm' debug3: Time elapsed: 143 msec debug2: Command 'ls -alni /var/adm' timed out debug3: Got 0.00 bytes of entropy fro...

...ut *timeout) +{ + SwfdecAsValue ret; + SwfdecInterval *interval = SWFDEC_INTERVAL (((guchar *) timeout) + - G_STRUCT_OFFSET (SwfdecInterval, timeout)); + SwfdecAsContext *context = SWFDEC_AS_OBJECT (interval)->context; + + if (interval->repeat) { + timeout->timestamp += SWFDEC_MSECS_TO_TICKS (interval->msecs); + swfdec_player_add_timeout (SWFDEC_PLAYER (context), timeout); + } else { + interval->timeout.callback = NULL; + } + if (interval->fun_name) { + swfdec_as_object_call (interval->object, interval->fun_name, + interval->n_args, interval-&gt...

...ix-dev at mindrot.org Thema: Antwort: Re: Problem with SSHD-Daemon (OpenSSH) (Document link: Michael Galonska) Hi Ben, here is the output from sshd -d -d -d: mvs2:sygm:/usr/local/sbin:#./sshd -d -d -d debug3: Reading output from 'ls -alni /var/log' debug3: Time elapsed: 459 msec debug2: Command 'ls -alni /var/log' timed out debug3: Got 0.00 bytes of entropy from 'ls -alni /var/log' debug3: Reading output from 'ls -alni /var/adm' debug3: Time elapsed: 143 msec debug2: Command 'ls -alni /var/adm' timed out debug3: Got 0.00 bytes of entropy fro...

...92.168.101.102 Supported: path, gruu Expires: 3600 Content-Length: 0 - - - [ Status > Log ] [0] 24/12/2001 00:00:27: Phone::uboot_version:1.1.3-u [1] 24/12/2001 00:00:29: Conf setup: code: 500, host: 127.0.0.1:80, file: /dummy.htm [0] 24/12/2001 08:00:31: TaskMon: LCS 21/0 recv LPCP took 1271 msecs [0] 24/12/2001 08:00:31: LoopMon: LCS 21 took 1271 (290/0) msecs, read 1, 3/1 tasks [1] 24/12/2001 08:00:32: TLS: Warning: Certificate with subject Country: ; State: ; Locality ; Organization: ; Common Name: pbx.domain.com; eMail: has expired according to the local time of the phone. [0] 24/12/200...

...+{ + SwfdecNetStream *stream; + + if (SWFDEC_AS_OBJECT_CLASS (swfdec_net_stream_parent_class)->get (object, variable, val, flags)) + return TRUE; + + stream = SWFDEC_NET_STREAM (object); + /* FIXME: need case insensitive comparisons? */ + if (variable == SWFDEC_AS_STR_time) { + guint msecs; + if (stream->flvdecoder == NULL || + !swfdec_flv_decoder_get_video_info (stream->flvdecoder, &msecs, NULL)) { + SWFDEC_AS_VALUE_SET_INT (val, 0); + } else { + if (msecs >= stream->current_time) + msecs = 0; + else + msecs = stream->current_time - msecs; +...

...by making a connection with X11 forwarding enabled: polycut:~> ssh -v -v -v -X dazel OpenSSH_2.9.9p2, SSH protocols 1.5/2.0, OpenSSL 0x0090602f debug1: Reading configuration data /opt/openssh-2.9.9p2/etc/ssh_config debug3: Reading output from 'ls -alni /var/log' debug3: Time elapsed: 23 msec debug3: Got 2.00 bytes of entropy from 'ls -alni /var/log' debug3: Reading output from 'ls -alni /var/adm' debug3: Time elapsed: 26 msec debug3: Got 2.00 bytes of entropy from 'ls -alni /var/adm' debug3: Reading output from 'ls -alni /usr/adm' debug3: Time elapsed: 1...

...---- next part -------------- randrw: (g=0): rw=randrw, bs=4K-4K/4K-4K, ioengine=libaio, iodepth=64 ... randrw: (g=0): rw=randrw, bs=4K-4K/4K-4K, ioengine=libaio, iodepth=64 Starting 8 processes randrw: (groupid=0, jobs=1): err= 0: pid=7155 read : io=384MB, bw=62,934KB/s, iops=15,733, runt= 6243msec slat (usec): min=4, max=11,681, avg=167.00, stdev=448.35 clat (usec): min=3, max=19,552, avg=2217.48, stdev=1367.27 bw (KB/s) : min= 0, max=70143, per=1.27%, avg=6362.85, stdev=19236.22 write: io=128MB, bw=21,046KB/s, iops=5,261, runt= 6243msec slat (usec): min=4, max=11,678,...

...---- next part -------------- randrw: (g=0): rw=randrw, bs=4K-4K/4K-4K, ioengine=libaio, iodepth=64 ... randrw: (g=0): rw=randrw, bs=4K-4K/4K-4K, ioengine=libaio, iodepth=64 Starting 8 processes randrw: (groupid=0, jobs=1): err= 0: pid=7155 read : io=384MB, bw=62,934KB/s, iops=15,733, runt= 6243msec slat (usec): min=4, max=11,681, avg=167.00, stdev=448.35 clat (usec): min=3, max=19,552, avg=2217.48, stdev=1367.27 bw (KB/s) : min= 0, max=70143, per=1.27%, avg=6362.85, stdev=19236.22 write: io=128MB, bw=21,046KB/s, iops=5,261, runt= 6243msec slat (usec): min=4, max=11,678,...

...the xterm... I have to hit CTRL-C on the client side. polycut:~> ssh -v -v -v dazel xterm OpenSSH_2.9p2, SSH protocols 1.5/2.0, OpenSSL 0x0090601f debug1: Reading configuration data /opt/openssh2.9p2/etc/ssh_config debug3: Reading output from 'ls -alni /var/log' debug3: Time elapsed: 36 msec debug3: Got 2.00 bytes of entropy from 'ls -alni /var/log' debug3: Reading output from 'ls -alni /var/adm' debug3: Time elapsed: 28 msec debug3: Got 2.00 bytes of entropy from 'ls -alni /var/adm' debug3: Reading output from 'ls -alni /var/mail' debug3: Time elapsed:...

...--------- ------- CHRIS Workgroup Master --------- ------- HOME CHRIS ping -c 10 some.ip PING some.ip (some.ip) from 192.168.1.11 : 56(84) bytes of data. 64 bytes from some.ip: icmp_seq=0 ttl=116 time=337.167 msec 64 bytes from some.ip: icmp_seq=1 ttl=116 time=279.711 msec 64 bytes from some.ip: icmp_seq=2 ttl=116 time=279.710 msec 64 bytes from some.ip: icmp_seq=3 ttl=116 time=259.711 msec 64 bytes from some.ip: icmp_seq=4 ttl=116 time=279.709 msec 64 bytes from some.ip: icmp_seq=5 ttl=116 time=279.691 msec...

...bian distro to build the latest (via git). That has been 'uneventful' - which is good, but I am confused by the output of "make check". An excerpt: test_program_setup ................................................... : ok Debug: Trying to connect 127.0.0.1:52694 (timeout 5000 msecs) test_program_success ................................................. : ok Debug: Trying to connect 127.0.0.1:52694 (timeout 5000 msecs) test_program_io (async) .............................................. : ok Debug: Trying to connect 127.0.0.1:52694 (timeout 5000 msecs) test_program_failure...

...(via git). > > That has been 'uneventful' - which is good, but I am confused by the > output of "make check". An excerpt: > > test_program_setup ................................................... > : ok > Debug: Trying to connect 127.0.0.1:52694 (timeout 5000 msecs) > test_program_success ................................................. > : ok > Debug: Trying to connect 127.0.0.1:52694 (timeout 5000 msecs) > test_program_io (async) .............................................. > : ok > Debug: Trying to connect 127.0.0.1:52694 (timeout 500...

At the most recent Xen Summit, Thomas Friebel presented a paper ("Preventing Guests from Spinning Around", http://xen.org/files/xensummitboston08/LHP.pdf) investigating the interactions between spinlocks and virtual machines. Specifically, he looked at what happens when a lock-holding VCPU gets involuntarily preempted. The obvious first order effect is that while the VCPU is not

At the most recent Xen Summit, Thomas Friebel presented a paper ("Preventing Guests from Spinning Around", http://xen.org/files/xensummitboston08/LHP.pdf) investigating the interactions between spinlocks and virtual machines. Specifically, he looked at what happens when a lock-holding VCPU gets involuntarily preempted. The obvious first order effect is that while the VCPU is not

At the most recent Xen Summit, Thomas Friebel presented a paper ("Preventing Guests from Spinning Around", http://xen.org/files/xensummitboston08/LHP.pdf) investigating the interactions between spinlocks and virtual machines. Specifically, he looked at what happens when a lock-holding VCPU gets involuntarily preempted. The obvious first order effect is that while the VCPU is not

...has been created [2016-03-21 20:39:58] VERBOSE[28019] res_pjsip/pjsip_configuration.c: Contact 17367/sip:17367 at 46.39.229.18:27143 has been deleted [2016-03-21 20:39:58] VERBOSE[28019] res_pjsip/pjsip_configuration.c: Contact 17367/sip:17367 at 46.39.229.18:37910 is now Reachable. RTT: 41.882 msec [2016-03-21 20:41:01] VERBOSE[28019] res_pjsip/pjsip_configuration.c: Contact 17367/sip:17367 at 46.39.229.18:37910 is now Unreachable. RTT: 0.000 msec [2016-03-21 20:41:06] VERBOSE[3827] res_pjsip_registrar.c: Added contact 'sip:17367 at 46.39.229.18:60105' to AOR '17367' with...