atom feed18 messages in org.freebsd.freebsd-threadspatch for threads/76690 - critical - ...
FromSent OnAttachments
Andriy TkachukMar 2, 2005 2:56 pm 
Daniel EischenMar 2, 2005 3:47 pm 
Andriy TkachukMar 3, 2005 6:35 am 
Daniel EischenMar 3, 2005 6:46 am 
David XuMar 3, 2005 6:48 am 
Andriy TkachukMar 3, 2005 6:58 am.patch
Andriy TkachukMar 3, 2005 7:29 am.cc
Andriy TkachukMar 3, 2005 8:07 am 
Andriy TkachukMar 3, 2005 8:10 am 
Andriy TkachukMar 3, 2005 8:15 am 
David XuMar 3, 2005 8:15 am 
Andriy TkachukMar 3, 2005 8:44 am 
Andriy TkachukMar 3, 2005 9:26 am.patch2
David XuMar 3, 2005 10:46 am 
Daniel EischenMar 3, 2005 3:14 pm 
Julian ElischerMar 3, 2005 8:29 pm 
David XuMar 4, 2005 3:24 am 
Andriy TkachukMar 4, 2005 5:57 am 
Subject:patch for threads/76690 - critical - fork hang in child for-lc_r
From:Andriy Tkachuk (and@ukr.net)
Date:Mar 3, 2005 8:44:25 am
List:org.freebsd.freebsd-threads

actually, this test prog was written after there were problems with multithreaded domestic application server, that was tested under load. this one is using intensively hash manipulations. it is develped for redhat 7.3 and tested there. it was interesting for me, how it will behaves on fbsd in linux emulation - it was fine (note: there is linix pthreads).

then we wrote this test prog to investigate the threads with heap manipulations sumultaneousely. It was interesting for me to investigate the same in freebsd. that's how it was. :)

Hmm, libc_r and libpthread handle spinlock differently which malloc uses to protect itself, some real world benchmarks are better than this.

David Xu