[FreeBSD] Nehany hir

[Miklos Niedermayer]

Hello!

On Wed, Mar 14, 2001 at 10:08:54PM +0100, Adam Szilveszter wrote:

> Hat igen. Ezekkel az IDE diszkekkel mindig csak a baj van. Nem tudom, hogy
> -CURRENT-en is ezt tette-e, de ram is mindig ram jon a frasz, mikor latom,
> hogy belenyult valamibe, mivel az lemezeim is hajlamosak ilyen esetekben
> arra, hogy mar ne is ismerodjenek fel... arrol nem beszelve, hogy pl a CD-m
> audio CD-ket is csak a jo oreg xmcd-vel tud lejatszani, a Soren fele
> interface-k alig se mukodnek rajta, pl a cdcontrol program egyetlen
> funkcioja se mukodik.

Ennek ellenére én nem szidom Sorent, szerintem jó fejlesztõ és sokat dolgozik.
Arról nem egészen õ tehet, hogy ilyen szuperkompatibilisek az eszközök.
Elég jól mûködnek a dolgok már mostanában nálam.


> Ja es CD-extra-kat mar 4.0 ota nem tudok mountolni.
> De vegulis nem zavar, aaaaaa.

CD-Extrát én sem. :((( Engem sem zavar, áááááá, miért is zavarna. :)


> reklamkampanyhoz:-) Mindenesetre ezentul keszuljunk meg egy valasszal arra 
> az ugy
> tunik obligat kerdesre, hogy "Miert ilyen lassu a FreeBSD fajlkezelese?"
> vagy hogy "Van valami gyorsabb FS is mint az FFS?"

Hát a HDD cache kikapcsolása elég szépen visszadobja a teljesítményt,
ha nincs softupdates.  De a folyamatos írási átvitelt is jobb vinyóknál.
Gondolom, kapar össze-vissza a lemezen, míg ha cache-bõl tudná szedni, akkor
tudná optimalizálni.


> > - Most epp a vn driverrel megy a szivas: rebootol.
> 
> Nem baj napjai megszamlaltattak. A -CURRENT-en mar felvaltotta az uj
> mindentudo md(4) driver, phk teremtmenye. Ami meg masra is jo lesz, pl
> mfs-based /tmp.

Jó, de most -RELEASE lesz, és tele a listák egy csomó kéréssel, könyörgéssel,
meg legyintéssel, hogy "majd a 4.4-ben, nincs rá idõ".


> Ez szerintem mar 4.0 ota igy van... legalabbis akkor kellett
> "hatastalanitani" a badsect-es fstab opciokat mikor upgradeltem meg annnnno
> d. mikor a 4.0 megjelent.

Igen, de most kezdik az emberek észrevenni, nem tudom, miért pont most.


> hogy azon lehet vitatkozni, hogy mivel a FreeBSD meg mindig elsosorban egy
> PC OS, ezert lehet, hogy helyes lenne egy kicsit lejjebb adni a hw minosegi
> igenyekbol alkalmazkodva a realitasokhoz. De mivel jelenleg az a hivatalos
> velemeny, hogy "ha az OS eszleli, hogy a hw nem megbizhato, azonnal panic"
> ebbe a kepbe nagyon jol illik ez a dontes is.

Ha belegondolsz, a mostani vinyók tényleg nem szoktak bad sectorosak lenni;
amelyik meg elromlik, az meg nem úgy romlik el, hogy bad sectoros lesz,
hanem fogja magát és kész, nincs tovább.  Tény, hogy ha egy mai (vagy akár
tavalyi, azelõtti) vinyó elkezd bad sectoros lenni, az nem bírja már sokáig...


> folyamatosan kovettem rajta az uj bolonderiakat, egy kivetelevel:
> softupdates sosem volt rajta, attol mindig feltem valahogy.

Pedig nincs mitõl, sõt; és elég szépen feldobja a sebességet is. 


> nem csinaltal elotte egy make buildworldot. (amit rosszul is irtal, mert ha
> make world-ot csinalsz, akkor mar nem kell semmit buveszkedni a
> kernelepitesnel, mert hiszen az uj binarisok mar installalva vannak.)

Ja.


> Asszem a kernelnel is kulon van a 'buildkernel' es az 'installkernel'
> target.

Igen.


> Ebbol nem vonnek le tul sok kovetkeztetest. Jordan neha hajlamos alapveto
> dolgokra is nem odafigyelni.

Ezt én is észrevettem :)
Elég gyakran küldözget be "valaki elb***-ta a <valamit>" subjectû
leveleket, a levél törzsében csak a make release logja van.
Persze csak neki nem megy :)

Vagy lelkesen beszélget valakikkel beépítendõ új lehetõségekrõl, ötletekrõl,
hû, tényleg, tök jó lenne, meg minden, aztán valaki az említett
"diszkréten köhögve" módon szól, hogy az a lehetõség már X hónapja benn
van a FreeBSD-ben :)

Na jó, elég :)


> Persze ettol meg lehet, hogy tenyleg gaz van (sot biztos, vegulis mindig
> azutan derul ki, hogy valami akkora showstopper bug van mint ide
> Kistelek(TM), miutan az image-k mar elmentek a CD-replikalokhoz.) de azert
> nehany inside story se art a teljes kephez.

Most pár napja volt valami showstopper-jellegû, de sajnos nincs meg a thread,
hogy mi lett vele...  


> Masoknak azonban (es itt komoly fejlesztok is ertendok, pl Soren) nagyon
> komoly gondjaik voltak, kulonosen SMP-n, es mivel nem akartak fejleszto
> munka helyett azzal foglalkozni, hogy naponta megkuzdjenek a rendszeruk
> puszta mukodeseert, tobben nem is -CURRENT-re fejlesztenek mar. Ez meg
> nagyon csunyan hatba fog utni mindenkit ha majd az 5.0 lesz az aktualis.
> Tul ambiciozus projektek zajlanak egyszerre a -CURRENT-en ugy, hogy az
> egyes csoportok egymasra se figyelnek es minden csak szalad.

Nem így kéne ezt csinálni...  ha valami instabil, azt nem kell becommittelni
a -CURRENTre, hiába a -current a fejlesztõi ág.  Nyugodtan elfér az a
fejlesztõ gépén egy bizonyos pontig.  Pl. ahogy a Hellmuth Michaelis is
csinálta az isdn4bsd-t:  csak azóta dolgozik a -currentre, amióta már
mûködésileg megbízható a dolog, és csak új drivereket / fixeket rak fel
fõleg.  Amíg nem volt biztos a mûködés, saját maga rakott fel valahova
tar.gz-ket; a -currentben pedig egy korábbi változat volt, ami lefordult
és mûködött.  Az a srác is így csinálja, aki mostanában ahhoz a sokféle
RAID kártyához csinálta meg a supportot, és érdekes módon azok nem okoztak
semmilyen gondot, sõt, még mûködtek is.

Üdv

Mico