search for: qspin

...t; Yes, I am able to reproduce the hang problem with ebizzy. BTW, could you try to apply the attached patch file on top of the v8 patch series to see if it can fix the hang problem? > >> What is the baseline for the performance improvement? Is it without the >> unfair lock and PV qspinlock? > > Baseline was 3.14-rc8 without any of the qspin patch series. > Does the baseline have PV ticketlock or without any PV support? -Longman -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: 0011 URL: <http://lists.linuxfoundati...

...t; Yes, I am able to reproduce the hang problem with ebizzy. BTW, could you try to apply the attached patch file on top of the v8 patch series to see if it can fix the hang problem? > >> What is the baseline for the performance improvement? Is it without the >> unfair lock and PV qspinlock? > > Baseline was 3.14-rc8 without any of the qspin patch series. > Does the baseline have PV ticketlock or without any PV support? -Longman -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: 0011 URL: <http://lists.linuxfoundati...

...urces in one directory. If I do something like SOURCES += aot/aotclass.cc aot/aotfactory.cc aot/mangle.cc I get the follwing error GC heuristics: --param ggc-min-expand=81 --param ggc-min-heapsize=95905 aot/aotclass.cc:301: fatal error: opening dependency file /media/WDC_Combo/home/memmel/GTK2.7/Qspin/Developer/Source/Languages/Core/Source/core/lib/compiler/gcjx/Debug/aot/aotclass.CXXd: No such file or directory compilation terminated. and trying to get them to had via LIBS as one big object file seems to fail also. Mike

On 04/07/2014 02:14 AM, Raghavendra K T wrote: > > > I tested the v7,v8 of qspinlock with unfair config on kvm guest. > I was curious about unfair locks performance in undercommit cases. > (overcommit case is expected to perform well) > > But I am seeing hang in overcommit cases. Gdb showed that many vcpus > are halted and there was no progress. Suspecting the p...

On 04/07/2014 02:14 AM, Raghavendra K T wrote: > > > I tested the v7,v8 of qspinlock with unfair config on kvm guest. > I was curious about unfair locks performance in undercommit cases. > (overcommit case is expected to perform well) > > But I am seeing hang in overcommit cases. Gdb showed that many vcpus > are halted and there was no progress. Suspecting the p...

...mething like > > SOURCES += aot/aotclass.cc aot/aotfactory.cc aot/mangle.cc > > I get the follwing error > GC heuristics: --param ggc-min-expand=81 --param ggc-min-heapsize=95905 > aot/aotclass.cc:301: fatal error: opening dependency file > /media/WDC_Combo/home/memmel/GTK2.7/Qspin/Developer/Source/Languages/Core/Source/core/lib/compiler/gcjx/Debug/aot/aotclass.CXXd: > No such file or directory > compilation terminated. This is telling you that it couldn't find the dependency file for C++. That's because there's no "aot" directory in the Debug di...

...>> 2x and 30% improvement for ebizzy 2x cases. (1x has no significant >> loss/gain). >> While at it, Just a correction it was 30% for ebizzy1.5x and around 80% for ebizzy 2x. > What is the baseline for the performance improvement? Is it without the > unfair lock and PV qspinlock? Baseline was 3.14-rc8 without any of the qspin patch series.

...And while this has loops in (the rehashing thing) their fwd progress does not depend on other CPUs. And I suspect that for the typical lock contention scenarios its unlikely we ever really get into long rehashing chains. --- include/linux/lfsr.h | 49 ++++++++++++ kernel/locking/qspinlock_paravirt.h | 143 ++++++++++++++++++++++++++++++++---- 2 files changed, 178 insertions(+), 14 deletions(-) --- /dev/null +++ b/include/linux/lfsr.h @@ -0,0 +1,49 @@ +#ifndef _LINUX_LFSR_H +#define _LINUX_LFSR_H + +/* + * Simple Binary Galois Linear Feedback Shift Register + * + * http://en.wi...

...And while this has loops in (the rehashing thing) their fwd progress does not depend on other CPUs. And I suspect that for the typical lock contention scenarios its unlikely we ever really get into long rehashing chains. --- include/linux/lfsr.h | 49 ++++++++++++ kernel/locking/qspinlock_paravirt.h | 143 ++++++++++++++++++++++++++++++++---- 2 files changed, 178 insertions(+), 14 deletions(-) --- /dev/null +++ b/include/linux/lfsr.h @@ -0,0 +1,49 @@ +#ifndef _LINUX_LFSR_H +#define _LINUX_LFSR_H + +/* + * Simple Binary Galois Linear Feedback Shift Register + * + * http://en.wi...

On 03/16/2015 09:16 AM, Peter Zijlstra wrote: > Implement simple paravirt support for the qspinlock. > > Provide a separate (second) version of the spin_lock_slowpath for > paravirt along with a special unlock path. > > The second slowpath is generated by adding a few pv hooks to the > normal slowpath, but where those will compile away for the native > case, they expand i...

On 03/16/2015 09:16 AM, Peter Zijlstra wrote: > Implement simple paravirt support for the qspinlock. > > Provide a separate (second) version of the spin_lock_slowpath for > paravirt along with a special unlock path. > > The second slowpath is generated by adding a few pv hooks to the > normal slowpath, but where those will compile away for the native > case, they expand i...