rthreads: új szálkezelés OpenBSD-n

Komolyan érdekelne, hogy ha minden kernelnek (Linux, xBSD, bla) lesz saját szálkezelő API-ja, de egyik sem kompatibilis semelyik másikkal, akkor mi lesz a portolhatosággal? Vagy ha portolható programot írok, akkor elégedjek meg a pthread wrapperrel? Miért jó ez?

verseny van, mindegyik implementator remenykedik, hogy o a legkiralyabb. nemelyik oprendszer hamarabb fog meghalni, mint kozoskodni.

Ha jol tudom az alkalmazasokat nem kell emiatt valtoztatni, az interface kompatibilis marad.

A pthread API a POSIX szabvany, ezt kell hasznalni. Miert akarnal ennel alacsonyabb szinten dolgozni?

Az uj megoldasnak pont az a lenyege, hogy az eddigi tisztan userland threading (1:N) helyett 1:1 threadinget hasznal (akarcsak a Linux). Tehat szo sincs arrol, hogy ez is userland threading lenne.

Pont erre akartam rákérdezni, hogy az egyik userland threading modell helyett miért jó egy másikat bevezetni? :)