Re: [RFC PATCH] wfcqueue: implement __wfcq_enqueue_head() (v3)
Mathieu Desnoyers wrote: > Changes since v2: > * Only issue cmpxchg() if queue was empty. > * Add missing memory barrier. Thanks! There's a slight drop in performance either from the barrier or larger code, but I'm not worried (it was around 9-10s before wfcqueue). $ time ./eponeshotmt -c 100 -w 4 -t 4 -f 10 real0m 5.83s user0m 1.35s sys 0m 21.95s I also ran v2 on Davide Libenzi's totalmess epoll stresser for a few hours yesterday without failures. Running totalmess right now on v3, so far so good :) Tested-by: Eric Wong -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [RFC PATCH] wfcqueue: implement __wfcq_enqueue_head() (v3)
Mathieu Desnoyers mathieu.desnoy...@efficios.com wrote: Changes since v2: * Only issue cmpxchg() if queue was empty. * Add missing memory barrier. Thanks! There's a slight drop in performance either from the barrier or larger code, but I'm not worried (it was around 9-10s before wfcqueue). $ time ./eponeshotmt -c 100 -w 4 -t 4 -f 10 real0m 5.83s user0m 1.35s sys 0m 21.95s I also ran v2 on Davide Libenzi's totalmess epoll stresser for a few hours yesterday without failures. Running totalmess right now on v3, so far so good :) Tested-by: Eric Wong normalper...@yhbt.net -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
