Pontosabb időmérés OpenBSD-n

Címkék

Otto Moerbeek (otto@) munkája nyomán olyan kód került az OpenBSD-be, amely sokkal pontosabb rendszeridőt szolgáltat és általában véve egyenletesebben működő a rendszerórát biztosít. Ennek érdekében a fejlesztő a DragonFly BSD kódját tanulmányozva elkészítette a saját frekvencia korrigáló implementációját, amelynek nyomán bemutatkozott a adjfreq(2) rendszerhívás.

Hozzászólások

Kérdeznék párat, hátha egy-két Openbsd fejlesztő olvassa:

A 4.0 Openbsd -ben lesz-e/tervezik-e:

kernel threading (rthreads ?)
PAE support (>4GB mem support)
firewire support
ffs2
iscsi
i18n/citrus (ez már nagyon kéne desktop célok miatt)
Jobb SMP support (Fine grained locking??)
Jobb acpi support

Persze tudom írjam meg én, de sajnos kicsi vagyok hozzá...

Üdv
Godot

Kérdeznék párat, hátha egy-két Openbsd fejlesztő olvassa:

Bár nem vagyok OpenBSD fejlesztő, de megpróbálok - ha nem is válaszolni a kérdésekre - tippelni a 4.0-ás kiadással kapcsolatban...

kernel threading (rthreads ?)

Én ezt személy szerint már a 3.9-be vártam, hisz a commitok jórésze már a 3.8-as kiadás után közvetlenül, 2005. decemberében bekerültek, de úgy tűnik, hogy Tedu nem kapkodja el. Mivel azonban nem annyira bonyolult dolog, ezért remélhetőleg a 4.0-ba már megmutatkozik, de nagy teljesítmény növekedést szerintem nem kell tőle elvárni majd.

PAE support (>4GB mem support)

Mivel jópár commit után bekerült egy bejegyzés végül a OpenBSD kalendáriumba, mely szerint 2006. április 27-ével bekerültek a "PAE munkálatok", így nagy valószínűséggel reménykedni lehet benne, hogy a 4.0-ban már megmutatkozik ez is, mint új lehetőség... ;)

firewire support

Meglehetősen bugos és használhatatlan volt, ezért eltávolításra került és egyelőre nem lesz támogatott a közeljövőben.

Lehet, hogy az IEEE1394 biztonsági problémái miatt sem akarnak foglalkozni a dologgal? ;)

ffs2

Összelapátoltak a FreeBSD-ből és a NetBSD-ből elég sok mindent, de úgy tűnik, hogy vannak még gondok, ezért kérdéses, hogy novemberre megfelelően stabil állapotba tudják-e hozni a kódot.

iscsi

Szerintem erről nem érdemes még álmodozni... :)

i18n/citrus (ez már nagyon kéne desktop célok miatt)

Nem csak desktop célok miatt. Drága thuglife fejlesztő urat kellene kicsit megbillenteni hogy mi lesz már, mert ő ígérte még valamikor 3.6 tájékán... :)

Történt 1-2 beolvastás NetBSD-ből, de egyelőre eléggé áll most a dolog.

Jobb SMP support (Fine grained locking??)

Polírozzák a kódot és várható lesz más architektúrák támogatása is, de nagy dolgokat szerintem nem érdemes tőle várni. Örülnek, hogy legalább már egy Linux 2.0 szintű SMP-t sikerült összevakarni maguknak... >;P

Jobb acpi support

Ennek a kódját gyúrják hétről-hétre, remélhetőleg benne lesz már a következő kiadásban, de szerintem egyelőre alapértelmezetten kikapcsolt állapotban csak.

Nullfs-nek hívják a BSD-knél. OpenBSD-ből a 3.7 kiadás után kiszedték a kódját a teljes layerfs-el egyetemben (amely a nullfs/umapfs/union alapja volt), valószínűleg az én állandó bugreportjaim miatt. Senki sem tudta a fejlesztők közül normálisan javítani a hibáit, így végül a teljes eltávolítás mellett döntöttek...

De a DragonFly nem jóóóóóóóóó, mert kevés a fejlesztő. (Theo de Raadt)