search for: 12x

hi all, I'm full of questions today :). Thanks in advance for your help! Here's the problem: x <- c('18x.6','12x.9','302x.3') I want to get a vector that is c('18x','12x','302x') This is easily done using this code: unlist(lapply(strsplit(x,".",fixed=TRUE),function(x) x[1])) So far so good. The problem is that x is a vector of length 132e6. When I run the abov...

Several members of the CentOS team will be at Scale 12x (http://bit.ly/1hEH6t5) in Los Angeles, California on February 21st to 23nd, 2014. CentOS will be part of the "Infrastructure.Next at Scale" event ( http://bit.ly/1irKWUm ) event that happens on Friday (21st), and we will have the following talk there: http://bit.ly/1g2voUB We will be a...

...S 12Gb/s, 10GbE storage network) > > Now, we need to add 3 new servers with the same hardware configuration respecting the current volume topology. > If I'm right, we will obtain a DITRIBUTED DISPERSED gluster volume with 12 subvolumes, each volume will contain (4+2) bricks, that is a [12x(4+2)] volume. > > My question is: in the current volume configuration, only 2 bricks per subvolume or one host could be down without losing data. What it will happen in the next configuration? How many hosts could be down without losing data? > > Thank you very much. > Mauro Tridici...

...10GbE storage network) > > Now, we need to add 3 new servers with the same hardware configuration > respecting the current volume topology. > If I'm right, we will obtain a DITRIBUTED DISPERSED gluster volume with 12 > subvolumes, each volume will contain (4+2) bricks, that is a [12x(4+2)] > volume. > > My question is: in the current volume configuration, only 2 bricks per > subvolume or one host could be down without losing data. What it will > happen in the next configuration? How many hosts could be down without > losing data? > > Thank you very much....

...unavailable if 1 or 2 nodes are going down?" Ashish ----- Original Message ----- From: "Mauro Tridici" <mauro.tridici at cmcc.it> To: gluster-users at gluster.org Sent: Tuesday, September 19, 2017 1:09:06 AM Subject: [Gluster-users] how many hosts could be down in a 12x(4+2) distributed dispersed volume? Dear All, I just implemented a (6x(4+2)) DISTRIBUTED DISPERSED gluster (v.3.10) volume based on the following hardware: - 3 gluster servers (each server with 2 CPU 10 cores, 64GB RAM, 12 hard disk SAS 12Gb/s, 10GbE storage network) Now, we need to add 3 ne...

...2 hard disk SAS 12Gb/s, 10GbE storage network) Now, we need to add 3 new servers with the same hardware configuration respecting the current volume topology. If I'm right, we will obtain a DITRIBUTED DISPERSED gluster volume with 12 subvolumes, each volume will contain (4+2) bricks, that is a [12x(4+2)] volume. My question is: in the current volume configuration, only 2 bricks per subvolume or one host could be down without losing data. What it will happen in the next configuration? How many hosts could be down without losing data? Thank you very much. Mauro Tridici

Hi, I just received a new server (HP DL180G5) with 12x 1TB HDs and I bumped into fdisks 2TB limits... Since this is an entry level server, I can't use the classic HP bootable utilities to create smaller volumes et can only create a big RAID6. I found out that: using parted, labelling it gpt and creating the partitions would do the trick. But, what...

I was just given a Dell R720xd with 160 GB memory and 12x 900 GB drives that I plan to deploy as my home mail/file/backup server to replace an aging Supermicro server running CentOS 7. Yeah, it's gross overkill for that and I expect to tuck most of the drives away for spares. How should I RAID and partition this beast for maximum reliability? My...

