UltraSPARC T1 támogatás az OpenBSD-ben

OpenBSD

Mark Kettenis nemrég jelentette be az openbsd-announce listán, hogy commit-olta a Sun UltraSPARC T1 processzorait támogató kódok utolsó darabjait az OpenBSD forrásfájába. A levelében mellékelt egy SPARC Enterprise T1000-es gépről származó dmesg-et. A fejlesztő megjegyezte, hogy noha nem próbálta, de elvileg az olyan gépek is használhatóak lettek OpenBSD-vel, mint például a Sun SPARC Enterprise T2000 vagy a Sun Blade T6300. A támogatás a standard OpenBSD/sparc64 kernel része. A T1 támogatással ellátott fejlesztői snapshot-ok elérhetők az OpenBSD tükörszervereken. Az UltraSPARC T2 gépek jelenleg még nem támogatottak, de remélhetőleg hamarosan azok lesznek. A bejelentés itt olvasható.

( lgb | 2008. 04. 04., p – 08:06 )

:) Ez jo hir, csak nem tudom mennyi ertelme van. Marmint: az OpenBSD-vel kapcsolatban (bar pl fw-kent mi is hasznaljuk itt-ott) nekem mindig azt ajanljak hogy inkabb ne kiserletezzek MP tamaogatassal, hajtsam a gepeket sima UP-kent. Ez egy cpu-s ht eseten, vagy max 2 core eseten egy sima fw-re valo tekintettel talan nem nagy ervagas, de egy t2000 lenyege pont az, hogy igen erosen parhuzamos vegrehajtasra valo, amiben ezek szerint az OpenBSD-nek van azert lemaradasa. Vagy rosszul latom? Persze, ha csak az a cel, hogy menjen rajta is, akkor nyilvanvaloan elerte a celjat.

A "hivatalos" válasz nyilván az lesz, hogy természetesen az OBSD MP képessége tökéletes, De ha nem is az, legkésőbb X időn belül azzá válik, ráadásul platformfüggetlenül megoldva, így ha egy platform/architektúra/CPU/géptipus/stb addigra támogatottá válik, akkor az is automatikusan megörökli a szuper-MP-tulajdonságot.

Amúgy magánvélemény, és kb ugyanannyira vagyok elfogult, mint a helyi OBSD-guru, hogy pl. tűzfalgépnek is van jobb a BSD-k között, hogy mást ne mondjak, amelyikben 3-féle csomagszűrő van (köztük az OBSD pf-je), azzal lehet, hogy könnyebben meg tudok oldani valamit, mint annál a rendszernél ahol csak pf van - ha pl. a pf-ből az adott szolgáltatás hiányzik (feltételezés, nem tudok példát, de gondolom lehetne találni). Hasonlóan, az a véleményem, hogy egy önmagát security szempontból kellően magasra értékelő rendszernél már időszerű lenne bizonyos technológiák beépítése (gondolok pl. valami használható Mandatory Access Control -ra). No, flame off.

A hivatalos valasz az, hogy nem tokeletes, sot. Viszont szepen lassan tortenik a javitas. Pl. ha visszagondolsz a FreeBSD mennyit szivott a big lockal es meg most sem clean. Mi is elkezdtuk de mi mas iranyelvek szerint csinaljuk. OpenBSD nem engedheti meg maganak azt amit a freebsd megtett, eveken at. Most peldaul a kernel tobb helyen dolgoznak mar a mutex alapu lockolas bevezetesen.

:) Jo persze, ebben igazad van, A pontbol a B pontba csak a koztuk levo apro lepesek megtetelevel lehet eljutni. Akkor inkabb ugy kerdezem, hogy hasznalhato-e T2000-esen (Solaris-szal es Linuxszal mar hasznaltam/hasznalok t2000-et) OpenBSD-t ami gyakorlatban is hasznalhato, azaz megfelelo minosegu/stabilitasu/teljesitmenyu-e, vagy ez meg nem az a fazis csupan a "mar bebootol rajta" allapot ... Tehat van-e mar konkret "user" tapasztalat is a bejelentesen kivul, magyaran.

Khm. Speciel rémlik, hogy valamikor 3.8 környékén már volt egy (3.7 óta?) támogatott rtw(4), csak éppen nem működött. De ha van valahol egy OBSD liveCD valami kellően up-to-date verzió, akkor szívesen kipróbálom a jelenleg meglevő wifi adaptereimet, hogy hogy muzsikálnak. WPA-t nem kell tudnia, ezt nem fogom felhánytorgatni.

( Mico v | 2008. 04. 04., p – 10:19 )

El sem tudok képzelni rosszabb operációs rendszert erre a hardverre. Már a mai hagyományos dual core / quad core vasakon is eléggé elfogultnak kell lenni vele szemben, mert hát az SMP... És gondolom, hogy itt is az van, hogy a hardver felét nem támogatja, sokra megyünk vele.

Linux/FreeBSD sokkal jobb ezekre, ha nem Solaris.

És mikorra megjelenik, egy procin már 8/16 mag lesz, amelyek 64/32 (vagy akár 128) virtuális CPU-nak fognak látszani (és ez még csak egy CPU, azaz pár éven belül könnyen elképzelhető, hogy egy két/négy processzoros lowend gépben 256, 512 darab processzort fogsz látni)...

Most nem találom a levelet, de nemrég pont erről volt egy diskurzus a fejlesztők között és eléggé egyetértettek abban, hogy ez komoly gond az OS-nek.

Íme:

SPARC Enterprise T5220, No Keyboard
Copyright 2007 Sun Microsystems, Inc. All rights reserved.
OpenBoot 4.27.1, 32640 MB memory available, Serial #80991734.
Ethernet address 0:14:4f:d3:d5:f6, Host ID: 84d3d5f6.

Ignoring auto-boot? setting for this boot.
{0} ok boot cdrom
Boot device: /pci@0/pci@0/pci@1/pci@0/pci@1/pci@0/usb@0,2/storage@2/disk@0:f Fi
le and args:
OpenBSD IEEE 1275 Bootblock 1.1
..>> OpenBSD BOOT 1.2
Trying bsd...
Booting /pci@0/pci@0/pci@1/pci@0/pci@1/pci@0/usb@0,2/storage@2/disk@0,0:f/bsd
2660784@0x1000000+3237680@0x1800000+956624@0x1b16730
symbols @ 0xfeaf0200 52 start=0x1000000
err: 6
err: 6

ERROR: Last Trap: Watchdog Reset

{0} ok

Nem tudom, jó kernellel próbálkozok-e....
Ezt töltöttem le: ftp://ftp.openbsd.org/pub/unix/OpenBSD/snapshots/sparc64/cd43.iso

az még mindig 0 ahhoz képest, amit a Solaris tud, és a scheduler csak egy része. Van a procikban crypto gyorsító, ki kéne használni, a T2-eseken van két integrált 10gbit interfész, ki kéne használni (nem csak a device driver-re gondolok), a gépek tudnak logikai particionálást, illene jobban támogatni.

OVMS? ;)

Nem is tudom. Az Intelnek nem sikerült nyolc (mennyi is?) éven keresztül belerokkannia az Itaniumba, most pedig, hogy lassan eljutottak oda, hogy képesek közelíteni a két platformot (x86-IA64), illetve kezdik bevezetni a modernebb gyártástechnológiát, akár még túl is élheti.