To x: par krat si kratko spomenul zaujimavu pracu Matthew Dillon-a DragonFlyBSD.Po tvojich skusenostich je to zaujimavy projekt ? Nie je to len natruc FreeBSD s akoze silnym filesystemom menom Hammer a jeho image nalepkou B-trees ? SMP podpora ? ACPI ?
Dik.
To urcite neni projekt natruc. Ma k nabidnuti vice veci nez jen ten Hammer. Jedna z jejich vyhod je, ze jsou tak mali a tak jde vyvoj rychleji nez ve velkych projektech. Navic jejich cil je opravdu dost jiny nez v jinych BSD a z nich berou jen to co nejak vyhovuje nebo je nejlepsi, takze sensors rozhrani a firewall maji z OpenBSD, spoustu veci maji z FreeBSD, PUFFS nebo tmpfs (ktere ale vyrazne prepsali) maji z NetBSD, LVM se priznam ze nevim jestli je z Linuxu nebo to spise prebrali z NetBSD, udev sice maji taky, ale funkcnost je bych rekl proti Linuxu uplne jinde, virtio ovladace pro KVM jsou taky z NetBSD, balicky jsou z pkgsrc. Hodne se to toci okolo Hammer to ano, ale neni to to jedine. Specifikace pro Hammer2 u nejz vidi cil tak do 2 let jsou velmi zajimave take. SMP dobre (jak podpora vice procesoru, tak mpsafe na ruznych mistech kodu), ACPI o tom nejlepe asi precist jejich man
http://leaf.dragonflybsd.org/cgi/web-man?command=acpi§ion=ANYHodne vychazi z FreeBSD, ale po tech letech od oddeleni uz toho opravdu nemaji az tak moc spolecneho, i kdyz ten kdo zna FreeBSD, tak se tam asi bude nejvice citit doma.
Za sebe pokud mohu rict kdybych mel uvazovat o zmene, tak se rozhoduji mezi DragonFlyBSD a NetBSD s vyraznym priklonem k DragonFlyBSD, protoze jednak uz jsem to pouzival i v praxi a obcas to testuji a take samozrejme kvuli Hammer (ten je hodne navykovy) a dalsim technologiim. Desktop to je otazka, nad tim premyslim neustale a parkrat uz jsem to zkousel. Bohuzel vetsinou v case kdy nemam cas si s tim az tak hrat a tak to vetsinou dopadne, ze nahlasim par bugu nebo neco otestuju a zase to odsunu. Z pohledu desktopu je problematicka cast balicku, ktera pouziva pkgsrc a to se proste kvalite balicku z OpenBSD nerovna ani omylem, i kdyz se hodne snazi. Do budoucna jsou plany na nejakou zmenu ve smyslu toho, ze jejich cilem je stejne SSI a clustery, ale pri velikosti vyvojarskeho tymu je pochopitelne, ze museli jit po necem co je testovano na vice platformach, funkcni jak nejlepe to jde a pokud mozno z BSD, tak sahli po pkgsrc. Taky samozrejme to musel nekdo portovat a jeden z hlavnich duvodu bylo to, ze v te dobe mel cas a chut to delat clovek co mel pkgsrc oblibeny, tak asi tak.
Proste nebal bych se to byt tebou zkusit at uz v nejake virtualce nebo nejlepe na nejakem volnem stroji. Dokonce je mozne stahnout primo GUI live verzi, ale spise bych dal prednost aktualnimu snapshotu (HEAD) diky tomu jak rychle se to vyviji a taky proto, ze podpora noveho HW a ruznych dalsich veci je samozrejme jen v HEAD.
PS: Porad se snazim najit ten "benchmark", ktery byl obecne dobrym porovnanim AMD vs Intel