search for: 202k

Installing packages from binaries on Windows seems broken, when using mirrors that are up to date with CRAN install.packages( 'httr', type = 'binary', repos = "https://cran.rstudio.com/" ) Changing repos to the Kansas CRAN mirror installs the package as expected, but that could be because the KS mirror has not yet synced. Someone pointed out that the PACKAGES.gz

...he VM, and num_queues of the virtio-blk device is set as 2, but looks the improvement is still obvious. 1), about scalability - without mutli-vq feature -- jobs=2, thoughput: 145K iops -- jobs=4, thoughput: 100K iops - with mutli-vq feature -- jobs=2, thoughput: 193K iops -- jobs=4, thoughput: 202K iops 2), about thoughput - without mutli-vq feature -- thoughput: 145K iops - with mutli-vq feature -- thoughput: 202K iops So in my test, even for a quad-core VM, if the virtqueue number is increased from 1 to 2, both scalability and performance can get improved a lot. TODO: - adjust vq'...

...he VM, and num_queues of the virtio-blk device is set as 2, but looks the improvement is still obvious. 1), about scalability - without mutli-vq feature -- jobs=2, thoughput: 145K iops -- jobs=4, thoughput: 100K iops - with mutli-vq feature -- jobs=2, thoughput: 193K iops -- jobs=4, thoughput: 202K iops 2), about thoughput - without mutli-vq feature -- thoughput: 145K iops - with mutli-vq feature -- thoughput: 202K iops So in my test, even for a quad-core VM, if the virtqueue number is increased from 1 to 2, both scalability and performance can get improved a lot. TODO: - adjust vq'...

...ce is set as 2, but looks the > improvement is still obvious. > > 1), about scalability > - without mutli-vq feature > -- jobs=2, thoughput: 145K iops > -- jobs=4, thoughput: 100K iops > - with mutli-vq feature > -- jobs=2, thoughput: 193K iops > -- jobs=4, thoughput: 202K iops > > 2), about thoughput > - without mutli-vq feature > -- thoughput: 145K iops > - with mutli-vq feature > -- thoughput: 202K iops Of these numbers, I think it's important to highlight that the 2 thread case is 33% faster and the 2 -> 4 thread case scales linearly...

...t; > but that could be because the KS mirror has not yet synced. > > > > Someone pointed out that the PACKAGES.gz file at > > https://cran.r-project.org/bin/windows/contrib/3.2/ seems to be > corrupted > > (0 KB), and this could be the issue. > > > It's at 202K now in both places. Perhaps just retry? > > -pd > > > > > [[alternative HTML version deleted]] > > > > ______________________________________________ > > R-devel at r-project.org mailing list > > https://stat.ethz.ch/mailman/listinfo/r-devel > &...

> From: zfs-discuss-bounces at opensolaris.org [mailto:zfs-discuss- > bounces at opensolaris.org] On Behalf Of bob netherton > > You can, with recv, override any property in the sending stream that can > be > set from the command line (ie, a writable). > > # zfs send repo/support at cpu-0412 | zfs recv -o version=4 repo/test > cannot receive: cannot override received

I am attempting to use rsync to "mirror" data between several windows 2000 and windows XP systems. I am a UNIX person by nature, so decided the easiest way to go about doing this would be to use Cygwin with cron and ssh running as services, then run the rsync connection nightly through cron. Cygwin is installed on both systems and works perfectly. OpenSSH is installed and running,

...irror installs the package as expected, > but that could be because the KS mirror has not yet synced. > > Someone pointed out that the PACKAGES.gz file at > https://cran.r-project.org/bin/windows/contrib/3.2/ seems to be corrupted > (0 KB), and this could be the issue. It's at 202K now in both places. Perhaps just retry? -pd > > [[alternative HTML version deleted]] > > ______________________________________________ > R-devel at r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel -- Peter Dalgaard, Professor, Center for Statistic...

...() netstat -h 8: 118K 0 37M 204K 0 262M 0 121K 0 37M 204K 0 255M 0 124K 0 30M 204K 0 248M 0 116K 0 36M 201K 0 257M 0 117K 0 40M 202K 0 260M 0 120K 0 45M 205K 0 261M 0 120K 0 49M 201K 0 253M 0 106K 0 41M 178K 0 224M 0 6.8K 0 3.1M 7.4K 0 5.7M 0 5.5K 0 3.2M...

This is not a quite fair comparison. Other virtual machines must be doing garbage collection, while LLVM, as it is using C code, it is taking advantage of memory allocation by hand. On Fri, Jan 30, 2009 at 9:56 PM, Jon Harrop <jon at ffconsultancy.com> wrote: > > The release of a new code generator in Mono 2.2 prompted me to benchmark the > performance of various VMs using the

