search for: grealy

... for overriding the default behavior of scaffold''s builtin create and update handlers. Any help would be grealy appreciated! -Andy -- Posted via http://www.ruby-forum.com/.

Hi all: This series introduces the support for rx busy polling support. This was useful for reduing the latency for a kvm guest. Instead of introducing new states and spinlocks, this series re-uses NAPI state to synchonrize between NAPI and busy polling. This grealy simplified the codes and reduce the overheads of spinlocks for normal NAPI fast path. Test was done between a kvm guest and an external host. Two hosts were connected through 40gb mlx4 cards. With both busy_poll and busy_read are set to 50 in guest, 1 byte netperf tcp_rr shows 127% improvement: t...

Hi all: This series introduces the support for rx busy polling support. This was useful for reduing the latency for a kvm guest. Instead of introducing new states and spinlocks, this series re-uses NAPI state to synchonrize between NAPI and busy polling. This grealy simplified the codes and reduce the overheads of spinlocks for normal NAPI fast path. Test was done between a kvm guest and an external host. Two hosts were connected through 40gb mlx4 cards. With both busy_poll and busy_read are set to 50 in guest, 1 byte netperf tcp_rr shows 127% improvement: t...

...;, @new_password=false, @new_record=false> any ideas as to why im getting this. this is an app that was built for us and the developer is on vacation, im a network engineer, not a programmer, so if more info than this is needed to debug please let me know. thanks in advance, any help here is grealy appreciated. -- Posted via http://www.ruby-forum.com/.

...For x86, my host system is Ubuntu 9.10 (gcc 4.4.1), and for ARM my target toolchain is CodeSourcery 2009q1 (gcc 4.3.3) and I've also added the 'Fix arm signals' patch[2] to my tree, but that seems to be a fix for a different problem than I'm currently seeing. Any pointers would be grealy appreciated, Kevin [1] http://www.zytor.com/pipermail/klibc/2009-September/002457.html [2] http://www.zytor.com/pipermail/klibc/2010-January/002472.html [3] build log on ARM: [...] KLIBCCC usr/klibc/nrand48.o KLIBCCC usr/klibc/srand48.o KLIBCCC usr/klibc/seed48.o KLIBCCC usr/klibc/inet...

...us 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 changes of existed vhost drivers for using vDPA devices. With the abstraction of vDPA bus a...

...us 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 changes of existed vhost drivers for using vDPA devices. With the abstraction of vDPA bus a...