search for: total_time

I have been trying to use R to gather some information from parsed log files (as part of examining some performance issues). I parsed the log files and put the data into an SQLite database, and then used RSQLite to load the data into R. The fields of interest are controller, action and total_time: controller and action have string values; total_time has a decimal value. I first did the following box plot to find the problem controllers. boxplot(total_time ~ controller, all_data) Having identified one controller of interest (let's say "BadController"), I then wanted to then...

...mage/SysVUserTime/CorrelationsSys",systemNum[iter],".TXT",sep="")) } if(PIE_CHARTS==TRUE) { for (iter in 1:length(systems)) { X11() res<- dbSendQuery(con, paste("SELECT SUM(cpu_seconds_user)/SUM(total_time), SUM(cpu_seconds_system)/SUM(total_time) FROM ",systems[iter],";",sep="")) dat<- fetch(res,n=-1) data<-rbind(dat[,1],dat[,2]) pie(data,labels=c("User","System"),main=paste(&qu...

...9;m reading makes a huge deal of sense. @cart = find_treat l = LineItem.new c = Customer.find(session[:currentcustID]) t = Therapist.find(params[:appt_therapist]) a = Appointment.new a.appdate = params[:appt_date] a.apptime = params[:appt_time] a.applength = @cart.total_time a.customer = c l.appointment = a l.customer = c l.therapist = t tr = Treatment.new @cart.items.each do |item| tr = Treatment.find(item.id) logger.warn("Currently Dealing with: #{tr.desclong}") l.treatment << tr end #l.save I kee...

...hroughput require more thinking. We have 3 uses cases. Here is a possible way to show both system throughput and fine grain per operation stats. I'm assuming that for system throughput we like to think about the total bytes processed by the system in each direction: read_rate = pread_bytes / total_time write_rate = (pwrite_bytes + zero_bytes + trim_bytes) / total_time 1. copy image to nbdkit total: 2300 ops, 6 GiB, 2.150 s, 2925.71 wMiB/s write: 1271 ops, 1.14 GiB, 0.398 s, 2922.22 MiB/s zero: 1027 ops, 4.86 GiB, 0.012 s, 414723.03 MiB/s extents: 1 ops, 2.00 GiB, 0.000 s, 120470559.51 MiB/s flu...

Hi, I am not sure, but I think this may be a process accounting bug. If interrupts are disabled for a considerable amount of time ( say multiple ticks), the process accounting code will still account a single tick for such cases, on the next interrupt tick. Shouldn't we have some way to fix that case like we do for NO_HZ restart_sched_tick case, where we account for multiple idle ticks.

Hi, I am not sure, but I think this may be a process accounting bug. If interrupts are disabled for a considerable amount of time ( say multiple ticks), the process accounting code will still account a single tick for such cases, on the next interrupt tick. Shouldn't we have some way to fix that case like we do for NO_HZ restart_sched_tick case, where we account for multiple idle ticks.

...: system is exactly singular With phreg the error is: fail in [dsytrf]; info = 14 1 - I am probably doing something wrong. Any suggestion to control for individuals too would be highly appreciated. 2 - Is including factor(sample) enough to control for the samples? Data S sta time TDC1 total_time TIC1 ID sample individual A 1 0 1 48.50 1 1 1 1 1 B 0 0 1 65.96 2 1 2 1 2 B 1 1 2 65.08 2 1 2 1 2...

On Sat, Nov 30, 2019 at 02:17:06AM +0200, Nir Soffer wrote: > Previously we measured the total time and used it to calculate the rate > of different operations. This is incorrect and hides the real > throughput. A more useful way is to measure the time we spent in each > operation. > > Here is an example run with this change: > > $ ./nbdkit --foreground \ > --unix

...r> <bch:t> <bch:t> <bch:t> <bch> <dbl> <bch:byt> <dbl> <int> 1 orig 8.15ms 8.67ms 8.43ms 10ms 115. 3.82MB 4 52 2 new 25.21ms 25.58ms 25.45ms 27ms 39.1 3.82MB 2 18 # ... with 5 more variables: total_time <bch:tm>, result <list>, memory <list>, # time <list>, gc <list> When sampling from fewer values, the difference is much less pronounced: > bench::mark(orig = sample.int(6, 1000000, replace = TRUE), + new = sample_int(6, 1000000, replace = TRUE), +...

hi all, you'll have to excuse the ignorance (i'm a software guy, not a telcom guy..) Is there any way to know if a channel has been answered by an automatic system (like voicemail) rather than a human being? Specifically, I want to use a .call to make a call on a channel and only do something if a person answers, not a machine of any kind. Is this even possible, or is an answered

