A fejlesztés során több horrorisztikus hack-et (HORRID_III_HACK) is el kellett követnie a fejlesztőnek a siker érdekében - például le kellett tiltania a processzor gyorsítótárait. Emiatt a hack miatt a 900MHz-es Blade 2000 gép olyan lassú lett, mint egy 140MHz-es Ultra 1-es. De folyt a munka, és odáig jutott, hogy az I-cache-t már be lehetett kapcsolni, és ez sebességnövekedéshez vezetett. További reszelés után a GENERIC kernel már működött UltraSPARC I, II és III gépeken, de az utóbbin csak a D-cache kikapcsolása mellett. Ezután a fejlesztő némi workaround-dal működőképes állapotba pofozta az alaplapon levő ethernet chip-et.
Jelenleg ott áll a dolog, hogy vannak még problémák, és az adat cache kikapcsolása szükséges a USPARC III vasakon a működéshez. De a fejlesztő szerint az adat cache kikapcsolása ellenére ezek a gépek a leggyorsabb OpenBSD-s támogatással rendelkező sparc64 gépek közt vannak. A fejlesztő tesztelőket keres és visszajelzéseket vár.
Bővebben a blogjában.
- A hozzászóláshoz be kell jelentkezni
- 1256 megtekintés
Hozzászólások
En az USP2 sebessegetol sem voltam elragadtatva, sol lenyegesen gyorsabb rajta
- A hozzászóláshoz be kell jelentkezni
Amin én nem is igazán csodálkozok :) Csak egyszerűbb házon belüli vashoz házon belül oprendszert írni, mint szinte "vakon".
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Nekem OpenBSD-vel pont ellentétes tapasztalatom van, igaz nem USII, hanem sima SPARC viszonylatban.
USII-vel viszont azonos gépen (E220) a Solaris érzésre sokkal lassabb volt, de ezt már FreeBSD-vel produkáltam. :)
Persze minden relatív, threades alkalmazásban biztos agyonveri bármelyik BSD-t.
- A hozzászóláshoz be kell jelentkezni