similar to: time foo

Gordon Messmer wrote: > On 12/01/2017 08:49 AM, hw wrote: >> # time foo >> real 43m39.841s >> user 15m31.109s >> sys 0m44.136s >> >> >> Almost 30 minutes have disappeared, but it actually took about that long, >> so what happened? > > > I may misunderstand your question, but > > "time" is provided by the bash

On 12/01/2017 08:49 AM, hw wrote: > # time foo > real??? 43m39.841s > user??? 15m31.109s > sys???? 0m44.136s > > > Almost 30 minutes have disappeared, but it actually took about that long, > so what happened? I may misunderstand your question, but "time" is provided by the bash shell.? It may be provided by a command if you are using a different shell.? When

I'm encountering excruciatingly slow load times for character vectors in R 2.6.0-- up to 30sec for a 15K file that contains a no-attributes character vector of length ~1e4 and object size ~0.5MB. In R 2.5.1, repeated loads of the same set of files are near-instantaneous. The problem is proving tricky to reproduce consistently from scratch, so I have attached the 3 files used in the examples

On Mon, 5 Dec 2016 00:41:35 -0800 ToddAndMargo via samba <samba at lists.samba.org> wrote: > On 12/04/2016 03:37 AM, Bernard Chabot via samba wrote: > > I’m using a decentralized data storage application named > > StorjShare-CLI : https://github.com/Storj/storjshare-cli > > > > This application store data into « nodes ». StorjShare-CLI can run > > 1 or

Hi, As far as I can tell, The R function unix.time calculates elapsed CPU time. Is there a command within R to measure actual elapsed time (I think this is sometimes referred to as wall time)? For example, the time command from GNU time calculates the actual elapsed time, as far as I can tell. (Please CC me, I'm not subscribed.)

On Mon, 5 Dec 2016 02:53:50 -0800 ToddAndMargo via samba <samba at lists.samba.org> wrote: > On 12/05/2016 01:06 AM, Rowland Penny via samba wrote: > > On Mon, 5 Dec 2016 00:41:35 -0800 > > ToddAndMargo via samba <samba at lists.samba.org> wrote: > > > >> On 12/04/2016 03:37 AM, Bernard Chabot via samba wrote: > >>> I’m using a decentralized

On 12/01/2017 02:32 PM, hw wrote: > > Hm.? Foo is a program that imports data into a database from two CVS files, > using a connection for each file and forking to import both files at once. > > So this would mean that the database (running on a different server) takes > almost two times as much as foo --- which I would consider kinda > excruciatingly > long because

On 12/1/2017 11:32 AM, hw wrote: > So this would mean that the database (running on a different server) > takes > almost two times as much as foo --- which I would consider kinda > excruciatingly > long because it?s merely inserting rows into two different tables > after they were > prepared by foo and then processes some queries to convert the data. > > The queries

I’m taking a first look at InstCombine performance. I picked up the caching patch and ran a few experiments on one of our larger C++ apps. The size of the *.0.2.internalize.bc no-debug IR is ~ 30M. Here are my observations so far. Interestingly, caching produced a slight but measurable performance degradation of -O3 compile time. InstCombine takes about 35% of total execution time, of which ~20%

Hi, The `system.time(expr)' command provide 3 different times for evaluating the expression `expr'; the first two are user and system CPUs and the third one is total elapsed time. Suppose I want to compare two different computational procedures for performing the same task, which component of `system.time' is most meaningful in the sense that it most accurately reflects the

Hi LLVM-ites! We are doing a quick test of 3.3rc3. Our testers did a quick turn around and created binaries which you can test. Please give them a go and let us know how they work for you. They are here: http://llvm.org/pre-releases/3.3/rc3 We don't have a lot of time remaining in the release cycle, so please do whatever you can to make sure they are solid. In particular, make sure that

It's probably PR12517. Looking at the clang binary, it's got a /home/ dir in RPATH: $ objdump -p clang+llvm-3.3rc3-Ubuntu-12.04.2-x86_64/bin/clang | grep RPATH RPATH $ORIGIN/../lib:/home/aadgrand/tmp/LLVM-3.3rc3/rc3/Phase3/Release+Asserts/llvmCore-3.3-rc3.obj/Release+Asserts/bin This will slow things down if the system tries to automount /home/aadgrand. Maybe we should merge r182559

setTimeLimit(elapsed=1) causes a timeout error whenever a call takes more than one second. For instance, this is how it works on Windows (R 3.3.1): > setTimeLimit(elapsed=1) > Sys.sleep(10); message("done") Error in Sys.sleep(10) : reached elapsed time limit Also, the error propagates immediately and causes an interrupt after ~1 second; > system.time({ Sys.sleep(10);

Thank you for the feedback and confirmations. Interesting to see that it's also reproducible on macOS expect for Spencer; that might indicate a difference in builds. BTW, my original post suggested that timeout error was for sure detected while running Sys.sleep(10). However, it could of course also be that it is only detected after it finishes. For troubleshooting, the

Hello, I have question about the overhead in lapply. x is a list of 3000 lists. Each of the i (1<=i<=3000) list elements is pair of two elements: a string vector and a data frame x is roughly 235MB. > gc() ## > z <- system.time(y <- lapply(x,function(r){ system.time(serialize(r,NULL))['elapsed'] })) > sum(unlist(y)) 18.812 > z user system elapsed 494.144

Hi I migrated from Linux to Mac, but I don't this has anything to do with it, but I am not sure. I am writing a small logger package, in which I have a file aaa.R: ,---- | .logData <- new.env() | assign("loggingThreshold", 10, envir = .logData) | assign("logToFile", FALSE, envir = .logData) | assign("logFileName", NULL, envir = .logData) | |

On unix, unless event polling is enabled Sys.sleep just waits in a select() call (with a SIGINT handler in place) so the elapsed time isn't checked until after the select call is complete. Rstudio uses event polling, and in particular sets R_wait_usec to 10000, which means event and interrupt checks happen during a Sys.seep call. The R GUI on macOS doesn't seem to do this (but my lldb

For virt-v2v we have been discussing how to limit network bandwidth. The initial discussion has been around how to use cgroups to do this limiting, and that is still probably what we will go with in the end. However this patch gives us another possibility for certain virt-v2v inputs, especially VDDK. We could apply a filter on top of the nbdkit plugin which limits the rate at which it copies

Hi, people. A tiny suggestion for the system.time function. Could the returned vector have names? These could be like: c("User", "System", "Elapsed", "Sub.User", "Sub.System") That would then produce self-documenting output. -- Fran?ois Pinard http://pinard.progiciels-bpi.ca

> On Apr 13, 2017, at 7:43 PM, Davide Italiano <davide at freebsd.org> wrote: > > On Thu, Apr 13, 2017 at 5:18 PM, Mikulin, Dmitry > <dmitry.mikulin at sony.com> wrote: >> I’m taking a first look at InstCombine performance. I picked up the caching patch and ran a few experiments on one of our larger C++ apps. The size of the *.0.2.internalize.bc no-debug IR is ~ 30M.