A to:
1) Jaky model/typ laptopu to je? Podle popisu tipuju nejakou levnou prapodivnou hruzu ala Toshiba, Sony a podobni "odbornici" na implementaci ACPI. Protoze na tak problematicky laptop uz jsem nejakou dobu s zadnym BSD systemem nenarazil, ale ja si davam pri nakupu pozor abych kupoval HW a ne sbirku top-ten-proprietary-black-box v plastu
2) Na hodne nizkou kvalitu HW ukazuje i samotny problem s CPU, protoze mainstream Intel/AMD CPU podporuji v SMP vsechny BSD uz leta a k tomu hromady jinych jako SPARC64, ARM a podobne.
3) Detaily o tiskarne jsou kde? Je to krap ala HP, ktery v levnych verzich ani nema realne USB a konektor jen tak vypada a vyrobce to emuluje ve firmware a je nutny proprietarni ovladac nebo je to neco lidskeho co funguje pres cups a nebo neco prumerneho od HP kde to jde aspon treba pres HPLIP nebo poradna realna tiskarna s pravym Postscript?
Jsem doufal, ze se nekdo odhodlal se opravdu ponorit do BSD a kdo vi, ze BSD potrebuje opravdu kvalitni HW (a je ho spousta na vyber) a nemini delat az tak moc kompromisy. Tohle je dost striktni u OpenBSD, ktere ma i vlastni acpi implementaci, u NetBSD je to spise o nedostatku lidi nez o neochote podporovat kdejaky krap HW a FreeBSD/PC-BSD/DragonflyBSD tam je to pomerne jasne zamereno na i386/amd64, ale to automaticky neznamena, ze kdyz v Linuxu nejaky strep jede diky binarnimu blobu, tak ze to same jde ocekavat od BSD.
Takhle to cele vyzniva dost spatne a pritom valna cast uzivatelu bude mit uplne jine zkusenosti. Treba takovy dmesg z bootu OpenBSD by mne pro ten notas opravdu hodne zajimal. Kdovi, jestli je tam aktualni BIOS a podobne veci.
Jak je to u FreeBSD netusim, ale to je zname tim, ze jeho pf verze je dost pozadu za tou co je v OpenBSD. Taky je znamo, ze pf je "jednojadrovy" proces, takze argumentovat s pf okolo toho, ze to neni SMP je trochu divne.
Jinak prave NetBSD ma npf, ktere je delany jako SMP firewall.
Navic clanek je o nasazeni na laptopu kde je tim tuplem SMP pro firewall jeste dost dlouhou dobu zbytecne (userland jeste neni tak dopraseny od firem a vyvojaru ani na Linuxu aby potreboval na firewall na laptopu/desktopu vicejader :-))
Jinak i to jednojadrove pf nema problem zvladat 10Gb/s pripadne i vice. Takze pokud neprovozujete zrovna porno uzel na laptopu pro cely zbytek Internetu, tak bych rad slysel k cemu by se tam to SMP ve firewallu vyuzilo? Kdyz pominu to zcestne mysleni ala vice je lepe.
Taky je znamo, ze pf je "jednojadrovy" proces, takze argumentovat s pf okolo toho, ze to neni SMP je trochu divne.
A co jako s tím, že "je známo"? Co to na věci mění? Jinak se zkoumáním, jak to je u FreeBSD s SMP vs. pf, můžete třeba u tohohle bitchfestu, po kterém se cokoliv z OpenBSD v podstatě přestalo portovat.
Jinak prave NetBSD ma npf, ktere je delany jako SMP firewall.
Ano. Nejlepší je, když si každý, jehož kód má na trhu podíl nula nula hovno, hraje pěkně na vlastním písečku (ostatně, viz výše).
Na veci to meni to, ze argumentovat tim, ze pf na xBSD neni SMP je uplne zbytecna ztrata casu, protoze to vi kazdy kdo to pouziva. Cili pouzivat to jako protiargument proti xBSD je usmevny pokus trolla :D
Jak to je do detailu u FreeBSD mne extremne nezajima. Pokud chci pf, tak nasazuji OpenBSD a vim co to umi a zvladne i bez SMP. Nebo pro slabsi povahy Mac OS X kde je pf take jako default firewall.
Podil nula nula hovno treba zrovna takove OpenBSD nebo DragonFlyBSD nezajima. A i u DragonFlyBSD si i Linux uzivatele pochvaluji, ze to je uz prakticky jediny OS kde se dela nejaky revolucni vyvoj technologii OS a nehledi se na to co na to "trh". Kazdy si nemusi sedat na prdel z trhu, koncovych uzivatelu a nevim ceho. A jinak to, ze bohuzel pf je v jinych BSD pozadu o tom se vi a v komunite se to resi, ale za ty leta jsou tady technicke komplikace a ne politicke, protoze i kdyz to vse jmenuje BSD, tak interne jsou v nekterych systemech dost vyznamne rozdily. I z toho duvodu je treba tady npf kde proste bylo snadnejsi zacit "od nuly" nez se snazit replikovat vse z OpenBSD nebo FreeBSD v jadre. Stejne syntaxe je stejna/podobna pro admina/uzivatele. Navic v kazdem BSD mimo OpenBSD jsou minimalne dva firewally na vyber. A ted si predstav tu "hruzu", ze PC-BSD zacina i svuj desktop (duvod pro nej jsou bohuzel pravdive) http://blog.pcbsd.org/2014/04/quick-lumina-desktop-faq/ .
argumentovat tim, ze pf na xBSD neni SMP je uplne zbytecna ztrata casu, protoze to vi kazdy kdo to pouziva.
Rozumím. Zatímco začít diskusi machrováním, že "SMP podporuji vsechny BSD uz leta" ztrátou času samozřejmě není. Sice to v půlce systému nefunguje, ale to je jedno. :-P
Jak to je do detailu u FreeBSD mne extremne nezajima. Pokud chci pf, tak nasazuji OpenBSD
No, mne zas extrémně nezajímá OpenBSD, ze stejných důvodů, jako mne nezajímají produkty jistého DJB, LP nebo svého času jistého JS. Tady už to nezachrání ani SMP.
1) http://www.toshiba.eu/discontinued-products/satellite-l500d-163/
3) http://www.canon.cz/For_Home/Product_Finder/Printers/Inkjet/PIXMA_MG5350/
Samozřejmě, že pokud by to chtěl někdo opravdu plnohodnotně používat na desktopu/laptopu, pak by se musel přizpůsobit HW. Koneckonců se dá na stránkách projektu NetBSD najít, který HW je podporován. Já při běžné činnosti jedu na Debianu (jak mj. vyplývá z článku), NetBSD mám spíš na "hraní" takže mě ani moc netrápí, že něco nefunguje. Když jsem NetBSD instaloval, věděl jsem, že tam nebude všechno fungovat.
Výčet toho, co nefunguje jsem v článku uvedl proto, aby bylo všem čtenářům jasné,
že je u tohoto OS daleko menší HW. podpora než u Linuxu a aby si na to dali případně pozor.
V prve rade chci podekovat za detaily. Je skoda, ze to nebylo hned v clanku. Mohlo se usetrit spoustu dotazu nebo pripominek, ale verim, ze o to vetsi si pak clovek dava pozor priste. Sam jsem si to prosel a bral bych to pozitivne.
Zaroven se bohuzel potvrzuji me prvotni obavy, ze se jedna sice o HW, ktery vypada pekne a je i levnejsi nez jiny HW, ale spada do kategorie Windows-only a Linux jen pres straslive hacky a binarni bloby v jadre.
Mozna by stalo za to zkusit i jen tak na zkousku DragonflyBSD, ale obecne pro DragonflyBSD, OpenBSD i NetBSD plati, ze nejvetsi sance na podporu vaseho HW je v -current verzich. Stable/release jsou obecne i nekolik mesicu "stare" a podpora noveho HW nebo nove zavedena podpora starsiho "problematickeho" HW se jiz do nich nedava.
U tiskarny davam hodne malou sanci na jeji zprovozneni i do budoucna, ale u laptopu je lepsi sance. Mozna staci jen mala uprava ACPI (skvele popsano napr. v FreeBSD handbooku) nebo zkusit jinou verzi BIOS. Uz jsem mel tu "cest" s dost podobyma laptopama a je to slusna magie a pokus/omyl to rozjet na xBSD. Na druhou stranu Dell, Lenovo to bezi z fleku no.
Podpora kvalitniho HW je u xBSD velmi siroka a vyrovna se Linuxu. Obe platformy navzajem vyuzivaji ruzne ovladace, ale levny HW cileny na Windows-only-OEM-forced-by-MS z velke vetsiny mezi to nepatri. A i Linux se tam "zlepsil" az pomerne nedavno, ale lepsi by bylo kdyby si takovy HW lidi vubec nekupovali. 2 roky stare Lenovo/Dell nabidne stejny/lepsi vykon nez nejaka nova hruza od Toshiba/Sony a podobnych.
Souhlasim s neviditelnym po rychle podivani. V Ubuntu 13.04 to nekomu fungovalo co jsem nasel na foru Canon USA s cups a gutenprint, oboji je urcite v OpenBSD, tak i v NetBSD. Otazka co vsehno je tam podporovane pro konkretni model, ale jinak to znamena to, ze tiskarna musi fungovat.
Zaver z clanku vyzniva bohuzel negativne, ale je nepravdivy.
Ani jedno, problem je samotna tiskarna. Tyhle multifunkcni modely od Canonu nebo ty hodne levne od HP jsou dost horor.
Nicmene tady je videt http://www.canon.co.uk/Support/Consumer_Products/products/Fax__Multifunctionals/InkJet/PIXMA_MG_series/PIXMA_MG5350.aspx?DLtcmuri=tcm:14-853615&type=download , ze MacOS X je podporovany a tam to jede pres cups, ktery dela stejne Apple, takze jiste sance tu byt mohou, ale verim, ze to nebude trivialni :-) Samotny tisk skrze cups by nemusel byt problem, ale otazka co ty ostatni funkce no. Je treba vyzkouset, nic jineho nebude.
Co se tyce laptopu, tak by se hodil nekde dat dmesg vystup (z NetBSD a OpenBSD) a zkontrolovat verze BIOS jakou tam mas a jake nabizel vyrobce behem doby podpory. Jinak slusny uvod do acpi je tady http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-overview.html , jen upozornim, ze FreeBSD/PC-BSD/NetBSD/DragonflyBSD pouzivaji implementaci primo od Intel tak jako treba Linux, ale OpenBSD ma svou vlastni http://www.openbsd.org/cgi-bin/man.cgi?query=acpi&apropos=0&sektion=0&manpath=OpenBSD+Current&arch=i386&format=html
Tak jsem se podival na http://www.toshiba.eu/innovation/jsp/supportMyProduct.do?service=EU a nasel si ten model. A me nejhorsi obavy se potvrzuji. Vyrobce za celou tu dobu nabizi jen jeden BIOS. Coz je samozrejme totalni nesmysl. Kdyz se podivas k jinym kvalitnejsim vyrobcum, tak zjistis, ze nikdo neumi vyrobit produkt bez chyb a za dobu zivotnosti produktu je tech BIOS (kde je jedine misto jak napravit HW problemy pri vyrobe nebo v ACPI) nekolik.
Tady to jen ukazuje a potvrzuje, ze jakykoliv uzivatel by se mel vyrobcum jako Toshiba, Acer a podobni vyhybat velkym obloukem a nic od nich nekupovat. Proste volit penezenkou. A meli by to delat i ti co pouzivaji Linux a ne to navracet tam kde proti tomu a MS bojovali pred lety. Lide polevili v tlaku a tyhle otresne sracky se pak vraci jako bumerang.
Chapu, ze v tomhle pripade to byl darek od rodicu, ale je lepe jim to vymluvit za vcasu a klidne pouzit i neciste taktiky :-D