Közelben a FreeBSD mérföldkő kiadás

FreeBSD

Az új fejlesztői branch - a FreeBSD 6.0 - a storage alrendszerekre fókuszál majd....

A ZDNet-en olvasható egy cikk, amely arról szól, hogy az ajtóban kopogtat a FreeBSD egyik nagy mérföldkőjének számító FreeBSD 5.3 kiadás. Ez alkalomból a ZDNet megkereste Scott Longot, a FreeBSD Release Engineering csapat tagját, aki válaszolt a kiadással kapcsolatos kérdésekre.

Long elmondta, hogy a FreeBSD 5.3 augusztus közepén (aug. 15.) beta fázisba lép (bővebben erről a korábbi FreeBSD 2004. május-júniusi állapotjelentés cikkünkben), és várhatóan 2004. október 1-én meg is jelenik a végleges FreeBSD 5.3.

Long elmondta, hogy a FreeBSD 5.x fa stabilitási problémákkal küzdött az elmúlt időben, ezért a felhasználók nagy része még mindig a FreeBSD 4.10-et telepíti az éles gépeire (jelenleg még mindig a 4.x sorozat a ``production release'' a FreeBSD-ből, az 5.x egyelőre ``New Technology Release''). Scott szerint a FreeBSD 5.3-mal ez megváltozhat. Reméli, hogy az 5.3-RELEASE-zel több felhasználó is frissíteni fog a 4.x sorozatról. Mint mondta, a FreeBSD 5.x sorozat sokkal nagyobb teljesítményt csikar ki a többprocesszoros rendszerekből (SMPng). Szerinte az 5.3 lesz az első olyan kiadás, amelyben igazán érezhetjük a többprocesszoros rendszerek előnyét. A multithreaded hálózati stack-nek köszönhetően minden eddiginél nagyobb teljesítményt várhatunk az olyan alkalmazásoktól, mint például a MySQL, Apache.. Scott szerint a teljesítmény-növekedés akár 30%-os is lehet (egy ``nagyon előzetes'' becslés szerint).

A cikkben beszél még a Project Evil névre hallgató szoftver rétegről is, amely nem más, mint egy olyan Windows emuláció, amely lehetővé teszi (API), hogy windowsos hálózati drivereket lehessen FreeBSD alatt használni. Ennek az olyan vezetékes (wired) és vezeték-nélküli (wireless) csatolóknál van jelentősége, amelyhez a gyártó nem ad FreeBSD drivert. Ebben az esetben számos eszköz esetén használható FreeBSD alatt az eredeti windowsos driver. A stack Bill Paul munkájának eredménye.

Scott kiemelte, ezen kiadás esetén is a legfontosabb a dolog a FreeBSD projekt számára a stabilitás. Ahogy mondta, addig nem adják ki az anyagot, míg a stabilitást el nem érik.

A távlati tervek: ahogy a FreeBSD 5.3 megjelenik, a fejlesztők nekiállnak a FreeBSD 5.4-nek, amely várhatóan 2005. februárjában lát majd napvilágot. A tervek szerint minden 5-6 hónapban lesz majd release. Az új fejlesztői branch - a FreeBSD 6.0 - elindítása is kezdetét veszi akkor. A FreeBSD 6.0 fejlesztésekor a storage alrendszerekre fókuszálnak majd a fejlesztők. Várhatóan ennek a branchnek a fejlesztése 2 évet fog majd igénybe venni.

Bővebben a cikkben itt.

( thuglife | 2004. 07. 31., szo – 13:53 )

Es ehhez miert kell uj branch? Jesus christ...

Mert elegge instabil lesz a dolog egy ideig - gondolom en. Ha teszem azt radikalisan ujra akarjak irni. Aztan persze backportoljak majd, ha mar eleg stabil (ebben pl nagyon jok a BSDk imho).

Az, hogy uj, nagyobb lenduletu fejlesztes -> uj ag, aztan majd backport ha elegge stabil, szerintem egy tok jo fejlesztesi modszer.

Ehhez persze jo VCS kell, CVS pedig nem igazan a brancholasrol es a mergelesi lehetosegeirol hires, SVN szinten nem (bar jobb). Bezzeg, ha Arch-ot hasznalnanak, mennyivel egyszerubb lenne...!

Ez szerintem hulyeseg. Kell egy fejlesztoi es egy stabil ag. Nem kell x darab fejlesztoi ag. Csakis sajat magukat szopatjak vele. Mindegy az o idejuk es energiajuk. Ezen felul azt is nezni kene, hogy a userek hogyan latjak a dolgokat. Ezutan mar 3 agbol kell majd eldonteniuk, hogy melyikre is lesz nekik szukseguk. Backport? Nemhiszem. Ha megnezed az 5 os es a 4 es FreeBSD brancheket nem nagyon nagy a backportok mennyisege. Sot szerintem igen keves. Szerintem most ne terjunk at a VCS flamere, mert semmi ertelme sincs. Mind a haromnak megvannak az elonyei es a hatranyai.

Ja, 6.0 lesz a fejlesztoi ag, nem kulon storage cuccoknak lesz, csak eppen 6.0 idejen az lesz a fo fokusz. Mellette persze mas is fog bele menni, nyilvan. (5.0-nak iirc SMPng volt a fo fokusza, de kozelsem ez volt az egyetlen ami ment bele). Magyarul marad egy devel, egy stable, meg 4.x az oldstable. (Mint ahogy 3.x-et is supportaltak egy ideig, emlekeim szerint)

A tobb fanak is megvannak az elonyei, amennyiben van egy fa, amiben idorol idore osszemergelik a tobbit (jo VCS-el ez trivialis, CVS-el sem tul bonyolult, ha ugyesen csinaljak) (ok, szerintem meg mergelos fa sem szukseges ahhoz, hogy a tobb fa modszer hasznosnak bizonyulhasson; mindenesetre megkonnyiti a kesobbi egyesitest, ha megis van, az biztos). A user pedig hasznalja a mergelt agat (vagy epp azt koveti, ami ot erdekli, ha mar devel agat hasznal, elvarhato tole, hogy tudja kovetni a neki megfelelo agat, nem?).

Az eddigi CVS tagek tanusaga szerint lesz RELENG_5_3 branch (errol lesznek tagelve a RELENG_5_3_0_RELEASE RELENG_5_3_1_RELEASE, stb releasek, amig nem branchok, hanem tagek), valamint HEAD (-current). Kesobb, amikor kozeledik majd 6.0, akkor lesz RELENG_6_0.

Magyarul teljesen ugyanugy lesz, mint eddig, csak egyel nonek a verziok. Erosen ketlem hogy miutan 5.3-at STABLE-nak deklaraltak, az 5.x-et tovabbvinnek mint current. ENNYIRE meg a FreeBSD fejlesztok sem hulyek. Ha valami egyszer STABLE lett, akkor uj -CURRENT agat nyitnak szerintem.

Magyarul lesz 5.x STABLE, 4.x OLDSTABLE (egy rovid ideig, hogy userek migralhassanak 5.x-re, szerintem ugy 5.4-5.5 kornyekeig supprotalni fogjak valamennyire meg 4.x-et, egy 4.11 mar valoszinuleg nem lesz, de security updatek meg siman), meg egy -CURRENT, amibol X ido mulva brancholnak RELENG_6_0 agat. => Tortent ez 5.x idejen, kb ugyanigy.

Node majd par honap mulva meglatjuk, mit hoznak ki belole! :)