search for: perftests

I was wondering if anyone on this list has run into this problem. When creating/mounting RDMA volumes of ~half dozen or less nodes - I am able to successfully create, start, and mount these RDMA only volumes. However if I try to scale this to 20, 50, or even 100 nodes RDMA only volumes completely fall over on themselves. Some of the basic symptoms I'm seeing are: * Volume create always

I have this ouput when I do a "yum check-update" which is the command which is run in the yumhelper.py : Loaded plugins: rhnplugin, security This system is not registered with RHN. RHN support will be disabled. Skipping security plugin, no data compat-dapl.i386 2.0.13-4.el5 rhel- Server compat-dapl.x86_64 2.0.13-4.el5

Hi all, I recently performed a series of compiler performance tests on FreeBSD 10.0-CURRENT, particularly comparing gcc 4.2.1 and gcc 4.7.1 against clang 3.1 and clang 3.2. The attached text file[1] contains more information about the tests, some semi-cooked performance data, and my conclusions. Any errors and omissions are also my fault, so if you notice them, please let me know. The

Hi, I did ib_write_lat in perftest. It worked fine. Between servers and between server and client, 2-byte latency was ~0.8us, 8MB bandwidth was ~6GB/s. Very normal with IB/FDR. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20170815/4217c89e/attachment.html>

looks like your rdma is not functional did you tested with qperf? On Mon, Aug 14, 2017 at 7:37 PM, Hatazaki, Takao <takao.hatazaki at hpe.com> wrote: > Forgot to mention that I was using CentOS7.3 and GlusterFS 3.10.3 that is > the latest available. > > > > *From:* gluster-users-bounces at gluster.org [mailto:gluster-users-bounces@ > gluster.org] *On Behalf Of

Hi, I have read a mail in the mail list about xentrace and xentrace_format. But I am still puzzled on how to use them. Could somebody give me an example about how to use xentrace and xentrace_format. What I have done is that: 1. Root:/# xentrace /var/perftests/xentrace.log Then I use xentrace_format to get what I want 2. cat /var/perftests/xentrace.log | xentrace_format myformat The file myformat is as follows: 0x00082006 %(cpu)d, %(tsc)d, %(event)d, %(1)d, %(2)d, %(3)d, %(4)d, %(5)d But I get: TSC stepped backward cpu 0 ! 393153231147126 3...

Hi, I have read a mail in the mail list about xentrace and xentrace_format. But I am still puzzled on how to use them. Could somebody give me an example about how to use xentrace and xentrace_format. What I have done is that: 1. Root:/# xentrace /var/perftests/xentrace.log Then I use xentrace_format to get what I want 2. cat /var/perftests/xentrace.log | xentrace_format myformat The file myformat is as follows: 0x00082006 %(cpu)d, %(tsc)d, %(event)d, %(1)d, %(2)d, %(3)d, %(4)d, %(5)d But I get: TSC stepped backward cpu 0 ! 393153231147126 3...

Hi everyone, I am thinking of working on the following ideas for my GSOC proposal based on my discussions with Olly and my own understanding. Rather than focusing on an entire perftest module, I have decided to focus on implementing performance tests for weighting schemes based on a wikipedia dump and in addition to that, build a framework to measure the

[ Hi Takao. Could you attach some logs which we can diagnostic? On 2017? 08? 15? 19:42, Hatazaki, Takao wrote: > > Hi, > > > > I did ib_write_lat in perftest. It worked fine. Between servers and > between server and client, 2-byte latency was ~0.8us, 8MB bandwidth > was ~6GB/s. Very normal with IB/FDR. > > > >

Hey, if you haven't started already, now would be a good time to begin translating the release notes which are already on the wiki. We're going to begin QA tomorrow and will finish the release notes from our findings in QA. So if you now begin and watch the release notes page, you'll just have to put the changes into the already translated stuff. Thanks in advance (and for the work

Zed, Do you have a feeling for how Mongrel''s speed has changed since you started out? Just Mongrel with a plain static file; not burdened with having to go through Rails. You initial numbers were substantially faster than webrick. Now that there is a lot more stuff in Mongrel, are they still substantially faster in your benchmarks? Thanks, Kirk Haines

it's strange since this kernel don't have kvm support, qemu or qemu-kvm or kvm package is not added. even though it was said that 5.4 will support kvm?:-( Tom "spot" Callaway wrote: > New Packages in RHEL 5.4 Beta: > ******************************** > blktrace-1.0.0-6.el5.src.rpm > celt051-0.5.1.3-0.el5.src.rpm > etherboot-5.4.4-10.el5.src.rpm >

Well.. I''ve been using shorewall since a few years now, but the first time involved in making it work with (a lot of) vlan''s. The problem is, we''ve got approx 70 vlan''s on a switched cisco network, working fine. The only ''problem'' is the time it takes when we do a shorewall restart.. Each vlan is configured as a separate interface and

Hi- I'm new to Gluster, but am trying to get it set up on a new compute cluster we're building. We picked Gluster for one of our cluster file systems (we're also using Lustre for fast scratch space), but the Gluster performance has been so bad that I think maybe we have a configuration problem -- perhaps we're missing a tuning parameter that would help, but I can't find

Trying to build xapian+omega on tinycorelinux. I followed the install guide and get pass configure/make/make install/omindex, but when I try to run omega "P=search term", I received the following message: # ./omega.cgi 'P=small' Content-Type: text/html; charset=utf-8 Illegal instruction # Attached is the config.log . Make check in omega-core/tests/ shows a lot of failed

The following updates were released with the CentOS-6.5 Release Announcement. You can see the individual announcements by viewing the CentOS-CR-Announce Mailing List here: http://lists.centos.org/pipermail/centos-cr-announce/2013-November/thread.html If you want updates as fast as possible during CentOS point releases, please consider enabling the CentOS Continuous Release Repository: