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.
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.
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.