Názory k článku
FreeBSD 7.0 je venku i s mnoha novinkami

Nove FreeBSD je opravdu zajimave. Ta spousta novych vlastnosti je vcelku uctyhodna. Ale nic neni tak ruzove, jak se to upece, takze par postrehu z meho zkouseni:
* Pod virtualboxem jsem FreeBSD nenainstaloval, protoze mi nechodila sitovka (system ji sice najde, ale ona proste nefunguje). Nekde radili rucne prepnout na 10MBit, ale v te fazi instalace nebyl jeste k dispozici shell (a cele ISO se mi tahat nechtelo)
* iSCSI ma pomerne mizerny vykon, na 100MBitu mi delalo 600KB/s pod VMWare, 1.5MB/s na realnem HW s Realtek RTL8111. Meril jsem obycejny read z daneho zarizeni dd if=/dev/da1 of=/dev/null. Zajimave bylo, ze se zvetsujici se blocksize rychlost rostla, ale maximum bylo 8.5MB/s (pro blocksize 1M). Na gigabitu se u blocksize 512 rychlost zvedla na dvojnasobek (tedy 2.5MB/s) a u 1M uz dosahovala nejakych 25MB/s (maximum, ktereho jsem dosahl). Sit pri tom pri SSH prenosu dosahovala "normalnich" hodnot, tedy napr. 11.5MB/s pro 100MBit. Zrejme system nekde na neco nevhodne ceka, protoze si jinak nedovedu predstavit, proc na gigabitu, ktery je 10x rychlejsi dojde u stejne blocksize jen k 2x navyseni. A pak je taky zajimave, ze pouzitelne hodnoty se zacinaji objevovat az nekde u nekolika set kilo. Spis bych cekal, ze se to bude pohybovat nekde u hranice 1500B (kvuli velikosti packetu).
* iSCSI initiator nema uplne nejluxusnejsi ovladani. Napriklad mit na iSCSI / si nedovedu moc predstavit, jak bych delal. Pro srovnani nova Fedora 8 uz pri instalaci nabizi pripojeni iSCSI targetu a automaticky si upravuje i bootovaci ramdisk (jen je potreba kernel a ramdisk nejak spustit ze site, nebo mit /boot na lokalnim necem)
* USB subsystem pouziva stale giant-lock, jeste jsem nemeril vliv na provoz, pokud system bude na USB HDD
* a to nejlepsi na konec. FreeBSD 7.0RC2 AMD64 nam s onim realtekem 8111 "sestrelilo" cele dva racky, kdyz nejakou chybou odeslalo frame, kde jako svoji MAC adresu uvedlo MAC adresu internetove gateway. Switch z toho byl kupodivu docela zmateny :-) A cele sitovani fungovalo tak, ze vypadavaly packety, SSH hlasilo Invalid Packet Length a nejake hausnumero, atd... Zatim jsme nezjistili, zda jde o chybu sitovky nebo toho presouvani TCP prace na sitovku. Nekteri stejne postizeni psali, ze se jim toho podarilo zbavit vypnutim prave txsum, rxsum a podobnych...

Takze zaverem, FBSD 7 vypada opravdu hodne zajimave, ma spoustu novych a peknych funkci, ale doporucuju poradne testovat a testovat...

v Vmware BSD7 pochopitelne bezi, krom toho iscsi test se sitovkou Realtek ma asi takovou vypovidaci hodnotu jako doba za kterou umejete podlahu zubnim kartackem.

Nu, vaše poznámka zní dost lame, ale i tak stojí za zmínku, že Fedora Core 7 na tom samém hw zvládne přes iSCSI vytížit naplno gigabit (cca 115 MB/sec)...

Vsak jsem taky psal, ze sitovka nefunguje pod Virtualboxem. Pod vmware server samozrejme funguje, emulovana e1000 je schopna udelat az 11.5MB/s na 100Mbitu pri prenosu pres SSH (vcetne sifrovani), ale iSCSI dela jen 600KB/s. (na jinak temer nezatizenem Dual Core Pentiu 2.4GHz se 2GB RAM).
Na invektivni zbytek prispevku reagovat neminim...