...M); + SIG(USR1); + SIG(USR2); + return ""; +} + /* * Implements the interactive session with the server. This is called after * the user has been authenticated, and a command has been started on the @@ -778,7 +803,7 @@ fd_set *readset = NULL, *writeset = NULL; double start_time, total_time; int max_fd = 0, max_fd2 = 0, len, rekeying = 0, nalloc = 0; - char buf[100]; + char *signame, buf[100]; debug("Entering interactive session."); @@ -819,6 +844,10 @@ client_init_dispatch(); + /* for protocol v2 we try to send the signal to the remote host */ + if (compat20 &...

This is an updated and extended version of the original patch: https://www.redhat.com/archives/libguestfs/2010-August/msg00163.html This adds OCaml and Perl bindings (both tested), support for progress bars in virt-resize, and adds progress notifications to a number of the simpler commands. Still to do is to add progress messages to more commands. There are still a few commands which would be

Hi all, i'm trying to make AMD, Answer Machine Detection, to work on my outbound context but i can't get it to work, just on inbound context like whe i use the application Answer before AMD, but i need to make AMD to do the detection on an outbound predictive dialer integration. Follow are the inbound and outbound examples. My current environment is Asterisk 1.4beta3 and a Digum

On 9/20/18 1:43 AM, Carl Boettiger wrote: > For a well-tested C algorithm, based on my reading of Lemire, the unbiased > "algorithm 3" in https://arxiv.org/abs/1805.10941 is part already of the C > standard library in OpenBSD and macOS (as arc4random_uniform), and in the > GNU standard library. Lemire also provides C++ code in the appendix of his > piece for both this and

...M); + SIG(USR1); + SIG(USR2); + return ""; +} + /* * Implements the interactive session with the server. This is called after * the user has been authenticated, and a command has been started on the @@ -778,7 +803,7 @@ fd_set *readset = NULL, *writeset = NULL; double start_time, total_time; int max_fd = 0, max_fd2 = 0, len, rekeying = 0, nalloc = 0; - char buf[100]; + char *signame, buf[100]; debug("Entering interactive session."); @@ -819,6 +844,10 @@ client_init_dispatch(); + /* for protocol v2 we try to send the signal to the remote host */ + if (compat20 &...

...------- diff -urN -X diff.ignore ogg123.orig/format.h ogg123/format.h --- ogg123.orig/format.h Sat Oct 5 14:33:28 2002 +++ ogg123/format.h Sat Oct 5 16:20:55 2002 @@ -24,6 +24,8 @@ typedef struct decoder_stats_t { + ogg_int64_t total_pcm_samples; + ogg_int64_t current_pcm_sample; double total_time; /* seconds */ double current_time; /* seconds */ long instant_bitrate; diff -urN -X diff.ignore ogg123.orig/oggvorbis_format.c ogg123/oggvorbis_format.c --- ogg123.orig/oggvorbis_format.c Sat Oct 5 14:33:28 2002 +++ ogg123/oggvorbis_format.c Sat Oct 5 16:17:35 2002 @@ -98,6 +98,8 @@...

Hi, this series update libguestfs to a recent gnulib version, so that we can use its new getprogname module, and solve altogether one of the porting issues (the need for 'program_name' by the error module of gnulib), and have a single way to get the name of the current program. A number of changes in tools mostly, although mechanical. Thanks, Pino Toscano (3): Update gnulib to latest

I'm reading this fine article on O'Reilly: http://linux.oreillynet.com/lpt/a//linux/2001/11/08/ssh_keystroke.html <quote> The paper concludes that the keystroke timing data observable from today's SSH implementations reveals a dangerously significant amount of information about user terminal sessions--enough to locate typed passwords in the session data stream and reduce the

This version doesn't crash or cause hung processes or stuck mountpoints, so that's an improvement. Rich.

This patch is just for review. It enables FUSE support in the API via two new calls, 'guestfs_mount_local' and 'guestfs_umount_local'. FUSE turns out to be very easy to deadlock (necessitating that the machine be rebooted). Running the test from the third patch is usually an effective way to demonstrate this. However I have not yet managed to produce a simple reproducer that