Názory k článku
FreeBSD letos vylepšilo podporu notebooků, pokračovat bude i příští rok

Používát FreeBSD na notebooku považuji za marné. I kdybych nakonec rozjel vše k relativní spokojenosti, tak se budu cítit jako v kleci omezen tím, co mi FreeBSD dovolí.

Něco jiného je to ale na serveru, kdy jsem se ještě nesetkal z vážným problémem ohledně problému FreeBSD s nějakým hardware. Pokud si vystačíte s tím co FreeBSD nabízí, tak konfigurace je jednodušší, uhlazenější a proto také lépe udržovatelná a efektivnější než v Linuxu. Výhoda je též nativní ZFS. Co já pamatuji, tak Linux předělával firewally za posledních 25 třikrát(ipchains, iptables, nftables), celkově čtyřikrát (ipfwadm) a stále to není výrazně lepší než to co nabízí FreeBSD bez tolika změn. Podobně je to s kontejnerovou virtualizací. Na Linuxu byl vserver, openvz, lxc a nyní je moderní spouštět kontejnery pomocí systemd. FreeBSD má celou dobu ty stejné jaily, které mi připadají uživatelsky přívětivější.

Linux se pořád někam žene, něco mění a pokud tomu člověk chce rozumět do hloubky může to být problém. Vytváření a správa vlastních verzí balíčků je na FreeBSD také podstatně jednodušší. Hlavně pro menší týmy nebo jednotlivce může být FreeBSD mnohem přívětivější.

" I kdybych nakonec rozjel vše k relativní spokojenosti, tak se budu cítit jako v kleci omezen tím, co mi FreeBSD dovolí."

To narážíte na co přesně ? Nedostatečnou linuxovou emulaci, praktickou absenci komerečního SW, nebo omezenou podporu HW ? Ptám se proto, že první dva důvody až takový problém pro běžné použití na laptopu nejsou, zatímco ten třetí se poslední asi rok ve FreeBSD aktivně řeší a nasazení na laptopy je momentálně pro FreeBSD druhou prioritou (hned po serverech), přičemž současná verze 15.0 je první, která má takovouto explicitní podporu na laptopech. Takže kdo má zájem o nasazení FreeBSD na laptopu, tak nikdy nebyl vhodnější čas na vyzkoušení než dnes.

Na co přesně narazím to nevím. Ale je dost pravděpodobné, že něco to bude. Musím si koupit speciálně notebook, aby mi to to freebsd fungovalo a přesto všechno hrozí, že stejně na něco narazím.
A co získám navíc? Snad je to procvičovat se v FreeBSD, aby to mohl využít na serverech a snad nativní ZFS. Protože s debianem na desktopu žádný problém nemám.
Používám I3wm v kombinaci s KDE. Telegram. zazap pro Whatsapp, Thunderbird (který chci ale nahradit betterbirdem) claws-mail, firefox a google chrome. sshfs a externí monitor. Celodiskové šifrování, protože notebook se může někdy ztratit či ukrást.

To akoze fakt niekto pouziva seriozne systemy na laptopoch?

Co by vám přesně mělo "dovolovat"? FreeBSD jsem na notebooku používal jako hlavní systém několik let a měl jsem s ním celkem nulový problém. Na Linux jsem nakonec přešel spíše kvůli podpoře hardwaru.

Z notebooku na FreeBSD právě píšu tento koment a momentálně mě nenapadá, z čeho bych měl pociťovat marnost.

nVIDIA CUDA for *BSD.?!

Tu ovšem každý rozhodně nepotřebuje.

Kamaradi FreeBSD na svych stanicich/ntb taky provozuji a nemaji problem. Taky mne to laka. Navic jestli tam pojede bez problemu moje oblibene KDE. Ja jsem na Rocky linuxu a jeste par let ma podporu, ale az vyprcha...

A kernel API... Kernel API v Linuxu, to je lahůdka.
Vrtám se v kódu nějakých device driverů a zajímalo mě, jaké jsou změny mezi verzemi. Případů, kdy jediné změny byly spojené s tím, že tamta funkce byla odstraněna a místo ní je jiná nebo onahle funkce má změněné parametry, je tam, na můj vkus, až příliš mnoho.

ale to je feature, ze vnitrni api neni stabilni, presne to umoznuje model ovladacu jako soucasti jadra

Nj., jenže já se vrtám i ve zdrojácích device driverů pro BSD a tam takový fenomén nepozoruji.
Teď jsem sice na nějaký problém narazil u driverů pro akcelerované UARTy (chci zprovoznit multiportové karty Digi, Comtrol, Equinox, Moxa na aktuálním FreeBSD), ale tam to souvisí se změnou architektury UART/TTY driverů (zavedeni unifikovaného driveru uart místo sio a jemu příbuzných), ke kterému došlo mezi verzemi 7 a 8. Obecně ale kernel API v BSD drží jak helvítská víra.
Takže pokud v Linuxu je to feature, tak z mého úhlu pohledu, uživatele primárně BSD, je to pěkně hloupá feature.

Je to stejné, jakože Apple a teď už i Google vyžadují každý rok přepublikovat aplikaci, jinak bude schována v obchodě. Přizpůsobuj kód svého ovladače permanentním změnám, jinak bude odstraněn. Udržuje se tak hierarchie v linuxové komunitě.

25. 12. 2025, 21:08 editováno autorem komentáře

No ja neviem ale aj ked chce clovek pouzivat Linux na notebooku tak rovnako vybera podla toho hardware. Tak neviem preco je to problem pri freeBSD a vlasne clovek by vzdy mal vyberat HW rozumne a nechciet aby vsetko vyriesil OS (ani Windows). Pre mna je posun vyvoja freeBSD na notebooku jedna z najlepsich sprav v oblasti OS roku 2025.

Hardware je třeba vybírat i v případě majoritních OS. Jen někteří linuxáci to nechtějí pochopit. Kamarád si třeba tehdá koupil tu jedinou desku pro CPU 486, která byla oficiálně podporována systémem NeXT, a ten tam provozoval.

25. 12. 2025, 21:12 editováno autorem komentáře

Nejaky cas som mal OpenBSD na notebooku a malo to par much, ale v zaklade to islo v poriadku.

Napr. ze dynamicka zmena frekvencie cpu alebo jej pevne nastavenie som musel vzdy maz cez terminal, lebo bateria. Alebo ze virtualizacia nepodporovala graficku kartu, ergo sa islo len cez konzolu.

Ale browser, js, fffmpeg kodeky, hudba ok. Broblem bol s aplikaciami ako Signal, Zoom ktore som sprevadzkoval len cez Wine.

Ak nieco funguje pod Wine beriem len ako stastny bonus, urcite by som to nebral plusovy bod pre *nixovy OS

Nativní linuxové aplikace stejně časem přestanou fungovat kvůli rozjíždějící se kompatibilitě.