search for: ib1

...th the fewest hops (to minimize routing) and (b) appearing first in the "networks" or "ip2nets" LNET configuration strings. Now consider a 2-rail IB cluster running the OFA stack (i.e. OFED) with the following IPoIB address assignments... ib0 ib1 Servers 192.168.0.* 192.168.1.* Clients 192.168.[2-127].* 192.168.[128-253].* ...here are some different configurations you could create... A. I''ve got many more clients than servers in my cluster. I don''t care if an individual client can''t get 2...

G'day R (power) users, I have a many vectors, called: ib1 ib2 ib3 ... ib100 and I would like them in one data frame (df) such that: > df ib1 ib2 ib3 ib4 ..... ib100 x x x x x x x x x x x x x x x I have attempted: hold.list <- list(objects(pattern="ib")) df &l...

...h a normally mounted gluster fs and my gluster-via-NFS-loopback (on both NFS3 and NFS4 clients). The good news is that the workflow went to completion on BDUC with the native gluster fs mount, doing pretty decent IO on one node - topping out at about 250MB/s in and 75MB/s out (DDR IB) ib1 KB/s in KB/s out 268248.1 62278.40 262835.1 64813.55 248466.0 61000.24 250071.3 67770.03 252924.1 67235.13 196261.3 56165.20 255562.3 68524.45 237479.3 68813.99 209901.8 73147.73 217020.4 70855.45 The bad news is that I've been able to replicate the failures that...

...er with access to a Infiniband card with IP over IB. I have scripts written to create the device in the container and add all the proper cgroup permissions on the host. I can access the card from the container, but there is no Infiniband network device present. I can't create the ib0 and ib1, and I have come to believe this is because they are made on the host when the modules are inserted. Is inserting modules possible with lxc and libvirt? Is it currently possible to use IP over IB in any of the virtualization technologies that libvirt supports? I'm not bound to lxc. Eric...

...nabled, register @@ -33,7 +32,6 @@ config DRM_MSM_REGISTER_LOGGING config DRM_MSM_GPU_SUDO bool "Enable SUDO flag on submits" depends on DRM_MSM && EXPERT - default n help Enable userspace that has CAP_SYS_RAWIO to submit GPU commands that are run from RB instead of IB1. This essentially gives Index: b/drivers/gpu/drm/nouveau/Kconfig =================================================================== --- a/drivers/gpu/drm/nouveau/Kconfig 2019-04-12 11:42:30.070095359 +0200 +++ b/drivers/gpu/drm/nouveau/Kconfig 2019-04-12 11:43:25.998096767 +0200 @@ -60,7 +60,6 @@...

...config DRM_MSM_REGISTER_LOGGING > config DRM_MSM_GPU_SUDO > bool "Enable SUDO flag on submits" > depends on DRM_MSM && EXPERT > - default n > help > Enable userspace that has CAP_SYS_RAWIO to submit GPU commands > that are run from RB instead of IB1. This essentially gives > Index: b/drivers/gpu/drm/nouveau/Kconfig > =================================================================== > --- a/drivers/gpu/drm/nouveau/Kconfig 2019-04-12 11:42:30.070095359 +0200 > +++ b/drivers/gpu/drm/nouveau/Kconfig 2019-04-12 11:43:25.998096767 +02...

This is a continuation of my previous posts about improving write perf when trapping millions of small writes to a gluster filesystem. I was able to improve write perf by ~30x by running STDOUT thru gzip to consolidate and reduce the output stream. Today, another similar problem, having to do with yet another bioinformatics program (which these days typically handle the 'short reads' that

...for getaddrinfo... yes checking ifaddrs.h usability... yes checking ifaddrs.h presence... yes checking for ifaddrs.h... yes checking for struct sockaddr.sa_len... no checking for getifaddrs and freeifaddrs... yes checking for iface getifaddrs... lo AF=17 sit0 AF=17 ib0 AF=17 ib1 AF=17 eth0 AF=17 eth1 AF=17 eth2 AF=17 eth3 AF=17 lo IP=127.0.0.1 NETMASK=255.0.0.0 ib0 IP=172.29.60.19 NETMASK=255.255.255.0 ib1 IP=172.29.61.19 NETMASK=255.255.255.0 eth0 IP=172.29.87.19 NETMASK=255.255.255.0 eth1 IP=172.29.88....