...[7;26H", 16384) = 67 write(3, "\306n\273W\315\265\204\333\201\334\240\346(\354qtz\274L?V\214$\374m\345\321\206\242\235D\255uJ\357\315\313\230\20\375\262\241E\302\360\306\37g1Y\352\7\330h\257\250\276%\344\375o=\227\316\ 354@!\205\356\177\330\213\35\330&\251F\225\335\n\312)n08\246x\245\202K\2138C,\10zJ\303\2002\237\321)U\217h\1771\215\3z)", 112) = 112 Transmission KO read(13, "\7\33[1;16H \33[6;6H_______\33[7;1H -INFORME CANT. RECOGIDA-\33[7;26H", 16384) = 67 write(3, "P\247\244}\277\322\260\21\3314\7\227\223~\317\360\35\334\232\372\237\250\320\312\1;\25\37\23...

...10\0YK\n\0\0\240\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0ZK\n\0\10\0 [K\n\0\0\240\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\\K\n\0\0\240\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0]K\n\0\10\0kK\n\0\10\0lK\n\0\0\240\0\0\0\0\0\0\0\0\0\0\ 0\0\0\0\0\0mK\n\0\10\0\201K\n\0\f\200\1\0\0\0\274\2\0\0\2\0\0\0\17\0\0\0\272\2\260\26\344\273\202K\n\0\10\0\20 4K\n\0\f\200\1\0\0\0\274\2\0\0\2\0\0\0Q\0\0\0\261\21\335\247\32\363\207K\n\0"..., 470 <unfinished ...> 28461 <... lchown32 resumed> ) = 0 28445 <... write resumed> ) = -1 EPIPE (Broken pipe) 28461 chmod("...", 0660 <unfinished .....

...\bin\cygjpeg6b.dll 25k 2002/03/17 c:\unix\bin\cygltdl-3.dll 26k 2001/04/25 c:\unix\bin\cygmenu5.dll 20k 2002/01/09 c:\unix\bin\cygmenu6.dll 156k 2001/04/25 c:\unix\bin\cygncurses++5.dll 175k 2002/01/09 c:\unix\bin\cygncurses++6.dll 226k 2001/04/25 c:\unix\bin\cygncurses5.dll 202k 2002/01/09 c:\unix\bin\cygncurses6.dll 15k 2001/04/25 c:\unix\bin\cygpanel5.dll 12k 2002/01/09 c:\unix\bin\cygpanel6.dll 40k 2001/11/21 c:\unix\bin\cygpcre.dll 39k 2001/11/21 c:\unix\bin\cygpcreposix.dll 171k 2002/04/19 c:\unix\bin\cygpng10.dll 108k 2001/06/28 c:\unix\bin\cygr...

The release of a new code generator in Mono 2.2 prompted me to benchmark the performance of various VMs using the SciMark2 benchmark on an 8x 2.1GHz 64-bit Opteron and I have published the results here: http://flyingfrogblog.blogspot.com/2009/01/mono-22.html The LLVM results were generated using llvm-gcc 4.2.1 on the C version of SciMark2 with the following command-line options: llvm-gcc

...ygitcl30.dll 35k 2001/10/20 c:\cygwin\bin\cygitk30.dll 45k 2002/02/08 c:\cygwin\bin\cygjbig1.dll 119k 2002/02/09 c:\cygwin\bin\cygjpeg6b.dll 59k 2002/09/20 c:\cygwin\bin\cygkpathsea-3-3-7.dll 20k 2002/01/09 c:\cygwin\bin\cygmenu6.dll 175k 2002/01/09 c:\cygwin\bin\cygncurses++6.dll 202k 2002/01/09 c:\cygwin\bin\cygncurses6.dll 12k 2002/01/09 c:\cygwin\bin\cygpanel6.dll 40k 2001/11/21 c:\cygwin\bin\cygpcre.dll 39k 2001/11/21 c:\cygwin\bin\cygpcreposix.dll 179k 2002/07/22 c:\cygwin\bin\cygpng12.dll 170k 2002/01/21 c:\cygwin\bin\cygpng2.dll 22k 2002/06/09 c:\cygwin\bi...

....0.0.0/0 0.0.0.0/0 tcp dpt:26 0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 1 78 dmz2all all -- * * 0.0.0.0/0 0.0.0.0/0 Chain dmz2net (1 references) pkts bytes target prot opt in out source destination 202K 215M ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED 10 635 newnotsyn tcp -- * * 0.0.0.0/0 0.0.0.0/0 state NEW tcp flags:!0x16/0x02 39 1872 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:25 0...

....0.0.0/0 0.0.0.0/0 tcp dpt:26 0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 1 78 dmz2all all -- * * 0.0.0.0/0 0.0.0.0/0 Chain dmz2net (1 references) pkts bytes target prot opt in out source destination 202K 215M ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED 10 635 newnotsyn tcp -- * * 0.0.0.0/0 0.0.0.0/0 state NEW tcp flags:!0x16/0x02 39 1872 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:25 0...

.../4/25 1:29 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++6.dll" v0.0 ts=2002/1/9 1:03 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses5.dll" v0.0 ts=2001/4/25 1:17 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses6.dll" v0.0 ts=2002/1/9 1:03 284k 2003/03/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/3/9 15:50 15k 2001/04/25 C:\cy...

So anyway, I have been using linux for years now, currently Fedora 12, and just recently I opened a box and found several of my old windows games. Starcraft, Heroes, Age of Empires, Stronghold, etc, some of which I installed. Then I came to Masters of Orion. This game I figured my crappy netbook could handle, and I get a bunch of "??????????" s in place of the actual text in the

...ain INPUT (policy ACCEPT 166K packets, 15M bytes) pkts bytes target prot opt in out source destination Chain FORWARD (policy ACCEPT 4407K packets, 807M bytes) pkts bytes target prot opt in out source destination Chain OUTPUT (policy ACCEPT 202K packets, 38M bytes) pkts bytes target prot opt in out source destination 62058 13M outtos all -- * * 0.0.0.0/0 0.0.0.0/0 Chain POSTROUTING (policy ACCEPT 4584K packets, 844M bytes) pkts bytes target prot opt in out source...