- A hozzászóláshoz be kell jelentkezni
- 1453 megtekinté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
- A hozzászóláshoz be kell jelentkezni
+ WPA/AES titkosítás... bár ahogy olvastam korábban, erre van esély a 4.0-ban.
- A hozzászóláshoz be kell jelentkezni
Szerintem a PAE-re nem érdemes erőforrásokat pazarolni 2006-ban. Lassan minden x86 processzor tartalmaz 64 bites kiegészítéseket.
- A hozzászóláshoz be kell jelentkezni
A negy hettel ezelotti HackAthon-on keszult interjubol ( itt es itt ) kiderul, hogy kodoltak az : ACPI, SCSI, 4GB amd64 teruleteken.
Persze ennel frissebbet is tudhat valaki, aki alaposan olvasgatja a levlistakat es az undeadly-t.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Na ez mar valami, koszi szepen.
Nekem meg a loopback mount hianyzik.
- A hozzászóláshoz be kell jelentkezni
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...
- A hozzászóláshoz be kell jelentkezni
Mi az, ejszakas vagy e heten?
- A hozzászóláshoz be kell jelentkezni
Nem, csak a lehető legváltozatosabb időpontokban olvasok hupot... :)
- A hozzászóláshoz be kell jelentkezni
De a DragonFly nem jóóóóóóóóó, mert kevés a fejlesztő. (Theo de Raadt)
- A hozzászóláshoz be kell jelentkezni