Hlavní navigace

Vlákno názorů k článku Jemný úvod do OpenBSD od Urbanek - O GPL licenci se me nechce moc debatovat....

Článek je starý, nové názory již nelze přidávat.

  • 21. 5. 2002 13:07

    Urbanek (neregistrovaný)

    O GPL licenci se me nechce moc debatovat. Souhlasim s
    Gatesem.

    Co se tyce IPTables versus packet filter, rad bych
    od autora slysel kde je ten krok 'napred.
    OpenBSD ma podle meho nazoru jeden z nejnovejsich a take
    nejmoderneji navrzenych paketovych filtru.
    Pokud bych si mel vybirat OS na firewall mezi Linuxem a OpenBSD, vybral bych OpenBSD.

    Co se tyce zurnalovacich filesystemu, neni pravda, ze
    soft updates jsou 'nedokonala podpora zurnalovani'.
    SoftUpdates nemaji vubec nic spolecneho s zurnalovanim.
    Jsou urceny pro frontovani pozadavku na zapis na disk,
    kam jsou zapisovany po kvantech a specialne setridene,
    aby nedoslo ke vzniku nekonzistence metadat filesystemu.
    Narozdil od klasickych zurnalovacich filesystemu, ktere
    si zapisuji kazdou operaci s metadaty do transaction logu, aby tak mohly eliminovat nekonzistence vznikle neuplnym nebo spatne zorganizovanym zapisem dat na disk v pripade vypadku.

    OpenBSD nebude nikdy mit filesystem, ktery bude zurnalovaci, namisto nej bude mit stejne dobrou a cas mozna ukaze ze jeste lepsi implementaci filesystemu na bazi SoftUpdates. Pro zduvodneni se podivejte na srovnani implementaci zurnalovacich systemu a FFS softupdates od McKusicka:
    http://www.usenix.org/publications/library/proceedings/usenix2000/general/full_papers/seltzer/seltzer.pdf

    Jeste bych rad poznamenal, ze do zurnalovaciho logu ext3 v linuxu se zapisuje pouze metadata filesystemu a ne data souboru samotnych. Pri vypadku se vam tedy casto
    stane, ze fsck obnovi napr. nazvy souboru v adresarich
    a pripadne metadata souboru (inode), ale soubor je povetsinou prazdny.

    Komercni podpora OpenBSD v Ceske republice existuje,
    informace najdete zde:
    http://www.openbsd.org/support.html (cast Czech Republic)

    K dispozici je i ceska konference o OpenBSD users@openbsd.cz. Vice na http://www.openbsd.cz/cs/mail.html
    Myslim ze podobne diskuse typu 'nenasel jsem /etc/ld.so.conf' by mely smerovat prave sem.

  • 21. 5. 2002 14:03

    Miroslav Petříček (neregistrovaný)

    Ad SoftUpdates: Možná budou SoftUpdates efektivnější ochranou proti nekonzistenci dat než kdy bude žurnálování, ale současná implementace souborového systému v OpenBSD má k ideálnímu stavu daleko.

    Jako velký přínos žurnálování vidím, že se snižuje doba downtime, neboť fsck nemusí procházet disk a opravovat nekonzistence. Tuto vlastnost zatím SoftUpdates systému OpenBSD neposkytují.

    Ad Ext3: Ext3 není jediným žurnálovým ss v linuxovém jádře a je možné jej nastavit jak pro žurnálování souborových metadat, tak i samotných datových souborů - viz parametr data=ordered vs data=journal.

  • 21. 5. 2002 16:22

    Petr Ruzicka (neregistrovaný)

    No, to je prave ono. Precete si to srovnani na linku nahore. Zurnal FS resi opravitelnost dat "after system crash". SoftUpdates nic takoveho neresi, protoze v prvni rade nema nastat ten "system crash". SoftUpdates jsou skutecne o necem jinem.

  • 21. 5. 2002 21:41

    Miroslav Petříček (neregistrovaný)

    Dobrá dost teorie, zkuste si praktický test. Vyzkoušejte vypnout síťovým vypínačem počítač s OpenBSD. Uvidíte dlouhý průběh fsck, který pravděpodobně najde a většinou i opraví nějaké chyby souborového systému. Žurnálový systém by tento downtime zkrátil na minimum. OpenBSD zatím takovou feature nemá a to jsem také konstatoval v článku.

    Až budou SoftUpdates fungovat tak, že žadné nekonzistence nebudou (nevím jak by toho mohly na úrovni sw dosáhnout) a žádný fsck proto nebude nutný, tak mi teprve nebude žurnálování v OBSD chybět.

  • 22. 5. 2002 10:38

    Petr Ruzicka (neregistrovaný)

    Ja teda nevimn jak vy, ale svoje servery vypinam korektne a mam u nich UPSky, tak nevim, proc by se mel, v tomto pripade kontrolovat FS. Prece ten server jen tak nezbuchne ?

  • 22. 5. 2002 11:37

    washeck (neregistrovaný)

    Viz http://openbsd.cz/faq/cs/faq14.html#SoftUpdates
    "Protože soft updates jsou jako celek stále ve vývoji, je nadále nutné fsck(8) v případě, že počítač je náhle vypnut bez správné ukončovací sekvence. Tato skutečnost bude ale opravena v budoucích verzích."
    A taky http://www.mckusick.com/softdep/index.html
    "...Snapshots and back-ground fsck are available in FreeBSD 5.0 and later..."
    Takze pocitam, ze casem to v OpenBSD bude taky. Na druhou stranu je nutne si uvedomit, ze politika OpenBSD je pouzivat pouze opravdu stabilni a provereny kod, takze nektere vlastnosti se do nej dostavaji pomaleji nez do jinych systemu.

  • 22. 5. 2002 14:17

    Miroslav Petříček (neregistrovaný)

    Ano, FAQ jsem samozřejmě četl. Čili shodneme se na tom, že v současné době tedy OpenBSD chybí vlastnost podobná žurnálování v Linuxu (nebo v jiných systémech)?

  • 22. 5. 2002 19:54

    urbanek (neregistrovaný)

    No, rek bych ze se neshodnem. Protoze ja jako
    hlavni vyhodu zurnalovani nevidim v tom rychlejsim fsck,
    ale spis v tom, ze budete moct zapisovat efektivneji
    na disk a ze se vam nestane, aby vam system
    po vypadku proudu nenabootoval. Az bude k dispozici
    background fsck, vyresi to i tento vas problem.
    Jinak ale diky ze
    docela kvalitni prezentaci OpenBSD.

  • 21. 5. 2002 15:35

    Michal Ambroz (o_o) (neregistrovaný)

    > Myslim ze podobne diskuse typu 'nenasel jsem
    > /etc/ld.so.conf' by mely smerovat prave sem.
    Prominte, ale clanek se jmenuje Jemny uvod do OpenBSD a tohle byla jedna z prvnich veci, a ktere jsem narazil, tak jsem se s ni i s jejim resenim tady podelil. Opravdu si myslim, ze je to to spravne misto, az si po precteni clanku nekdo rekne "jee to je super, zkusim dalsi OS"

  • 22. 5. 2002 11:28

    washeck (neregistrovaný)

    Ja bych spis doporucil precist si FAQ http://opensd.cz/faq/cs/, afterboot(8) http://www.openbsd.org/cgi-bin/man.cgi?query=afterboot
    a navazujici manualove stranky...
    Kazdy system je trochu jiny a neni na skodu se s nim trochu seznamit, nez se zacnu na neco ptat.