Názory k článku OpenBSD vs. NetBSD – velké srovnání
Článek je starý, nové názory již nelze přidávat.
-
d.c. (neregistrovaný) ---.gebbeth.net
Bezpecnostni opravy se u OpenBSD vydavaji i pro starsi verze. Posledni aktualizace pro 6.0 (vyjde 1. zari, ale vydani je jiz zmrazeno) vysla 6. srpna, ale ta stejna oprava vysla i pro verzi 5.8. Ano, starsi verze se jiz nepodporuji. Takze presnejsi by bylo rici, ze na upgrade mate zhruba rok.
-
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í.
-
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 -
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 -
Trident (neregistrovaný) 2a03:e00:601:----:----:----:----:----
Clovek musi byt dostatecne diktator aby dokazal vest nejaky projekt k cilum, ale i urcity liberal aby umoznil rozumnou inovaci.
Premira jednoho nebo druheho vede budto ke stagnaci a nebo k vypatlanym startupovym gelousum s vysledkem antikoncepcniho eintopfu - systemd.
-
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.
-
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 -
Mirek (neregistrovaný) 185.50.127.---
Ad. "Shot dead". To není žádná šílenost. I v češtině vnímáš rozdíl mezi "byl střelen" (="has been shot"), kde neznáš následky, a "byl zastřelen" (="has been shot dead"), kde je následek jasně zřejmý a fatální.
Prostě nepouštěl bych se do větších lingvistických spekulací.
-
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.
-
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.
-
Trident (neregistrovaný) 2a03:e00:601:----:----:----:----:----
Zaklady s BSD se ti muzou hodit pokud budes pracovat s ruznymi unixy z velkeho sveta. HP-UX,Solaris,AIX atp. Zjistis co vsechno bylo do Linuxu opsano a ze nektere blbe veci byly stejne blbe opsany akorat s jinou syntaxi - typicky zastaraly koncept volume manageru.
-
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.
-
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.
-
Verton (neregistrovaný) ---.rapidnet.cz
Taktéž děkuji za pěkný článek. OpenBSD už mě nějakou dobu láká, jelikož však nepodporuje Rasp.Pi dosud jsem si ho nevyzkoušel. Ale když teď vidím, že mezi těmi to deriváty není až takový rozdíl, vyzkouším alespoň NetBSD.
Případné hlubší srovnání dílčích částí těchto systémů by mě taktéž zajímalo a rád si o něm přečtu. -
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?
-
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/multimedia/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 -
ebik (neregistrovaný) ---.net.upcbroadband.cz
Trochu to zjednodusim, ale staci mit na tom linuxu pusteny gnome/kde, pulseaudio, ... ty dve tretiny, ktere zustanou, jsou prohlizec nebo openoffice.
Ja treba nepouzivam ani gnome ani kde, jen jednoduchy windowmanager. A presto se mi spousti jakysi goa-daemon, ktery bere minimalne 20MB pameti. Ani netusim co ho spustilo. Hadam, ze na beznem desktopu takovych sracicek bude hodne....
-
ES (neregistrovaný) 2a00:c500:37:----:----:----:----:----
A to je napriklad jeden z duvodu proc pouzivam openbsd (jak servery tak desktopy)
Co nespustim to nebezi, kdyz si vypisu procesy na mem desktopu u kazdeho vim co (kdo) ho spustil. Pokud si je vypisu na linuxu zacinam se v poslednich letech stracet. -
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ě. -
ebik (neregistrovaný) ---.net.upcbroadband.cz
Jo, nepouzita pamet neni nijak uzitecna, takze linux se ji snazi vsemozne pouzit, predevsim jako cache souboru, takze skutecne "free" je na linuxu v idealnim pripade 0. O neco zajimavejsi je ukazatel "available", ten uz rika, kolik pameti se zhruba muze vyuzit pro dalsi aplikace. Ale i to je dvousecne, pro nektere aplikace, jako treba elasticsearch, je potreba nechat pulku pameti prazdnou, prave proto aby zbylo na filesystemove cache, a hrabalo to na disk docela malo.
-
- Senior (Tech) Talent Sourcer
- === Analytik / vývojář Oracle PL/SQL ===
- Firemní bankéř (m/ž), Kroměříž
- Kodér + Frontend developer
- Projektový manažer
- UX Kapitán/ka ke kormidlu!
-
- Tabulky Google
- Microsoft Teams 2: online schůzky
- Psaní velkých písmen jako pravopisná hrůza hrůz?
- Osobní produktivita - kompletní kurz
- Word 2016: Základní kroky pro perfektní dokumenty
- Emoce pod kontrolou I – Emoční inteligence a sebeuvědomění
-
- Programátor webových aplikací
- Firemní bankéř (m/ž), Kroměříž
- Kodér + Frontend developer
- JAVA Programátor
- .NET programátor
- UX Kapitán/ka ke kormidlu!
-
- Tabulky Google
- NLP koučink I. - Naučte se myslet jinak
- MS Teams pro administrátory 1: základy vytváření a správy týmů
- Microsoft Teams 2: online schůzky
- Jak (se) prodat textem
- Word 2016: Základní kroky pro perfektní dokumenty
