search for: 56s

...outfit<-nlm(..., hessian=T) and then standards error are se<-diag(solve(outfit$hessian))   Justin BEM BP 1917 Yaoundé Tél (237) 76043774   ________________________________ De : Bomee Park <bombom@stanford.edu> À : r-help@r-project.org Envoyé le : Jeudi, 29 Janvier 2009, 4h01mn 56s Objet : [R] standard error of logit parameters Hi everyone. I am now estimating the parameters for a logit model, and trying to get the estimates by laximizing the log_likelihood. The nlm function works nicely for maximizing the -(log_likelihood) and returns the parameter estimates that minimize...

Un texte encapsul? et encod? dans un jeu de caract?res inconnu a ?t? nettoy?... Nom : non disponible Url : https://stat.ethz.ch/pipermail/r-help/attachments/20070802/04c0f92e/attachment.pl

...tributed | ~4m18s | ~41s | ~57s | ~2m24s | ~1m38s | --------------------------------------------------------------- | dist-repl | ~8m18s | ~1m4s | ~1m11s | ~1m24s | ~2m40s | --------------------------------------------------------------- | native FS | ~11s | ~4s | ~2s | ~56s | ~10s | --------------------------------------------------------------- I get the same results, whether with default configurations with custom configurations. if I look at the side of the ifstat command, I can note my IO write processes never exceed 3MBs... EXT4 native FS seems to be faster...

...norm(C*R), nrow=R ) ) cat("\n**** Now as data frame\n") example( as.data.frame( matrix( rnorm(C*R), nrow=R ) ) ) The following are the reported timing under R 2.12.0 on a Mac Pro 3,1 with ample RAM: matrix, columns: 0.01s matrix, rows: 0.175s data frame, columns: 53s data frame, rows: 56s data frame, names: 58s Data frame access is about 5,000 times slower than matrix column access, and 300 times slower than matrix row access. R's data frame operational speed is an amazing 40 data accesses per seconds. I have not seen access numbers this low for decades. How to avoid it? N...

...18s | ~41s | ~57s | ~2m24s | ~1m38s | > --------------------------------------------------------------- > | dist-repl | ~8m18s | ~1m4s | ~1m11s | ~1m24s | ~2m40s | > --------------------------------------------------------------- > | native FS | ~11s | ~4s | ~2s | ~56s | ~10s | > --------------------------------------------------------------- > > I get the same results, whether with default configurations with > custom configurations. > > if I look at the side of the ifstat command, I can note my IO write > processes never exceed 3MBs......

...d OR write out of a file operation on the domUs. I am using values reported by "iotop" to make this distinction. I''m using both the deployment of a Jboss server and the "dd" command to benchmark this. The Jboss slowdown is how I found this. On the dom0, the server takes 56s to come up. On a domU, the same operation takes 15 minutes. It should also be noted that I attempted to change the filesystems to ext2, because I noticed that ''kjournald'' was chugging away taking up most of the i/o percentage, but only writing at KB/s! Actually, when I removed th...

Hi! I need to perform ANOVA on a couple of data sets. The only information I have are N, Mean and Standard deviation. I am very new to R, so can someone point me to the right direction on where to go? Thank you very much. Sincerely Niny Rao, PhD Philadelphia University

...disk space will be freed. Do you want to continue? [Y/n] y Get:1 http://cran.R-project.org stable/ r-base 2.2.1-0sarge1 [21.3kB] Get:2 http://cran.R-project.org stable/ r-recommended 2.2.1-0sarge1 [6143kB] Get:3 http://cran.R-project.org stable/ r-base-core 2.2.1-0sarge1 [7854kB] Fetched 14.0MB in 56s (247kB/s) (Reading database ... 129141 files and directories currently installed.) Removing r-cran-rcmdr ... Removing r-cran-design ... Removing r-cran-hmisc ... Removing r-cran-effects ... dpkg: r-cran-foreign: dependency problems, but removing anyway as you request: r-recommended depends on r-c...

...hat systemctl status samba and journalctl -xe say: ---- Cut Here: systemctl status samba ---- ? samba.service - Samba AD Daemon Loaded: loaded (/etc/systemd/system/samba.service; enabled; vendor preset: disabled) Active: failed (Result: exit-code) since Thu 2020-11-19 05:10:10 -00; 2min 56s ago Docs: man:samba(8) man:samba(7) man:smb.conf(5) Process: 1054 ExecStart=/usr/local/sbin/samba --foreground --no-process-group $SAMBAOPTIONS (code=exited, status=1/FAILURE) Main PID: 1054 (code=exited, status=1/FAILURE) CPU: 12.734s ---- Cut...

So I found all 20 bytes and changed then to GHASH_SIZE (a const I defined in typehashing.h) and finished the switch to xxHash64, that saved me around 50 seconds to 56s, then I changed it to uint64_t instead of a 8 byte uint_8 array and that gave me 48s. With release config and a pgo pass I'm now linking in 38s... so faster than link.exe in vs 2017 (which is faster than vs 2015) doing fastlink. Now we are in a very good place, still not as fast as an incremen...

...s to see what's going on. On Wed, Jan 31, 2018 at 4:44 AM Leonardo Santagada <santagada at gmail.com> wrote: > So I found all 20 bytes and changed then to GHASH_SIZE (a const I > defined in typehashing.h) and finished the switch to xxHash64, that > saved me around 50 seconds to 56s, then I changed it to uint64_t > instead of a 8 byte uint_8 array and that gave me 48s. With release > config and a pgo pass I'm now linking in 38s... so faster than > link.exe in vs 2017 (which is faster than vs 2015) doing fastlink. > > Now we are in a very good place, still no...

Greetings, I have a tested, working setup of Puppet and Webrick. I can add nodes, classes, etc. Then I switched to Puppet/Passenger and get the error below. Puppet, Apache and Passenger are all up. I have installed using *YUM *repos and *GEMs*. So, I have the most updated packages they have. Puppet version: 2.7.19 Ruby version: 1.8.7 (2011-06-30 patchlevel 352 i386) Apache: 2.2.15 The error

...> On Wed, Jan 31, 2018 at 4:44 AM Leonardo Santagada <santagada at gmail.com> > wrote: >> >> So I found all 20 bytes and changed then to GHASH_SIZE (a const I >> defined in typehashing.h) and finished the switch to xxHash64, that >> saved me around 50 seconds to 56s, then I changed it to uint64_t >> instead of a 8 byte uint_8 array and that gave me 48s. With release >> config and a pgo pass I'm now linking in 38s... so faster than >> link.exe in vs 2017 (which is faster than vs 2015) doing fastlink. >> >> Now we are in a very...

Uhmm I changed only type hashing... Ok back to trying it again. Let's me find where it is looking at 20 bytes instead of using the size of global type hash. On 30 Jan 2018 21:33, "Zachary Turner" <zturner at google.com> wrote: > Did you change both the compiler and linker (or make sure that your > objcopy was updated to write your 64 bit hashes)? > > The linker is

Did you change both the compiler and linker (or make sure that your objcopy was updated to write your 64 bit hashes)? The linker is hardcodes to expect 20-byte sha 1s , anything else and it will recompute them in serial On Tue, Jan 30, 2018 at 12:28 PM Leonardo Santagada <santagada at gmail.com> wrote: > Nice and why are you trying blake2 instead of a faster hash algorithm? And > do

Hi All, I've been having a little trouble with creating a loop that will run a a series of t.tests for inspection, Below is the code i've tried, and some checks i've looked at. I've used the get(paste()) idea as i was told previously that the use of the eval should try and be avoided. I've run a single syntax to check that my systax is correct and works without any problems