Nenapsal jste co je to za Realtek, ale pamatuji si ze kdyz jsem naposledy s Realtekem pracoval, dokazal jsem na 100 Mb sitovce vytahnout maximalne 6 MB/s. Navic musite vzit v uvahu, ze virtualizovana sitova karta (zvlast pokud se fyzicky lisi - a ze se E1000 a Realtek lisi opravdu dost) jen velmi tezko dosahne stejne rychlosti jako fyzicky HW. Nicmene se domnivam ze prispevek ktery jste oznacil za invektivni mel do invektivy velmi daleko - neznam zadny server ktery by pouzival Realtek sitovou kartu (pokud se nebudeme bavit o samo-domo-na kolene serveru). Za vypovidaji vysledek bych akceptoval test rychlosti na gigabitu treba e1000 (ktery je hojne pouzivany) a primo na fyzickem HW.

Psal jsem, ze to byl realtek 8111 (gigabit). Virtualizovana e1000 muze samozrejme mit nizsi vykon, ale rozhodne ne desetinovy. A vmware server se pouziva i v ostrych nasazenich, takze testy na nem nejsou uplne od veci.
Ale kazdopadne jsem pod vmwarem i na fyzickem hw zkousel prenosy pres SSH ( ssh user@server 'dd if=testfile' | dd of=/dev/null ) a ty dosahovaly realnych limitu (a to i pod vmware). Navic jsem pak na obou konfiguracich vyzkousel open-iscsi pod linuxem a opet jsem dosahoval realnych limitu. Navic u SSH (poustel jsem ho pod FreeBSD) jsem nijak nevypinal sifrovani, takze tam byla jeste zatez na CPU. Ale vyplyva mi z toho, ze sitova vrstva FreeBSD takovych prenosovych rychlosti byla schopna i s realtekem i e1000.
My naopak pomerne hodne serveru s realtekem mame, mozna spadaji do kategorie samo-domo-na kolene, ale svoji praci udelaji a jsou za rozumnou cenu. A konkretne s Realtekem jsem nikdy zadne problemy nemel, dokonce stara rtl8139 mi spolehlive fungovala a funguje vsude, kam jsem ji dal. Mozna ma o trochu nizsi vykon, mozna vic zatezuje procesor, ale zatim mi to nikde nevadilo... A bezproblemova a spolehliva FastEthernet karta s naprosto postacujicim vykonem za 100Kc... Ale to je na jinou diskuzi.

Pokud se nepletu, tak FreeBSD má nebufferovaná bloková zařízení, takže při měření přístupu na raw device to bude dost ovlivňovat latence sítě, nikoli její propustnost (prostě --- pošle se packet, počká se na odpověď, až přijde odpověď, tak se pošle další). Spíš to zkus změřit s filesystémem, kde by měl readahead/writeback tu latenci překlenout.

To mi pripada pomerne divne. Mel jsem za to, ze cteni z block device bude nejrychlejsi operace (pokud do hry nevstoupi nejaka cache). Pokud udelam na zarizeni fs a na nem velky soubor, ktery budu cist, tak mi ho bude bufferovat fs vrstva? Ta by prece mela delat maximalne cache na urovni souboru, ale ne preorganizovat komunikaci s blokovym zarizenim.
Ale az se k tomu dostanu, tak to zkusim.

Filesystem bude dělat read-ahead - požadavky na čtení bude posílat předem, v každém momentě tak bude "rozečteno" více bloků než při sekvenčním čtení pomocí dd z devicu.

Nejrychlejší jak na co. Nemá buffery, takže žere míň CPU než filesystém. Na disku readahead není potřeba, protože disk dělá readahead už v sobě a ty ATA příkazy mají mizivou latenci. Na síti je readahead nutnost.

Můžeš si samozřejmě readahead (pomocí aio_* funkcí) dodělat do toho příkazu "dd" nebo "cp", běžně tam není, nemá asi smysl kvůli tomuto jednomu případu iScsi ho tam dodělávat.

problem s iSCSI vykonem byl uz vyresen.. viz:

http://lists.freebsd.org/pipermail/freebsd-scsi/2008-February/003383.html

To vypada zajimave. Az budu mit chvili, tak to zkusim. Nezahledl jsem ale nejake info, co patch opravuje. Na prvni pohled nevypada moc komplikovane, tak by me zajimalo, v cem byl problem a jak to patch resi.

Tak problem timto patchem vyresen nebyl, hodnoty zustavaji porad nizke. Zkousel jsem i dalsi sitovky, gigabit, nullio target atd... Pokud by mel nekdo zajem o detaily, tak jabber radek-test@jabber.cz

prosim moderatora diskuze o zablokovani IP predchoziho prispevku a jeho smazani.

duvod?

To jsou fakta. Vše ostatní jsou kecy. Co dělají klučíci? No, nic. Píšou si své bezcenné poznámky do svých bezcenných blogů, většinou se ani neobtěžují aby jejich ukradené články jiných autorů proložili alespoň citací. Kdo sem patří? Majki, Richard Hujer, Jirka Tokoraj, on, a pár dalších.

Kdo je pro klučíky nebezpečný? Kdokoliv, kdo tuto jejich „odbornou soudržnost“ narušuje. Na českém internetu bloguje jen pár profesionálů. Naprostá většina ostatních jsou puberťáci. ... (neregistrovaný) je puberták, a... zároveň i debil. S puberťáky se nedá diskutovat. Oni to za pár let (snad) pochopí. Tak jo, klučíci. Přeji Vám, ať někdy, v budoucnu, dospějete. Zatím si přečtěte třeba můj špičkový článek Ráno to klouzalo… , ať se něco naučíte. Nebo si stáhněte Nucleus. ;)

Je zima, pět stupňů pod nulou, a já píchám svoji nahou holku na balkóně. Docela dost u toho řveme, souseda odvedle to probudí, a kouká na nás. Má doma hnusnou a tlustou ženskou. Dělám mu rád toto divadlo, zdarma, ať má taky ze života nějakou radost, ne? Za pár týdnů mi ta holka říká, proč že se milujeme tak často, deset hodin denně? Říkám jí, a proč ne, mě to baví! Vždyť se u toho vždycky desetkrát uděláš, ne?

Prostě fajn den, a za chvíli bude fajn party. Je skvělé být geniální, chytrý, charismatický a krásný. Jak asi mohou žít ti hloupí a škaredí lidé kolem? No, nevesele…

miluju hnidopichy :-)

Jen bych tak pro zajimavost dodal ze Java6 pod FreeBSD7 sice nastartuje JVM, ale pri kazde vetsi aplikaci se skaci na out of memory terror.

si nastav velkost pamati :-)
java -XX:NewSize=128m -XX:MaxNewSize=128m -XX:SurvivorRatio=8 -Xms512m -Xmx512m -jar app.jar

Ja mam nastaveno 4GB a je to 64bit BSDcko.

Neni vyhazovana zadna exception. JVM se proste skaci a errno v crash dumpu je ENOMEM.

> sysctl -a | grep max
kern.maxvnodes: 100000
kern.maxproc: 6164
kern.maxfiles: 30000
kern.argmax: 262144
kern.maxfilesperproc: 11095
kern.maxprocperuid: 5547
kern.ipc.maxsockbuf: 262144
kern.ipc.somaxconn: 128
kern.ipc.max_linkhdr: 16
kern.ipc.max_protohdr: 60
kern.ipc.max_hdr: 76
kern.ipc.max_datalen: 100
kern.ipc.maxpipekva: 20971520
kern.ipc.msgmax: 16384
kern.ipc.shmmax: 134217728
kern.ipc.maxsockets: 25600
kern.iov_max: 1024
kern.cam.cd.changer.max_busy_seconds: 15
kern.kq_calloutmax: 4096
kern.maxusers: 384
kern.threads.max_threads_hits: 0
kern.threads.max_groups_per_proc: 1500
kern.threads.max_threads_per_proc: 1500
kern.smp.maxcpus: 16
vm.v_cache_max: 26792
vm.kmem_size_max: 419430400
vm.dmmax: 32
vm.swap_async_max: 4
vm.stats.vm.v_cache_max: 26792
vm.max_proc_mmap: 37449
vm.pageout_stats_max: 13396
vm.max_launder: 32
vm.idlezero_maxrun: 16
vfs.ufs.dirhash_maxmem: 2097152
vfs.nfs.iodmax: 20
vfs.nfs.iodmaxidle: 120
vfs.pfs.vncache.maxentries: 1
vfs.maxmallocbufspace: 10854400
vfs.maxbufspace: 217743360
vfs.read_max: 8
net.local.dgram.maxdgram: 2048
net.inet.ip.rtmaxcache: 128
net.inet.ip.intr_queue_maxlen: 50
net.inet.ip.maxfragpackets: 800
net.inet.ip.maxfragsperpacket: 16
net.inet.tcp.reass.maxqlen: 48
net.inet.tcp.reass.maxsegments: 1600
net.inet.tcp.sack.globalmaxholes: 65536
net.inet.tcp.sack.maxholes: 128
net.inet.tcp.inflight.max: 1073725440
net.inet.tcp.maxtcptw: 5120
net.inet.udp.maxdgram: 9216
net.inet.raw.maxdgram: 8192
net.link.ether.inet.maxtries: 5
net.link.ether.inet.max_age: 1200
net.link.gif.max_nesting: 1
net.inet6.ip6.maxfragpackets: 6400
net.inet6.ip6.rtmaxcache: 128
net.inet6.ip6.maxfrags: 6400
net.inet6.icmp6.nd6_umaxtries: 3
net.inet6.icmp6.nd6_mmaxtries: 3
net.inet6.icmp6.nd6_maxnudhint: 0
net.inet6.icmp6.nd6_maxqueuelen: 1
net.bpf.maxinsns: 512
net.bpf.maxbufsize: 524288
net.route.netisr_maxqlen: 256
debug.maxindirdeps: 50
debug.max_softdeps: 400000
hw.aac.iosize_max: 65536
hw.firewire.sbp.max_speed: -1
user.bc_base_max: 99
user.bc_dim_max: 2048
user.bc_scale_max: 99
user.bc_string_max: 1000
user.coll_weights_max: 0
user.expr_nest_max: 32
user.line_max: 2048
user.re_dup_max: 255
user.stream_max: 20
user.tzname_max: 255
p1003_1b.aio_listio_max: -1
p1003_1b.aio_max: -1
p1003_1b.aio_prio_delta_max: -1
p1003_1b.delaytimer_max: 0
p1003_1b.mq_open_max: 0
p1003_1b.rtsig_max: 0
p1003_1b.sem_nsems_max: 0
p1003_1b.sem_value_max: 0
p1003_1b.sigqueue_max: 0
p1003_1b.timer_max: 0
compat.ia32.maxvmem: 0
compat.ia32.maxssiz: 67108864
compat.ia32.maxdsiz: 536870912
compat.linux32.maxvmem: 0
compat.linux32.maxssiz: 67108864
compat.linux32.maxdsiz: 536870912

Mam dojem, ze jste se zminil,ze FreeBSD provozujete na amd64, nejsem si ted uplne jisty, jestli existuje i 64b portpro javu a nebo jestli jede v 32b emulaci. Pokud ano,urcite se zamerte na
compat.ia32.maxvmem: 0
compat.ia32.maxssiz: 67108864
compat.ia32.maxdsiz: 536870912

Mozna si VM alokuje vice jak 536870912B pro data, tak je jasne, ze dojde k out of memory.

nu freebsd je free, ale to ostatní co zmiňujete, bych až tak jednoznačne neviděl... třeba user friendly systém to je jen pro některé usery :) a výkon? nu když si člověk projde různé testy, tak zjistí, že výkonově je někdy na tom lépe, ale někdy také o dost hůře... Navíc samotní vývojáří hází hromadu špíny na starší verze a nejspíš za rok budou házet špínu i na tuto...

> ...Navíc samotní vývojáří hází hromadu špíny na starší verze a nejspíš za rok budou házet špínu i na tuto...

tiez som si vsimol, staci si pozret clanok ked vysla 6.0 :)

osobne sa mi toto BSD zda najmenej prehladne z tria FreeBSD/OpenBSD/NetBSD, pricom posledne 2 casto pouzivam k svojej spokojnosti.

btw: som zvedavy, ci tato verzia ma tiez problemy pri detekcii geometrii IDE diskov, pre tych co to budu skusat, pozor na to ak sa nechcete hrat s obnovovanim part. tabulky...

Geometrie? To je divné? Od doby, co je tu LBA by měly stačit adresy sektorů, ne?

Kvůli DOSu a Windowsům musíš mít v partition tabulce nejen LBA adresu, ale i geometrii (takovou, jakou BIOS předstírá). A když ji tam uložíš blbě, tak ti to nenabootuje :-(

To neni uplne presne - ono to sice nabootuje (BIOSu je tabulka disku ukradena, tomu zalezi jen na 0x55 0xAA v poslednich dvou byte), ale ne ty Windows ci DOS. Jiste kombinace dokonce dokazi Windows komplene sundat (pokud to uz Microsoft neopravil), kdezto jak Linux tak FreBSD kouka pouze na celkovy pocet sektoru a nanejvis oznami cosi o divne geometrii disku.

to ma napada starsi vyrok:

Unix is user friendly. It's just very particular about who it's friends are. :)

Já jsem FreeBSD zkoušel v době FreeBSD 3 a tehdy bylo nehorázně bugovité (dodnes mám od té doby poškozenou část Linuxového /dev adresáře, když jsem to z FreeBSD namountoval). Nevím, zda se od té doby zlepšilo nebo ne. NetBSD a OpenBSD mi přišlo bugovité méně.

Měls mountovat s parametrem nodev (tuším), něco takovýho je v handbooku. Nehledně na to, že mountovat /dev jednoho systému na druhej je dost bugovitej nápad ;-)

Já jsem ten Linuxovej /dev v tom FreeBSD nijak nepoužíval --- to je mi jasný, že mají jiná čísla zařízení a že by to nedopadlo dobře. Mně FreeBSD 3.4 přepsalo náhodně několik inod na ext2 filesystému (poté, co jsem namountoval Linux filesystém a zavedl Linuxovou emulaci) ... a naštěstí se trefilo do /dev, kde to šlo znovu vytvořit. Kdyby se trefilo jinam, tak ten Linux už nemám.

To byl fakt blbej napad. Linux by s UFS taky asi delal divy.

To UFS jsem z Linuxu měl read-write namountované taky a nepoškodil ho. Holt v tom ext2 měli(mají?) bordel.

Jenomze freebsd neni EE reseni. Oracle, Websphere, DB2, MQ Series na to proste nejsou a nebudou, takze pokud chcete bezet unix na x86 platforme tak mate na vyber mezi Linuxem a Solarisem. Tezko rict, ktery je z nich lepsi.

Moje zkusenosti ze Solarisem jsou vice negativni nez s linuxem, umi toho vice ale ma taky vice bugu. S FreeBSD mam naopak pomerne priznive zkusenosti. Par serveru mi jede na 6.X a nejsou s tim problemy. Krom toho BSD7 snad umi narozdil od Solarisu bootovat z ZFS.

jinak pro vsechny linuxaky, co by si chteli (navzdy) vyzkouset FreeBSD je k dispozici pekny skript pro vzdalene "odtucnakovani" :) jejich PC, resp. ja bych to nazval "upgrade patch" Linux -> FreeBSD :)




http://www.daemonology.net/blog/2008-01-29-depenguinator-2.0.html

Kdyby to nezmršilo odtučňákovaný systém instalací zblitku jménem KDE a nechalo by to na pokoji moje GNOME, tak bych do toho odtučňákovávacího skriptu klidně šel :-) Linux a jeho komunistická komunita už mi lezou krkem a postupně mě začíná štvát i moje OpenSUSE 10.3

Zkus openbsd, http://openbsd.org v defaultu ma fvwm

mna celkom zaujal unetbootin

http://lubi.sourceforge.net/unetbootin.html

skoda ze zatial este nie je podpora pre fBSD 7.0, nakolko v. 6.3 mi ani sietovku nenajde...

Uz asi tyden se chystam reinstalovat svuj Linux na ntbk, abych zasifroval disky a uklidil po experimentech s Enlightenment a KDE4, ktere se jaksi nepovedly a na systemu to nechalo jiste nepekne znamky. Tak me napadlo zkusit tam dat FreeBSD7, kdyz uz tak prihodne vysel, abych si ho trochu blizeji osahal (mam ho sice na 2 serverech (6.3R), ale to neni na poradne sprateleni ono). Bohuzel melo FreeBSD na muj pokus ponekud jiny nazor nezli ja. Z neznameho duvodu zcela nahodne shazuje pri instalaci sitovku do takoveho stavu, ze pomuze jen reboot :-( Takze zpatky na stromy a jdu nahodit Debiana...

Pěkný a zajímavý článek. Tak mě napadá, že by nebylo od věci čas od času vytvořit podobný souhrn i pro Linux.

Strasne sa mi paci ako sa linuxaci budu do nekonecna hadat ze linux je to najlepsie, toto je uz choroba ... Nies su ochotny pripustit nic ine ...

Fck linux ...

od doby co pouzivam NetBSD me uz ani M$ tolik nevadi.... cim to muze byt? :)

na to ma napadol (zase) jeden starsi vyrok:

Linux is for people who hate windows, bsd is for people who love Unix :)

please, berte to s nadhladom, ziaden flame or whateva ^_^

presne tak ... ja pouzivam win server a freebsd a neriesim stale nieco pod linuxom a kazdemu tlacim do hlavy ze linux je nieco super a nic ine ...

uz s tym riadne otravujete ludia ...

Mel jsem pocit, ze multipath neznamena mirror pres vetsi pocet disku, ale ze jeden disk je videt vickrat (vice cestami). Je to dobre na failover nebo load balancing. Priklady: SAS nebo FC disk se dvema uplinky, externi RAID se dvema uplinky...

An interview with several FreeBSD developers about features in FreeBSD 7.0-RELEASE :
http://www.onlamp.com/pub/a/bsd/2008/02/26/whats-new-in-freebsd-70.html