...ghes) 2. CESA-2014:0164 Moderate CentOS 6 mysql Update (Johnny Hughes) 3. CEEA-2014:0165 CentOS 5 kdelibs Update (Johnny Hughes) 4. CESA-2014:0175 Important CentOS 6 piranha Update (Johnny Hughes) 5. CESA-2014:0174 Important CentOS 5 piranha Update (Johnny Hughes) 6. CentOS at Scale 12x (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 12 Feb 2014 19:33:17 +0000 From: Johnny Hughes <johnny at centos.org> Subject: [CentOS-announce] CESA-2014:0163 Important CentOS 5 kvm Update To: centos-announce at centos.org Mess...

On Feb 15, 2019, at 7:56 AM, Yan Li <elliot.li.tech at gmail.com> wrote: > > G Suite Business tier. Buy five users and you get unlimited Google Drive > storage. That's $50/month. So, you?re already 12x higher than his budget, and it?ll be going up 20% in early April. On top of that, there?s certainly a transfer rate limit. I couldn?t find a reliable source saying what that limit is, but I found a related limit for G Suite here: https://support.google.com/a/answer/1071518 If that applies t...

Hi all, Did a pretty simple patch to allow raising/lowering window using key bindings, which I personally use a lot in other window managers. As simple as it is, it changes the size of the _CompDisplay so we probably need to bump up the abi version if this is accepted? Thanks. Pigeon. -------------- next part -------------- A non-text attachment was scrubbed... Name:

...late-queue activity > occurs when pressuring the page-cache. > Result of "grep balloon /proc/vmstat" after the test: > balloon_inflate 12968539 > balloon_deflate 12968539 > > Conclusion: This patch fixes the issue. In the test it reduced > inflate/deflate activity by 12x, and reduced inflation time by 8.6x. > But more importantly, if we hadn't killed the "grep balloon > /proc/vmstat" process then, without the patch, the inflation process > would never reach the target. > > Attached is a png of a graph showing the problematic behavior w...

...late-queue activity > occurs when pressuring the page-cache. > Result of "grep balloon /proc/vmstat" after the test: > balloon_inflate 12968539 > balloon_deflate 12968539 > > Conclusion: This patch fixes the issue. In the test it reduced > inflate/deflate activity by 12x, and reduced inflation time by 8.6x. > But more importantly, if we hadn't killed the "grep balloon > /proc/vmstat" process then, without the patch, the inflation process > would never reach the target. > > Attached is a png of a graph showing the problematic behavior w...

...ron 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 -Wall -lm -O2 -funroll-loops *.c -o scimark2 Mono was up to 12x slower than LLVM before and is now only 2.2x slower on average. Interestingly, the JVM scores slightly higher than LLVM on this benchmark on average and beats LLVM on two of the five individual tests. The individual scores are particularly enlightening. Specifically: . LLVM outperforms all othe...

...;--enable-fixed-point --disable-intrinsics". The end result I'm trying to get to is encoding a single 16kHz 16-bit LPCM channel to fit into ~60kbps, and I'd like to encode in real-time or better. The opus_demo compression with default setting is fantastic on my test audio - more than 12x, where I only need about 4x. Hopefully that means I have plenty of room to tweak so I can fit it in my limited resources. My resources: - 48MHz 32-bit ARM Cortex-M0 - 32k RAM (of which I probably on have 16-24k available) - 256k ROM (of which I probably only have 128-196k available) I...

...,0,0),byrow = T,ncol = 5) sumtd <- c(0,0,0,-2) > tdata [,1] [,2] [,3] [,4] [,5] [1,] 0 1 0 -1 -1 [2,] 2 0 0 -5 -6 [3,] 0 0 3 -5 -6 [4,] 1 -1 -1 0 0 > sumtd [1] 0 0 0 -2 > which I can calculate to give me 3x+30, x+12, 2x+20, 12x, x Would someone be kind enough to point me in the right direction as to which tools I should be using and any sage words of advice for the barely informed. Tom Mulholland _ platform i386-pc-mingw32 arch i386 os mingw32 system i386, mingw32...

...sip trunks that are very similiar, like extension 412 below. Is there any way to have a single variable in [general] that contains the 7 lines after 'username=412'? This would reduce clutter in sip.conf. I don't want to put these common lines in [general]. What I have now repeated 12x: [412] username=412 context=default type=friend qualify=yes insecure=very host=dynamic canreinvite=no nat=no I'd like something in [general] like: grandstream={ context=default type=friend qualify=yes insecure=very host=dynamic canreinvite=no nat=no } This would allow me to write 12 sip exten...

...;--enable-fixed-point --disable-intrinsics". The end result I'm trying to get to is encoding a single 16kHz 16-bit LPCM channel to fit into ~60kbps, and I'd like to encode in real-time or better. The opus_demo compression with default setting is fantastic on my test audio - more than 12x, where I only need about 4x. Hopefully that means I have plenty of room to tweak so I can fit it in my limited resources. My resources: - 48MHz 32-bit ARM Cortex-M0 - 32k RAM (of which I probably on have 16-24k available) - 256k ROM (of which I probably only have 128-196k available) I...

...e the bare minimum of changes to help address this problem. The changes need not be perfect nor anytime more than a suggestion or preference. I just want to make things better for a little while. Many thanks in advance. ---Jack P.S. The performance improvement is amazing - anywhere from 2X to 12X depending on what metrics you are looking at. It isn't an apples to apples comparison since we upgraded the servers as well but the "old" servers are pretty powerful beasts. -- Jack Stewart jstewart at caltech.edu / 626-395-4690 http://www.imss.caltech.edu

...ll-tuned simple approach, but perhaps worth exploring later. Preliminary Results --------------------------- With the caveat that the prototype implementation is not well validated and very little tuning has been done, I have some preliminary numbers. These were obtained by using a very aggressive 12X bonus for estimated speedup of 15% or more. * Clang (run with -O2 on a large preprocessed file): 1% performance improvement and a 4.6% text size increase. * Google benchmark suite (geomean of ~20 benchmarks): 5.5% performance improvement and a 7.7% text size increase * Spec (all C and C++ benchmar...