Příspěvky

2521

Vývoj / Re:Node.js a multiplexed IO obecně

« kdy: 23. 04. 2017, 16:15:46 »

V JS máte jistotu, že posloupnost operací přistupující ke sdíleným prostředkům proběhne bez přerušení. V Go tu jistotu nemáte.

A ani ji nepotřebuje - což je přesně to, o co jde, proč to má Go udělané dobře Komponenty nemají nic sdílet, pokud to není opravdu nezbytně nevyhnutelně nutné.

2522

Vývoj / Re:Sockety v Linuxu

« kdy: 23. 04. 2017, 07:44:03 »

g++ mi, při použití sys/un.h nebo netdb.h, netinet/in.h háže chyby.

A co kdybys sem ty chyby vložil? Jak tě má kdo nakopnout, když neví, co máš blbě?

2523

Distribuce / Re:BSD vs. Linux na desktopu

« kdy: 21. 04. 2017, 09:08:32 »

FreeBSD je skvělý systém, čistý, pochopitelný, stabilní. Moc se tam neděje to, co je na Linuxu úplně běžné: na jednu věc existují tři různé frameworky, každý funguje úplně jinak, aplikace podporují jeden plně, druhý trochu, třetí s nějakým dalším compatibility layer... (viz třeba audio na Linuxu)

Podporou hw bych se až tak netrápil. Na Linuxu taky nejede všechno, takže tak jako tak si člověk musí vybrat, co koupí. Bohužel ale FreeBSD hodně trpí tím, že aplikace (třetích stran) jsou primárně vyvíjené pro Linux, takže na FreeBSD občas nějaká funkcionalita chybí nebo není tak odladěná.

Já jsem FreeBSD několik let na desktopu používal k plné spokojenosti, ale nakonec mě právě ty chybějící drobnosti přemohly a přešel jsem na Linux. Konkrétně např.:
1. drivery NVidia podporují skvěle grafiku, ale nemají vůbec podporu CUDA. Takže na FreeBSD si na NVidii nic nespočítáte a nedá se to nijak obejít (zkoušel jsem i takové zoufalosti jako PCI passthrough do virtuálu s Linuxem, neúspěšně).
2. Chromium FreeBSD oficiálně nepodporuje. Jakýkoli bug oznámíte, dozvíte se jenom "FreeBSD není podporovaná platforma"
3. Flash nefunguje vůbec, nebo složitě a nespolehlivě (dneska už není takový problém jako dřív, ale třeba Google Play ho myslím pořád používá, takže na FreeBSD si písničky nepustíte)
4. Nefungují U2F tokeny (u2f je bezvadně navržený protokol, ale jedna malá část potřebuje lowlevel přístup k usb - zkoušel jsem se na to i kouknout, jestli by se to nedalo dobastlit, ale dospěl jsem k názoru, že se do toho pouštět nebudu)
5. Pokud potřebuješ vyvíjet nad Dockerem, musíš dělat stejné prasečinky jako na MacOSu (docker ve virtuálu - buď VirtualBox nebo bhyve)

...tohle jsou věci, na které jsem narazil já skrz to, co dělám. Nemusí být pro tebe relevantní, ale připrav se na to, že bys nejspíš narazil na podobné věci v nějaké jiné oblasti. Tak to prostě je: FreeBSD je skvělý, slušně odladěný systém, ale bohužel o dost míň používaný, takže s aplikacemi třetích stran jsou občas problémy. Musíš si zkusit sám, jestli ti to za to stojí nebo ne. Naštěstí přechod je dost bezbolestný - dál používáš stejné aplikace, data můžeš klidně sdílet...

2524

Vývoj / Re:NIO v Go

« kdy: 24. 03. 2017, 21:59:59 »

Čistě teoreticky by i na jednojádrovém procesoru mohly běžet dvě gorutiny najednou. Jedna by něco počítala pomocí CPU, druhá by tahala data pomocí DMA :-)

V tom případě je ovšem ta druhá pozastavená a čeká na interrupt

2525

Distribuce / Re:Zmigroval jsem na systemD

