similar to: Is Intel Omni-Path tested/supported?

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 at gluster.org] On Behalf Of Hatazaki, Takao Sent: Tuesday, August 15, 2017 2:32 AM To: gluster-users at gluster.org Subject: [Gluster-users] Is transport=rdma tested with "stripe"? Hi, I have 2 servers with Mellanox

Hi, I have 2 servers with Mellanox InfiniBand FDR hardware/software installed. A volume with "replica 2 transport rdma" works (create on servers, mount and test on clients) ok. A volume with "stripe 2 transport tcp" works ok, too. A volume with "stripe 2 transport rdma" created ok, and mounted ok on a client, but writing a file caused "endpoint not

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 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. > > > >

Thanks to some outside suggestions and contributions we now have another release. If you missed the original announcement, rbcomplete provides a vim7 omni-completion function (code completion) for vim. It is based on complete.rb, pycomplete.vim and ccomplete.vim. Any input is welcome. Whats New: ------------ At the request of many people, Object''s instance methods are no longer

It''s been a while, but I''m back again with a new version. If you missed the original announcement, rubycomplete provides a vim7 omni-completion function (code completion) for vim. It is based on complete.rb, pycomplete.vim and ccomplete.vim. Any input is welcome. I''ve joined up with the vim-ruby team, so you''ll find rubycomplete.vim in cvs at

Once again after some work we have another release, with may bugfixes and improvements. If you missed the original announcement, rubycomplete provides a vim7 omni-completion function (code completion) for vim. It is based on complete.rb, pycomplete.vim and ccomplete.vim. Any input is welcome. I''ve joined up with the vim-ruby team, so you''ll find rubycomplete.vim in cvs at

Hi all, I''ve hacked away at complete.rb and some of the existing vim7 omni-completion functions to create a ruby completion function. It "works for me", any input is welcome. As a note, it will attempt to load any modules required by the current buffer when attempting to complete. You can find the link here:

Once again after some work and outside contribution we have another release If you missed the original announcement, rubycomplete provides a vim7 omni-completion function (code completion) for vim. It is based on complete.rb, pycomplete.vim and ccomplete.vim. Any input is welcome. I''ve joined up with the vim-ruby team, so you''ll find rubycomplete.vim in cvs at

Ji-Hyeon, You're saying that "stripe=2 transport=rdma" should work. Ok, that was firstly I wanted to know. I'll put together logs later this week. Thank you. Takao

I've having trouble understanding the NUT compatibility page. Is it compatible with the OMNISMART300? Or the OMNI900LCD? The compatibility page said for instance SMART550 -- tripplite_usb SmartUPS -- tripplite OMNI650LCD -- usbhid_ups so I'm not sure if an OMNISMART300 is like a Smart, or a SMART, or an OMNI, or even if it's supported at all. Thanks in advance for any help!

On Wed, Aug 16, 2017 at 4:44 PM, Hatazaki, Takao <takao.hatazaki at hpe.com> wrote: >> Note that "stripe" is not tested much and practically unmaintained. > > Ah, this was what I suspected. Understood. I'll be happy with "shard". > > Having said that, "stripe" works fine with transport=tcp. The failure reproduces with just 2 RDMA servers

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>

On Tue, Aug 15, 2017 at 01:04:11PM +0000, Hatazaki, Takao wrote: > Ji-Hyeon, > > You're saying that "stripe=2 transport=rdma" should work. Ok, that > was firstly I wanted to know. I'll put together logs later this week. Note that "stripe" is not tested much and practically unmaintained. We do not advise you to use it. If you have large files that you

I just purchased a new ups and I'm unsure about several things. For one thing I don't know what driver I need. Also, it uses a usb port and I had a serial port before. I'm not sure how this needs to be set up. Thanks in advance for help Barbara -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/

On Thu, Dec 4, 2008 at 7:38 AM, Julien Schmitt <jschmitt at dibcom.fr> wrote: > Dear LLVMer ; > > i'm trying to use LLVM for a specific target, using different memory banks. > I have written the frontend to generate a valid IR and want to use the > existing passes (as defined in tool opt) to optimize the code. > > The target has specific instructions, so following

--------------------------------------------------------------------- Red Hat, Inc. Red Hat Security Advisory Synopsis: Comprehensive Printing Update Advisory ID: RHSA-2001:138-10 Issue date: 2001-10-22 Updated on: 2001-10-31 Product: Red Hat Linux Keywords: Omni printing ghostscript foomatic printconf Cross references:

Dear LLVMer ; i'm trying to use LLVM for a specific target, using different memory banks. I have written the frontend to generate a valid IR and want to use the existing passes (as defined in tool opt) to optimize the code. The target has specific instructions, so following advices given in documentation, I created an intrinsic function, with attribute [IntrReadArgMem]. My test case is

> Note that "stripe" is not tested much and practically unmaintained. Ah, this was what I suspected. Understood. I'll be happy with "shard". Having said that, "stripe" works fine with transport=tcp. The failure reproduces with just 2 RDMA servers (with InfiniBand), one of those acts also as a client. I looked into logs. I paste lengthy logs below with

Hi all, I'd like to force rematerialization by extending live intervals. For example: %vreg1 = opa %vreg2, %vreg3 ; RClassA:%vreg1, RClassB:%vreg2, RClassB:%vreg3 ... somewhere between --> %vreg2<kill> and %vreg3<kill> .. %vreg4 = opb %vreg1 ; RClassA:%vreg1, RClassB:%vreg4 In my case, %vreg1 is not spillable and I'd like to extend vreg2 and vreg3 live intervals to get