search for: speads

I have a 3 host gluster replicated cluster that is providing storage for our RHEV environment. We've been having issues with inconsistent performance from the VMs depending on which Hypervisor they are running on. I've confirmed throughput to be ~9Gb/s to each of the storage hosts from the hypervisors. I'm getting ~300MB/s disk read spead when our test vm is on the slow Hypervisors

Hi there - I wanted to know if anyone has used Rails & PHP on the same production server and whether they''ve experienced any problems. I''m looking to install rails on our production soon, however I would like to know if there are any issues I need to be aware about. Many thanks, Jared.

Thanks for the suggestion. I tried both of these with no difference in performance.I have tried several other Dell hosts with Idrac Enterprise and getting the same results. I also tried a new Dell T130 with Idrac express and was getting over 700 MB/s. Any other users had this issues with Idrac Enterprise?? On Thu, Feb 22, 2018 at 12:16 AM, Serkan ?oban <cobanserkan at gmail.com> wrote:

...Over a gig-e line, we''re seeing ~30 MB/s reads on average - doesn''t seem to matter if we''re doing large numbers of small files or small numbers of large files, the speed seems to top out there. We''ve disabled pre-fetching, which may be having some affect on read speads, but proved necessary due to severe performance issues on database reads with it enabled. (Reading from the DB with pre-fetching enabled was taking 4-5 times as long than with it disabled.) Write speed seems to be fine. Testing is showing ~95 MB/s, which seems pretty decent considering there'...

"Did you check the BIOS/Power settings? They should be set for high performance. Also you can try to boot "intel_idle.max_cstate=0" kernel command line option to be sure CPUs not entering power saving states. On Thu, Feb 22, 2018 at 9:59 AM, Ryan Wilkinson <ryanwilk at gmail.com> wrote: > > > I have a 3 host gluster replicated cluster that is providing storage for

> This test seems PARTICULARLY noisy for some reason. Take a look at this: > [...] > ... the native version swings from 3.13-3.34s and the llc-ls version > swings from 3.83-4.0s. The C backend is also noisy, swinging from > 3.98-4.58s. FWIW, these tests are on a Intel P4 Xeon 3.06Ghz machine with > HT enabled. In any case, it appears that we're slower than GCC on this one.

I don't think it is related with iDRAC itself but some configuration is wrong or there is some hw error. Did you check battery of raid controller? Do you use disks in jbod mode or raid mode? On Mon, Feb 26, 2018 at 6:12 PM, Ryan Wilkinson <ryanwilk at gmail.com> wrote: > Thanks for the suggestion. I tried both of these with no difference in > performance.I have tried several

I've tested about 12 different Dell servers. Ony a couple of them have Idrac express and all the others have Idrac Enterprise. All the boxes with Enterprise perform poorly and the couple that have express perform well. I use the disks in raid mode on all of them. I've tried a few non-Dell boxes and they all perform well even though some of them are very old. I've also tried

Here is info. about the Raid controllers. Doesn't seem to be the culprit. Slow host: Name PERC H710 Mini (Embedded) Firmware Version 21.3.4-0001 Cache Memory Size 512 MB Fast Host: Name PERC H310 Mini (Embedded) Firmware Version 20.12.1-0002 Cache Memory Size 0 MB Slow host: Name PERC H310 Mini (Embedded) Firmware Version 20.13.1-0002 Cache Memory Size 0 MB Slow host: Name PERC H310 Mini

I would be really supprised if the problem was related to Idrac. The Idrac processor is a stand alone cpu with its own nic and runs independent of the main CPU. That being said it does have visibility into the whole system. try using dmidecode to compare the systems and take a close look at the raid controllers and what size and form of cache they have. On 02/26/2018 11:34 AM, Ryan

What is your gluster setup? Please share volume details where vms ate stored. It could be that the slow host is having arbiter volume. Alex On Feb 26, 2018 13:46, "Ryan Wilkinson" <ryanwilk at gmail.com> wrote: > Here is info. about the Raid controllers. Doesn't seem to be the culprit. > > Slow host: > Name PERC H710 Mini (Embedded) > Firmware Version

If anyone can assist with this problem you have my great thanks: I am trying to establish and plot confidence intervals on a bootstrapped function. I have a more complicated function that has no problems with determining the confidence intervals using the quantile command. This is outside the bootstrap portion of the code that is working fine it is just determining everything for the more

>The way the El Torito CD-ROM is going to look like to the program, is >that it looks like an additional hard disk which a very high drive >number (typically 9Fh or so); MS-DOS will normally ignore this since it >asks the BIOS how many drives there are and ignores the rest. >Does the error message come from UDMA2.SYS or...? > -hpa yes, it comes from UDMA2.SYS, it does a

An interesting bug.. It may be more wide-spead than this, and there may be other ways to reproduce it.but this is how I can produce the problem: At the console, I type "iax2 show peer jc" and press tab to auto-complete the peer "jcallen" that is usually registered. But sometimes (perhaps when jcallen is not registered), the auto-complete locks up. Asterisk continues

I am forwarding this for Ryan, @Ryan - did you join the gluster users mailing list yet? That may be why you are having issues sending messages. ----- Forwarded Message ----- From: "Ryan Wilkinson" <ryan at centriserve.net> To: Bturner at redhat.com Sent: Wednesday, February 14, 2018 4:46:10 PM Subject: gluster performance I have a 3 host gluster replicated cluster that is

All volumes are configured as replica 3. I have no arbiter volumes. Storage hosts are for storage only and Virt hosts are dedicated Virt hosts. I've checked throughput from the Virt hosts to all 3 gluster hosts and am getting ~9Gb/s. On Tue, Feb 27, 2018 at 1:33 AM, Alex K <rightkicktech at gmail.com> wrote: > What is your gluster setup? Please share volume details where vms ate

we just purchase new I/O card and like to check I/O performance. for sequence I/O performance test we can use "hdparm -t /dev/xxx" bur for random I/O performance test which Linux command I can use? ** our environment does NOT allow install third party software.. Thanks

On Sat, 19 Jun 2004, [koi8-r] "Valery A.Khamenya[koi8-r] " wrote: > i took a look into LLVM benchmarks from nightly tester and > ran Shootout tests on my own. Below go just few outlines. > > 1. results on my AMD AthlonXP and Xeon used by LLVM > team are different sometime. In particular, both Shootout > and Shootout-C++ show great speed up with LLVM (in >

Dear R Users, I hope that there is someone who has an experience with a problem that I describe below and will help me. I must buy new desktop computer and I'm wondering which processor to choose if my only aim is to speed up R. I would like to reduce a simulation time - sometimes it takes days. I consider buying one of them (I'm working under Win XP 32 bit): 1. Intel Core2 Duo E6700

Hi all i took a look into LLVM benchmarks from nightly tester and ran Shootout tests on my own. Below go just few outlines. 1. results on my AMD AthlonXP and Xeon used by LLVM team are different sometime. In particular, both Shootout and Shootout-C++ show great speed up with LLVM (in comparison to GCC) on ackerman test on my AthlonXP. But here: