Názory k článku OpenBSD vs. NetBSD – velké srovnání

Ano, dá se to tak říci, ale je třeba si uvědomit, že pokud bys jel na roční bázi, tak za rok nemůžeš udělat upgrade, protože ten se dá dělat jedině na následující verzi, takže pak zas dělat dva upgrady za sebou v jeden den, no nevím, jestli to je výhoda,...

Díky za zajímavý článek. Jsem Linuxák, o BSD mám povědomost jen velmi obecnou a navíc, jak bylo mnohokrát řečeno v jiných diskuzích, možná na rozdíl od většiny nijak zvlášť nedržím na "Unix" ;-)

Nicméně z linuxového pohledu se mi některé věci jeví jako poněkud zvláštní. To, že NetBSD ani OpenBSD nejde jednoduše přímo nainstalovat na GPT a disk > 2Tb mi u serverového OS připadá jako dost velký kiks. Nemyslím, že by nějakému linuxovému distru (včetně Slackware) tohle dneska připadalo přijatelné.

Taky je zajímavý výběr architektur. Pokud jsem se nepřehlédl, ani jeden nemá armv8 a u NetBSD kupodivu nevidím ani armv7 (ledaže by to byl onen acorn32, což je ovšem až Tier 2). Z linuxového pohledu opět nemyslitelné. Stejně tak mi tam chybí RISC-V. Naproti tomu NetBSD je opravdu zajímavá možnost pro některé exotické stroje, na kterých ani Linux nejede.

Pro linuxáka je BSD prostě Bizarroworld ;-) To není myšleno nijak negativně, je to prostě jiný svět, strašně podobný a přitom tak překvapující.

Ja bych to klidne bral i jako negativa. Preci jen uz mame to stoleti ovocneho netopyra.

Já myslím, že století ovocného netopýra skončilo 2001. :-)

NetBSD podporu pro armv7 i armv8 má, jmenuje se to evbarm:
http://wiki.netbsd.org/ports/evbarm/

Ohledně Riscu je to takhle:
http://www.riscos.org/csafaq/part1.html#1_10

To je arm6 a předchůdci. Ale že systém, který si stanovil za cíl být tím nejvíc multiplatformním OS co existuje, nepodporuje risc-v, to mě překvapilo. Skoro bych řekl, že je to dneska důležitější, než VAX ;)

Když se podíváš na ten odkaz ohledně armu výše, tak tam je v Release info napsáno:

NetBSD/evbarm 7.0 changes
NetBSD/evbarm 8.0 changes

Neznamená to, že tam je podpora pro Arm 7 a 8? Já se jen ptám, nejsem přeborník přes architektury procesorů.

RiscV nemá s ARM nic společného, to je úplně jiná instrukční sada.

Forky kvůli egu a osobním válkám provázely BSD od samotného počátku. Prapůvodní 386BSD se rozvětvilo na FreeBSD a NetBSD, protože se nedokázali dohodnout na směru dalšího vývoje. OpenBSD pak vzniklo, protože se Theo nesnesl se zbytkem NetBSD vývojářů. Naproti tomu u FreeBSD se Matt Dillon cítil dotčený, protože ostatní neuznali, že jedině on ví nejlíp, jak na SMP, a tak založil DragonflyBSD. No a teď se rýsuje NextBSD....

Linuxová komunita má taky svoje problémy, ale hru na "nekompatibilní fork týdne" nikdy nehrála. Asi je v tomhle Linus lepší lídr projektu.

Přesně napsáno! Až teda na jeho (Linusovu) hlášku o onanujících opicích z OpenBSD:
http://www.cio.com/article/2434264/open-source-tools/torvalds-calls-openbsd-group--masturbating-monkeys-.html

Což o to, Linus je na hlášky machr, nejen na adresu OpenBSD, ale taky FreeBSD, Nvidie, Intelu, SUSE, Subversion...
Ale nějak mu to vždycky projde, možná je to jednoduše tím, že sice nadává jak dlaždič, ale nikoho a priori nevylučuje (ono tu linuxu ani dost dobře nejde).

Tady nejde o ego, ale spis o rozdilne cile a priority. A na tom vysledku se to projevuje. Jen tezko by mohl existovat system, ktery by byl zaroven tak minimalisticky jako OpenBSD, a zaroven obsahoval hromadu znacne komplexnich featur jako FreeBSD (volitelne firewally, ZFS, udrzovani starych ABI pro proprietarni humus, atd.).

Okolo Linuxu se pohybuji na jedne strane lidi, co maji radi minimalni stabilni system a na druhe strane spektra jsou lidi jako Lennart, podle ktereho nespousteni hromady daemonu znamena, ze nenavidite postizene lidi. U nekterych projektu muzou takovi lidi koexistovat s hromadou #ifdefu, ale nekdy to proste uz neni zdrave ani efektivni. Neni nic spatneho na tom, ze ruzni lidi maji ruzne potreby, ruzne technicke nazory, a nemusi existovat jedinne spravne reseni, ktere padne vsem.

Já myslím, že u Thea jde jednoznačně o EGO. :-D

Je to zavedený termín:
https://en.wikipedia.org/wiki/Binary_blob
řekl bych, že angličtí mluvčí milují aliterace, a o to tady jde,a kromě toho mají taky rádi zvýrazňování, takže existují termíny jako "shoot dead" a mohl by ses zeptat a jak ho jinak zastřelili, než že byl mrtvej?
:-D

Že angličani milují aliterace potvrdí každý, kdo četl Harry Pottera ;-) Jinak ale blob je zkratka Binary Large (nebo někdy Loadable) OBject, takže "binární blob" je redundantní.

To jo, redundantní pleonasmy jsou většinou redundantní ;-)

Tu featuru, kterou odstranuji, nema ani Linux.

Dekuji za moc peknej clanek. Na rootu je clanku o *BSD jak safranu. Je to zkratka jiny svet jak jiz bylo mnohokrat napsano. Stale rikam ze Linux ma mnoho derivaci tehoz a *BSD je mnohem mensi komunita a pojem dsitribuce neni uplne zaveden proto (Name)BSD. Vse je to jen a jen "Dan za svobodu!". Prebirani kodu mezi projekty je dlouhodobe zavedeno a funguje to :-).

At si kazdy pouziva co uzna za vhodne !!! Na UNIXovych zakladech stavi vsichni.

Potěšení na mé straně!

Já nevím, používám FBSD na serverech (hlavně kvůli jailům) a říkal jsem si, že bych možná zkusil si hrát i s ostatními „verzemi“ BSD, ale po článku (za který děkuji) nevím, jestli je to to pravé ořechové. Ano, ty „security“ featury vypadají zajímavě, ale to o ignoraci vývojářema, atp. Na druhou stranu jsem po vývojářích FBSD nikdy nic nechtěl a mají fóra, kde docela reagují a dá se tam najít spousta řešení problémů, tak nevím...

No, já takové hraní můžu jen doporučit, ostatně sám jsem kdysi přišel z FreeBSD (tenkrát verze 5), a ještě to upřesním: na všechny bezpečnostní dotazy typu: "Máme novou chybu v té a té knihovně, jak to vypadá v NetBSD nebo OpenBSD" reagují vždy okamžitě. Jaily na OpenBSD kdysi byly, ale opustili je, ale mají defaultně HTTPD a postfix chrootnutý. V NetBSD to řeším zásadně přes Xen, co dedikovaný server, to jeden host, výkonově je to úplně stejné jako Jaily ve Freečku.

Když vidím, že tu je pár uživatelů jailů, zajímalo by mě, kdyby někdo mohl ve stručnosti shrnout, jak si jaily stojí ve srovnání s linuxovým LXC/LXD. Vím, že BSD je mělo dřív, zajímají mě fičury.

K podpore architektur bych dodal, ze OpenBSD zasadne kompiluje system a baliky vzdy na cilove platforme, zadne "podvadeni" s cross-kompilaci.

Vykon prohlizecu zlepsuje tenhle patch: https://marc.info/?l=openbsd-tech&m=145876542830153&w=2 , ktery bude v 6.0, a taky trochu tenhle: https://marc.info/?l=openbsd-tech&m=146783252916971&w=2 , ktery je zatim jen experiment a zacleneny nebyl.

To mi úplně uniklo!!! Díky za tip. Hned to vyzkouším!

Funguje to? To byla věc proč jsem OpenBSD opustil po několikaměsíčním hraní s ním. Koukám že od září by měla vyjít nová verze tak snad svižnější.

Jinak děkuji za výborný článek. Naladil mne opě OpenBSD zkusit. V zásadě mi tam vadila jen ta pomalost prohlížeče. Dokonce jsem o vánocích přečetl celou knížku Absolute OpenBSD.

pripomenulo mi to časy, asi 10-12 rokov dozadu, keď tu na roote vychádzal seriál porovnávania linuxého kernelu a kernelu z FBSD.
dobrý článok.

Tak jsem pro zajímavost zkusil stáhnout NetBSD a instalovat ho v KVM, ale bezvýsledně. Vypadá to, že se kernel zasekne během bootu a instalátor nenaběhne. Zkoušel jsem vypnout virtio, balonet atd... a jenom nejjednodušší konfiguraci s virtuálním diskem IDE, 2GB RAM a normální VGA, ale ne. Na stránkách KVM uvádí jako podporované guesty NetBSD až do 5.0.2, ale rád bych zkusil aktuální verzi, kdyby to šlo nějak rozchodit?

No, klokane, to mě mrzí. Já KVM vůbec nepoužívám, takže nevím, ale mohu ti poradit VirtualBox, ve všech verzích funguje. Jede tam jak víno, akorát je třeba mít zapnutou HW podporu virtualizace, což ale dneska téměř všichni už mají.

Jo a ještě jsem si vzpomněl, že pro ty, kdo nemají VTX nebo podobné, existuje trik, jak to rozběhnout. Běží to kapku pomaleji, ale pořád dobře svižně. Normálně se vytvoří Virtualboxí stroj, ale pak se nespustí stiskem start, ale z terminálu:
VBoxSDL --norawr0 --startvm NetBSD

Asi to bude naopak, protože já jsem nakonec instaloval NetBSD 7.0.1 pro amd64 a funguje mi. V nabídce typu guestu jsem zvolil nejdřív "Show all OS options" a potom "UNIX / NetBSD 5.02" (vyšší verzi nenabízí). Konkrétně je tam virtuální disk IDE, virtuální síťová karta rtl8139, grafika QXL, CPU Haswell, SMP, boot přes BIOS, čipset i440FX.

To bychom teda měli, takže Petře, když teď mám virtuální mašinu s NetBSD, co se v tom dá vyzkoušet zajímavého (z linuxáckého pohledu)?

Já si dovolím tvrdit, že nejjednodušší to bude s OpenBSD. Důvody: Instalátor je hodně jednoduchý, prostě se ptá a ty odpovídáš. Balíčky programů opravdu fungují perfektně. Ovladače jsou ok. Na rozdíl od FreeBSD nemusíš sondovat, jaký nahrát modul, aby ti šel zvuk, a kam všude zapsat cosi_enable=YES, aby se ti spustilo grafické prostředí a podobně. Nakonec ještě mají opravdu nejlepší dokumentaci, a naprosto aktuální. Takže já bych zkusil OpenBSD. Ale je fakt nutné číst dokumentaci a doporučuju se vrátit k mému článku o tom jak instalovat OpenBSD Balíky, tady na rootu: TADY

