Slashdot Mirror


New Performance Mailing List for FreeBSD

An anonymous reader writes "FreeBSD's fast as is, but it appears that folks over there are going the extra mile to make sure that it continues to be the top dog according to this recent announcement. With 5.1 promising to have native threads and 5.1 only a few months out, it is really good to see performance being taken seriously."

2 of 23 comments (clear)

  1. Re:I thought FreeBSD was already winning there. by Anonymous Coward · · Score: 5, Informative

    Doing threads right is tricky and is why it's taken over two years to get done right (more correct than Slowaris' threading too). It's close to finished and coming down the home streatch of development I think. If you want to know why Linux's threading is an ugly and bastardized hack, read this paper on KSE.

  2. Re:Experience by Anonymous Coward · · Score: 1, Informative

    This is a problem with the current non-blocking implementation of libc_r. The native threading support (either 1:1/libthr or M:N/KSE) will solve this. libthr supposedly isn't production quality yet, but it is committed and many have noted that this addresses most of that threaded performance gap you speak of.