search for: brunch

Hi, if you look at the first image (Image1) you see that there are 2 main clusters 7 and 8 I wanted to use pvclust to calculate a p-value whether these clusters are due to chance or statistically significant. Unfortunately pvclust does not provide a p-value for the first brunch (7 and 8). So I added a row to my matrix which is very different to the rest of the data to create an additional brunch. See image here http://r.789695.n4.nabble.com/file/n2319732/Image2.png . I finally got my p-value for the brunch (7 and 8) which is 98 (9). I was happy to see that the p-value...

I want to be able to create one menu object that has fields_for :brunch, :lunch, and :dinner. The menu object has_many brunches, lunches, and dinners, but each time I "edit", only one brunch, one lunch, and one dinner object are added. I''m using carrierwave to upload brunch_menus, lunch_menus, and dinner_menus (attributes of brunches, lunches, an...

...gt; [1] https://lwn.net/Articles/811210/ Wow, that is .. confusing. So this is supposed to duplicate the uAPI of vhost-user? But it is open coded and duplicated because .. vdpa? > So it's cheaper and simpler to introduce a new bus instead of refactoring a > well known bus and API where brunches of drivers and devices had been > implemented for years. If you reason for this approach is to ease the implementation then you should talk about it in the cover letters/etc Maybe it is reasonable to do this because the rework is too great, I don't know, but to me this whole thing looks...

...gt; [1] https://lwn.net/Articles/811210/ Wow, that is .. confusing. So this is supposed to duplicate the uAPI of vhost-user? But it is open coded and duplicated because .. vdpa? > So it's cheaper and simpler to introduce a new bus instead of refactoring a > well known bus and API where brunches of drivers and devices had been > implemented for years. If you reason for this approach is to ease the implementation then you should talk about it in the cover letters/etc Maybe it is reasonable to do this because the rework is too great, I don't know, but to me this whole thing looks...

...so they can figure out Linux and ascend into Joseph A Nagy Jr Enterprises whatever higher plane one belives in. http://jan-jr-ent.homelinux.org Linux - The Choice of Every Generation C.S.S.: Construct Skilled in Sabotage H.T.M.L.: Hazardous Troubleshooting and Mathematics Lifeform http://www.brunching.com/cgi/cyborger.cgi?acronym=Linux

...so they can figure out Linux and ascend into Joseph A Nagy Jr Enterprises whatever higher plane one belives in. http://jan-jr-ent.homelinux.org Linux - The Choice of Every Generation C.S.S.: Construct Skilled in Sabotage H.T.M.L.: Hazardous Troubleshooting and Mathematics Lifeform http://www.brunching.com/cgi/cyborger.cgi?acronym=Linux

...one ready for testing now. (Jen's V4 have bugs thus can not work with this series). > Do you see > a gain in CPU utilization maybe? Unfortunately not. > > If not - let's wait for that TCP benchmark result? We can, but you know TCP_STREAM result is sometime misleading. A brunch of other patches of mine were rebased on this and then blocked on this series. Consider we don't meet regression, maybe we can merge this first and try optimizations or fixups on top? Thanks > >> Notes: >> - This version depends on Tiwei's series at https://patchwork.ozla...

...one ready for testing now. (Jen's V4 have bugs thus can not work with this series). > Do you see > a gain in CPU utilization maybe? Unfortunately not. > > If not - let's wait for that TCP benchmark result? We can, but you know TCP_STREAM result is sometime misleading. A brunch of other patches of mine were rebased on this and then blocked on this series. Consider we don't meet regression, maybe we can merge this first and try optimizations or fixups on top? Thanks > >> Notes: >> - This version depends on Tiwei's series at https://patchwork.ozla...

On Fri, Feb 14, 2020 at 11:23:27AM +0800, Jason Wang wrote: > > > Though all vDPA devices have the same programming interface, but the > > > semantic is different. So it looks to me that use bus complies what > > > class.rst said: > > > > > > " > > > > > > Each device class defines a set of semantics and a programming interface

On Fri, Feb 14, 2020 at 11:23:27AM +0800, Jason Wang wrote: > > > Though all vDPA devices have the same programming interface, but the > > > semantic is different. So it looks to me that use bus complies what > > > class.rst said: > > > > > > " > > > > > > Each device class defines a set of semantics and a programming interface

...duplicated because .. vdpa? I'm not sure I get here, vhost module is reused for vhost-vdpa and all current vhost device (e.g net) uses their own char device. > >> So it's cheaper and simpler to introduce a new bus instead of refactoring a >> well known bus and API where brunches of drivers and devices had been >> implemented for years. > If you reason for this approach is to ease the implementation then you > should talk about it in the cover letters/etc I will add more rationale in both cover letter and this patch. Thanks > > Maybe it is reasonabl...

...about testing loopback with XDP? > > Do you see > > a gain in CPU utilization maybe? > > Unfortunately not. > > > > > If not - let's wait for that TCP benchmark result? > > We can, but you know TCP_STREAM result is sometime misleading. > > A brunch of other patches of mine were rebased on this and then blocked on > this series. Consider we don't meet regression, maybe we can merge this > first and try optimizations or fixups on top? > > Thanks I'm not sure I understand this approach. Packed ring is just an optimization....

...can not be easily extended to support userspace driver but requires some major refactoring. E.g the virtio bus operations requires the virtqueue to be allocated by the transport driver. So it's cheaper and simpler to introduce a new bus instead of refactoring a well known bus and API where brunches of drivers and devices had been implemented for years. > > Shouldn't the 'struct virito_device' be the plug in point for HW > drivers I was talking about - and from there a vhost-user can connect > to the struct virtio_device to give it a char dev or a kernel driver &gt...

I am attempting to implement XFS on a new system. System: Supermicro SC846 TQ-R900B - rack-mountable SUPERMICRO X7DWN+ - motherboard 3ware 9650SE-24M8 - storage controller 10 Hitachi DeskStar 7K1000 - hard drive - 1 TB 8GB Ram 2 Intel Quad-Core Xeon E5420 / 2.5 GHz processor Installed Centos 5.1 X86 64 from DVD. System on /dev/sda1 ? 250GB ext3 (raid 5). /home will be on /dev/sdb1 ? over 7TB

...etif_receive_skb() in guest. >>> Do you see >>> a gain in CPU utilization maybe? >> Unfortunately not. >> >>> If not - let's wait for that TCP benchmark result? >> We can, but you know TCP_STREAM result is sometime misleading. >> >> A brunch of other patches of mine were rebased on this and then blocked on >> this series. Consider we don't meet regression, maybe we can merge this >> first and try optimizations or fixups on top? >> >> Thanks > I'm not sure I understand this approach. Packed ring is jus...

Hello, The subject says it all. I have a replica 3 cluster : gluster> volume info thedude ? Volume Name: thedude Type: Replicate Volume ID: bc68dfd3-94e2-4126-b04d-77b51ec6f27e Status: Started Snapshot Count: 0 Number of Bricks: 1 x 3 = 3 Transport-type: tcp Bricks: Brick1: ngluster-1.network.hoggins.fr:/export/brick/thedude Brick2:

My Dovecot 2.2.16 server is interacting poorly with a variety of mail clients. The symptoms include disappearing messages, mismatched summaries, duplicated messages, and excessive full re-downloads. Dovecot 2.2.16 on FreeBSD 10.1-release r280247M ZFS is interacting suboptimally with various email clients. Output of "dovecot -n" further down. *Client Artifacts* Thunderbird 31.6

Hi all: This series implements packed virtqueues. The code were tested with Tiwei's guest driver series at https://patchwork.ozlabs.org/cover/942297/ Pktgen test for both RX and TX does not show obvious difference with split virtqueues. The main bottleneck is the guest Linux driver, since it can not stress vhost for a 100% CPU utilization. A full TCP benchmark is ongoing. Will test

Hi all: This series implements packed virtqueues. The code were tested with Tiwei's guest driver series at https://patchwork.ozlabs.org/cover/942297/ Pktgen test for both RX and TX does not show obvious difference with split virtqueues. The main bottleneck is the guest Linux driver, since it can not stress vhost for a 100% CPU utilization. A full TCP benchmark is ongoing. Will test

...virtio_vdpa driver is a transport implementation for kernel virtio drivers on top of vDPA bus operations. An alternative is to refactor virtio bus which is sub-optimal since the bus and drivers are designed to be use by kernel subsystem, a non-trivial major refactoring is needed which may impact a brunches of drivers and devices implementation inside the kernel. Using a new transport may grealy simply both the design and changes. vhost_vdpa driver is a new type of vhost device which allows userspace vhost drivers to use vDPA devices via vhost uAPI (with minor extension). This help to minimize the...