Co zkusit? No co tě zajímá. Dva příklady:
1. verze:
Spusť si tam třeba ningx (nebo apache2)+php+mysql a nainstaluj nějaké PHP aplikace, aby ses v tom systému naučil orientovat.
2. verze
Případně, pokud má KVM dobrou podporu grafiky, můžeš zkusit nainstalovat desktop: "pkgin in mate firefox" , pak si vlez do pkgsrc a zkompiluj si /usr/pkgsrc/mul­timedia/adobe-flash-plugin11 a podívej se na něco v české televizi, to bude dobré cvíčo, naučíš se přidávat licence /etc/mk.conf, což je konfigurák pro kompilace, a uvidíš, jak geniální nástroj je pkgsrc. :-D

Já to myslel takhle: co je z linuxáckého pohledu nějakým způsobem zajímavé, neobvyklé, překvapující apod. Že se dá instalovat apache a PHP nepochybuji, ale totéž jde i na čemkoli jiném, včetně linuxu a windows.

"oproti Linuxu vám na stejnou práci stačí tak dvě třetiny paměti."

zaujímalo by ma nakoľko je tento výrok pravdivý a ako sa dostal autor k takému číslu?

Ano, To co napsal ES, je přesně to ono!!!

Autor se dostal k tomuto číslu čistě empirickou praxí.

Děkuji za skvělý článek. Zvláště se mi líbilo, že neobsahoval žádný zbytečný hloupý obrázek, jaký se zde stal zvykem. :-) Ale to je jen detail.
Trochu jsem si připadal jako když někomu vysvětluji jaký je rozdíl mezi linuxovými distribucemi a jakou si vybrat. :-D Každopádně jsem se místy trochu ztrácel a docela by se mi líbila nějaká souhrnná tabulka. :-) Docela by mě zajímalo srovnání i s těmi dalšími nejběžnějšími BSD. PC-BSD? FreeBSD? DragonFly BSD? Ještě nějaké univerzální, co stojí za zmínku?
Taky třeba na co si dát pozor s notebooky a jejich periferiemi (tiskárny apod.).
Nakonec mě zaujala ta úspora RAM, ale asi to úplně nechápu. Když si pustím něco náročného (řekněme třeba výpočty v R). Bude *BSD při stejné úloze na stejném železe na tu úlohu žrát méně RAM? A pokud ano, jak to dělá? :-)

Jo, souhrnou tabulku jsem měl v plánu, ale už i tak byl ten článek dlouhý. Zkusím vypracovat nějakou souhrnou, jak tady navrhuješ i s FreeBSD.

No, na co si dát pozor, tak třeba OpenBSD oproti FreeBSD a NetBSD má pro notebooky určitě nejlepší podporu ACPI. OpenBSD má také geniální opensourcové ovladače pro Intelovou a Radeonovou grafiku, která výkonem ve 3d strčí do kapsy linux levou zadní. Podpora wifi (i s bloby) je také skvělá, samo to stáhne ovladače z netu při prvním startu. Chybí podpora pro Bluetooth.

FreeBSD a OpenBSD velmi dobře podporujou tiskárny s kombinací skeneru, takže tam problémy nebývají (s NetBSD je PSC tiskárna těžký hacking).

Jak je to s tou RAM, ti přesně nevysvětlím, ale pro zajímavost přihodím, že ještě ve starých časech BSD udělal velké změny v managementu Ram nějaký 15ti letý kluk z Indie, který geniálně fixnul leaky. Kernel BSD je dost odlišný od Linuxového a kromě správy operační paměti předstihne Linux v IO operacích. Já to vnímám empiricky, že to prostě vidím ve výpisech procesů strojů o které se starám v zaměstnání (linux, solaris), a v soukromé praxi (BSD
), ale jsou na to i benchmarky. Taky se mi zdá, že Linux hodně RAM přednačítá, aby pak byl rychlejší, takže působí nenažraně.

Děkuji za vysvětlení