« kdy: 24. 03. 2017, 08:37:29 »

Zajímalo by mě, zda existuje nějaká metodika, který by vytvořila něco jako "zaručený" software. Tak nějak bych stále věřil spíše hw řešení (systém zpětných brzd etc).

Spousta příležitostí, aby se něco pokazilo: šváb, kabeláž, sw...

Bezpečnost tam samozřejmě musí být zaručena fyzicky/fyzikálně. Nemůže to být tak, že se ti v Linuxu objeví nějakej memory leak a výtah spadne Tím "řízením motoru" imho tnr trochu mlží. Čekal bych tak maximálně, že Linux uděluje instrukce "popojeď o 3 patra výš". A kdyby se něco podělalo, tak výtah přinejhorším zůstane stát, nebo pomalu, nouzově sjede.

2526

Distribuce / Re:Zmigroval jsem na systemD

« kdy: 23. 03. 2017, 22:57:45 »

Pokud resim na embedded systemu kilobajty

To nejsou ani nahodou kilobajty. Systemd ti tam zatahne dbus, udev...

tak v tom pripade nebudu pouzivat asi ani glibc,ani sd,celkem asi nic z normalniho userspace..

Jo. A je skoda nepouzivat init system jenom z tohodle duvodu. SD je v principu fajn, akorat je proste skoda, ze spoustu veci uzivateli vnucuje. Kdyby byl _opravdu_ modularni, konfigurovatelny a ty zasadni veci opravdu rock solid, nerekl by proti nemu nikdo ani popel a vsichni by byli happy.

Jinak jeden z nasich zakazniku ma systemd na embedded zarizeni pro vytahy - takze sd hateri,neriskujte a chodte vsude pesky,nikdy nevite,kdy tam bude systemd

Vsadim tri prsty na prave ruce, ze tam ten Linux nic kritickyho neridi. Hlasky "prvni patro", "druhe patro" at tam klidne pousti systemd

2527

Distribuce / Re:Zmigroval jsem na systemD

« kdy: 23. 03. 2017, 22:18:44 »

Nejak mi unika proc bych mel chtit pouzivat kernel bez cgroups...

Treba proto, ze vyrabis ten embedded system, kde proste nechces mit nic, co neni nezbytne nutny.

2528

Distribuce / Re:Zmigroval jsem na systemD

« kdy: 23. 03. 2017, 19:44:51 »

a Linux tím jde jen směrem provázaných, zabugovaných a uzavřených systémů typu Windows a OSX.

OS X má náhodou docela rozumný init

2529

Distribuce / Re:Zmigroval jsem na systemD

« kdy: 23. 03. 2017, 19:43:08 »

Jak souvisi modularita systemu s tim, ze ma nejake behove pozadavky?

Rozhodně víc než absence cgroups s překladem bez počítače.

2530

Distribuce / Re:Zmigroval jsem na systemD

« kdy: 23. 03. 2017, 19:06:46 »

A jak se to zkompiluje bez pocitace? A jak pro Windows?

Chtít provozovat init na kernelu bez cgroups je stejná pitomost jako chtít kompilovat bez počítače? Tak jo no... modulární systém, chápu.

2531

Distribuce / Re:Zmigroval jsem na systemD

« kdy: 23. 03. 2017, 16:46:56 »

Najprv to vyskusaj a potom bud mudry. Je to modularne ako kernel.

Jakým způsobem se to přeloží pro kernel bez cgroups?

2532

Vývoj / Re:NIO v Go

« kdy: 23. 03. 2017, 15:06:21 »

A prave s tymto nesuhlasim, pretoze Rob Pike sa vo svojom prihovore o Go venuje tejto teme dost zasadne a vysvetli rozdiel medzi concurrent a parallel bezozvysku. Ak to robi on pri vysvetlovani ako Go funguje, zrejme to povazuje za zasadnu informaciu k pochopeniu ako Go funguje.
Pre vas je to mozno slovickarenie a inemu to pomoze pri pochopeni.

Slovíčkaření to je, pokud se hádá o terminologii, která prostě v češtině (AFAIK) není úplně striktně ustálená a proto je potřeba ji doplnit vysvětlením. Anebo použít anglicizmy "konkurentní" a "paralelní".

Není potřeba z toho dělat vědu, ani to není potřeba nijak zvlášť vysvětlovat - stačí jeden obrázek http://stackoverflow.com/a/1898024.

2533

Vývoj / Re:NIO v Go

« kdy: 23. 03. 2017, 13:33:51 »

Cesky preklad soubezne https://translate.google.sk/?bav=on.2,or.&bvm=bv.150475504,d.d2s&biw=1920&bih=966&um=1&ie=UTF-8&client=tw-ob#auto/cs/concurrent

No je tam překlad "souběžný = concurrent, parallel", takže podle toho bych se asi neorientoval

V češtině asi není na tohle tak ustálené názvosloví jako v angličtině. Wikipedia to taky používá:

Paralelní výpočty (anglicky parallel computing) je v informatice označení pro výpočty, které jsou řešeny souběžně („paralelně“).

"Souběh" v češtině znamená, že se něco stane zaráz, v jeden okamžik.

Asi není nutný slovíčkařit. Prostě v jednom konkrétním okamžiku může logicky na jednojádrovém procesoru běžet jenom jedna konkrétní gorutina (není to paralelní) i když je nad tím abstrakce, která programátorovi vytváří iluzi nezávislého běhu (je to konkurentní).

2534

Distribuce / Re:Zmigroval jsem na systemD

« kdy: 23. 03. 2017, 10:01:24 »

Zrovna, když jsem si říkal, že to nemá cenu dál číst, protože se řeší ty samé kraviny furt dokola se objeví tohle. Děkuji, to stojí za vyzkoušení :-)

Jo, urcite stoji. OpenWRT se mi vubec libi z vic duvodu. Treba i ten ubus neni k zahozeni.

Akorát by pánové mohli zlepšit marketing, protože sekce "Why do we want procd?" je prázdná a je potřeba se podívat do kódu - a není to vůbec nepříjemný pohled.

Jo, ta stranka stoji za prd. Zajimave info se da sem tam zjistit z ruznych diskusi...

(Na embedded používám též systemd (v232, ~5k zařízení ve světě) a kdyby bylo se vším tak málo problémů jako s tímhle initem, tak si budu gratulovat)

To je cenna informace, dik. Fakt z toho mam trochu tezkou hlavu, jestli se na systemd spolehnout nebo ne. Pouzivas rucne zbuildenou vanillu v tehle verzi nebo je to nejaka opatchovana verze z nejakeho distra? (A kdyz uz jsme u toho, dovolim si velky OT: jaky build system? Buildroot, Yocto, ditribution-specific nebo uplne homemade?)

2535

Distribuce / Re:Zmigroval jsem na systemD

« kdy: 23. 03. 2017, 09:40:53 »

Zrejme nebezis vanilla na kolene kompilovane Mirekux distro ne?

To prave jeste neni rozhodnuto. Postavit na-kost-orezany a super-otestovany vlastni system muze byt mensi blbost nez si mozna myslis.

Ale pouzivas nejake existujici jako zaklad. Jestli to distro systemd obsahuje tak neni co resit, bude stabilni, maintaner to udela lepe nez ty.

To prave neni tak jisty. Distributor muze do distra dat temer co chce - pro desktopove a serverove nasazeni se stane co? Kdyz to nekomu zahapruje, podiva se do logu, posle bugreport, panove v RedHatu pridaji dvestetricatytreti patch, vydaji update, nove instalace to budou mit hned od zacatku a bug uz nebude, vsichni jsou happy. U embedded zarizeni mas o dost slozitejsi situaci - kdyz to nekomu zahapruje, tak ti zadny bugreport neposle, jenom ti to omlati o hlavu, ze to umrelo, nedozvis se typicky nic. A pokud se to dozvedet chces, stoji to straslivy usili. Tohle riziko si proste musis zvazit o dost pecliveji, nez kdyz mas desitky a stovky serveru nekde na AWSku, kde je ti vicemene putna, jestli semtam nektery z nich umre neznamo proc...