Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - black3r

Stran: 1 [2] 3
16
Odkladiště / Re:Advent of Code 2020
« kdy: 05. 12. 2020, 15:10:12 »
minuly rok som riesil prvykrat ale v polke decembra som na to prestal mat cas.., dufam ze tento rok to bude lepsie a nebude to vyzerat iba tak ze budem doriesovat celotyzdenne riesenia kazdu nedelu :D

17
Software / Re:Docker (Windows containers)
« kdy: 04. 12. 2020, 20:42:22 »
"kontajner" je termin pre akekolvek oddelene prostredie pre beh aplikacie. Kontajner sa da velmi vagne predstavit ako virtualna masina, ktora ale bezi na rovnakom kerneli, a teda vie selektivne zdielat resources s vonkajsim svetom. Linux ma na vytvaranie kontajnerov nastroje cgroups a namespaces, Windows ma HCS (Host Compute Service, alebo aj Windows Containers).

Tieto nastroje umoznuju na nizkej urovni nastavit potrebne urovne izolacie (izolaciu diskov (kontajner vidi svoj obraz disku, nie vonkajsie disky (C:, D:, ...), ale vie vidiet aj ich casti, alebo celky, podla toho ako mu to dovolis), izolaciu sieti (kontajner vie vidiet niektore tvoje sietove adaptery, alebo nemusi mat ziadny, alebo mu vies vytvorit bridge, ...), izolaciu CPU/Memory (kontajner vie pripadne vidiet iba cast tvojich CPU alebo pamati), izolaciu procesov (kontajner moze nemusi byt informovany o tom, co sa deje mimo neho), .........)

Docker je jednoduchy user interface pre pouzivanie tychto low level nastrojov. Jeho najvyraznejsia funkcia je, ze umoznuje jednoducho vytvarat obraz kontajneru pomocou prikazov vykonavanych nad existujucim obrazom disku (zober zakladny Windows Core, nainstaluj donho tento .msi subor, pridaj tychto X suborov, etc..), a jednoducho distribuovat obrazy kontajnerov cez verejne aj sukromne registre obrazov. Pouzivam termin "obraz kontajneru", a nie "obraz disku", lebo docker image nie je len obraz disku, ale obsahuje aj rozne metadata o tom, akym sposobom z toho obrazu sa ma vytvorit kontajner ak clovek neuvedie inak (i.e. informacie, ktore porty forwardnut (defaultne Docker vytvara pre kontajner podsiet za NATom), informacie, ktoru aplikaciu a s akym cmdline z dockeru defaultne pustit, s akymi ENV premennymi pustit danu aplikaciu, ...).

Cely backend Windows Containers bol dost prisposobovany Docker-u, ale pouzivaju ho aj ine Windows sluzby, napr. Windows Sandbox a WSL2 (Da sa teda povedat, ze ked pouzivas na Windows-e Linuxovy Docker cez WSL2, bezis kontajner vnutri kontajnera).

Docker okrem toho umoznuje so standardizovanym User Interface / API robit vselijake veci, ako napr. spustat veci vzdialene na inych pocitacoch, spustat veci pre inu architekturu vo virtualnej masine (napr. viem na x86-64 procesore spustit ARM64 image a Docker ho automaticky spusti v QEMU), vytvarat klastre pocitacov na ktorych vedia sluzby bezat redundantne (docker swarm), umoznuje existenciu rovnako nazvaneho image pre rozne platformy a teda pouzitie toho isteho prikazu pre spustenie dockerizovanej aplikacie na ARM64 aj na x86-64, apod...,

18
ano je..., UEFI je typ firmware, UEFI pre ARM existuje uz dlhsie, novsie Qualcomm procesory pouzivaju UEFI (Nokia 7.2 ma Qualcomm AFAIK).

btw. fastboot je nazov pre protokol/software pre komunikaciu s bootloaderom, flashovanie, apod.., nie nazov bootloadera samotneho.

firmware (UEFI / nieco ine) spusta bootloader, bootloader v konecnom dosledku (po overeni checksumov, certifikatov, ...) loadne kernel.

EFI stub je kus kodu, ktory umoznuje spustit kernel priamo ako EFI app (tj. bez pouzitia bootloadera ako medzikroku), da sa povedat, ze EFI stub je miniaturny bootloader vstavany do linux kernelu..., to moc na androidoch vyznam nema..., 

19
Vývoj / Re:Kolko cyklov zbehne
« kdy: 17. 08. 2020, 17:53:49 »
V assembleru bohužel není moc čitelná ani ekvivalentní verze s forem a ifem :
https://godbolt.org/z/74WbPa

Na to aby assembler output bol citatelny najskor treba kompilovat bez -O2 :D
Není koukání na assembler bez optimalizací trochu zbytečné? Vždyť většina z toho budou nezajímavé prology, epilogy a přesuny věcí tam a zpět. Pár zajímavých instrukcí je utopených v šumu. Vám ten kód bez optimalizací přijde čitelnější? :o Vždyť to z nějakých 230 řádků udělalo 3k řádků "balastu".
A opravdu si myslíte, že v tom neoptimalizovaném assembleru najde tazatel odpověď na svou otázku?  ::)

noo ak chces pochopit kolkokrat sa zavola ta ktora metoda z boostu v tomto konkretnom kode tak definitivne ano, lebo -O2 v tomto pripade cely boost zahodi a spravi si to po svojom... a ak spravne chapem v metode bar tiez zahodi push_back vysledky si predpocita do pola a z toho spravi vector...,

tych 230 vs. 3k riadkov je rozdiel kvoli tomu, ze compiler explorer do vystupu zahrna aj kod kniznicnych funkcii (std, boost).., bez optimalizacii vysledny kod vykonava to, co mu autor povedal, ze ma robit.., optimalizacie kod prepisu castokrat na nespoznanie (uz len to, ze compielr explorer ukazuje ktore riadky asm zodpovedaju ktorym riadkom C a s -O2 ku vacsine riadkov v C neexistuje ASM ekvivalent lebo ich proste kompilator zahodil :D )

+ nehovoriac o tom, ze s beznymi znalostami ASM z jedneho semestra na vyske je ovela viac citatelnejsi neoptimalizovany kod ako vystup s optimalizaciami lebo kompilator/optimalizator je schopny vytiahnut z klobuka nejaku 5pismenkovu instrukciu ktoru ludia ktori nerobia s assemblerom dennodenne castokrat vidia prvy krat..,

20
Vývoj / Re:Kolko cyklov zbehne
« kdy: 16. 08. 2020, 22:38:03 »
V assembleru bohužel není moc čitelná ani ekvivalentní verze s forem a ifem :
https://godbolt.org/z/74WbPa

Na to aby assembler output bol citatelny najskor treba kompilovat bez -O2 :D

21
Ja by som trochu ubral z toho ICC hate, ignoroval Windows hate a nevytvaral by som zavery z jedneho testovaneho usecase...,

ano ICC ma niektore usecases rucne optimalizovane ale to neznamena teraz ze vsetok ICC software ti pojde o 50% pomalsie ako by siel na Intel CPU, pokial nepouzivas software ktory vyslovene zneuziva konkretne intelovske optimalizacie tak rozdiely sposobene kompilatorom budu na urovni jednotiek percent.

ano Windows nie je az tak velmi dobre optimalizovany pre velathreadove stroje, ale NUMA je podporovana uz od Windows 7 / Windows Server 2008R2 a Zen1 nie je az tak nova a moderna architektura (ten link pre amd support sa tyka novsich procesorov ako 7401p) ze by s nou nejaky operacny system mal mat take prehnane problemy ako ocakavas z toho tvojho jedineho pripadu pouzitia ktory si tu zatial predviedol.. https://www.tomshardware.com/news/amd-no-windows-scheduler-isnt-selecting-wrong-ryzen-3000-cores-to-boost

skusal si tam pustit nejaky synteticky benchmark (co testuje surovu silu procesora a ignoruje I/O), ci vobec vies vytazit ten CPU na 100%? ak ano, dostal si vysledky porovnatelne takym ake by si mal dostavat na danom CPU (vygoogli)? ak nie, skus si zistit, ci sa ti to neprehrieva a ci mas dostatocne vykonny zdroj....

skusal si si na tych tvojich SSD-ckach testovat aj IOPS nie len sequential read/write?

skusal si pozriet ake nastavenie tykajuce sa CPU mas v UEFI settingoch? tieto starsie zeny vedeli bezat aj v nejakom compatibility mode, kde Windowsu nic o svojej NUMA internej architekture nepovedia, vtedy sa neukazuju vsetky thready a o scheduling sa snazi sam procesor a moze to ovplyvnovat I/O odozvy diskov vid. https://www.micron.com/about/blog/2020/february/numa-configuration-on-amd-rome-processors-and-nvme-performance-on-windows-servers


22
Software / Re:Grafický nástroj pro Git na linuxovém desktopu
« kdy: 14. 07. 2020, 21:33:09 »
poslednych par rokov vacsinu git operacii robim priamo v PyCharm.

- Je tam GUI na vsetky mozne aj nemozne Git operacie
- robi to abstrakciu nad "staged" zmenami, nemusis najskor stagenut veci a potom commitnut ale ked ides commitnut vyberies si v GUI co chces commitnut (co som v terminali aj tak robil cez git diff --staged)
- vies velmi jednoducho commitnut iba cast zmien zo suboru
- ma to vlastnu funkcionalitu na rozdelovanie zmien do "changelistov" = velmi super ak robim nad viacerymi vecami naraz alebo potrebujem mat docasne nejake lokalne zmeny ktore nechcem commitnut, prakticky opak "stage-ovania" zmien, vopred si oznacujem zmeny ktore nechcem mat commitnute v najblizsom commite.
- vies velmi jednoducho odlozit cast zmien do "shelve" (obdoba stashu)
- automaticky stash-uje a unstash-uje subory pri pullovani
- pri mergovani vie automaticky resolvnut viac veci ako cisty git (napr. viac zmien na jednom riadku ak su nezavisle)...

23
Studium a uplatnění / Re:Základy programování
« kdy: 29. 05. 2020, 18:02:26 »
ak si uplny zaciatocnik a nikdy v zivote si neprogramoval, najlepsie je na zaciatok naucit sa algoritmicky rozmyslat a riesit problemy na vyssej urovni, nezamyslat sa nad programovacim jazykom, alebo nad tym, ci ho niekedy v zivote este budes pouzivat ani nad tym, ako veci na pozadi toho co robis funguju....,

ked uz mas rozumne zaklady CS (poznas cykly, zakladne datove struktury, rekurziu, zakladne algoritmy) a vies si s tymito nastrojmi vyskladat nieco vlastne (napr. nejaku jednoduchu hru stylu snake, tetris..) potom sa oplati zamyslat sa nad ucenim sa veci do praxe..

odporucam Python alebo JS preto, lebo sa nemocu prilis pod nohy zbytocne komplikovanou syntaxou ani komplikovanym balastom + existuju k nim jednoduche programatorske prostredia s dobrymi kurzami...

clovek co nikdy v zivote neprogramoval by fakt nemal riesit co je to slf4j, graalvm, maven, aky je rozdiel medzi eclipse a intellij, ako funguje web, a podobne veci..., obzvlast ak je este na strednej skole...., casu na specializaciu bude dost.., ked sa naucis zaklady v jednom jazyku, potom najlepsi druhy krok je vyskusat si rozne veci v roznych jazykoch a zistit co ti najviac vyhovuje, s dobrymi zakladmi vies chytit lubovolnu vec a zvladnut jej tutorialy bez problemov...

24
Hardware / Re:Jaká je rychlost Lighting kabelu ?
« kdy: 19. 05. 2020, 15:58:58 »
Lightning kabel je iba USB 2.0 s inymi konektormi..

25
Hardware / Re:Raspberry pi 4 4k/60Hz nefunguje.
« kdy: 09. 05. 2020, 17:11:46 »
Veci co ma napadaju:
- skusal si rozne porty na tom raspberry?
- v aktualnej dokumentacii sa spomina hdmi_enable_4kp60=1
- skusal si pozriet ci na televizore nemas zapnutu nejaku "Deep Color", "UHD Color", HDR alebo podobnu feature? na mojej samsung telke mi ani z notebooku nejde 4k60 kym to nevypnem (na samsungu sa to vola HDMI UHD Color)..

26
O serveru Root.cz / Re:Zase redesign?
« kdy: 29. 04. 2020, 00:10:12 »
a btw som si to iba predtym nevsimol, alebo je dalsia novinka ze zoznam najnovsich prispevkov z fora je cachovany a teda na mainpage je neaktualny oproti foru?

27
O serveru Root.cz / Re:Zase redesign?
« kdy: 28. 04. 2020, 21:37:15 »
Není to redesign, je to nějaká menší úprava šířky stránky. Dělalo se to na všech serverech kvůli sjednocení. Tohle nepožadovala redakce, přišlo to od vývoje a kodérů. To je jejich starost.

Se šířkou textu se podle mě nehýbalo, ta je dlouho stejná. Ta šířka nesouvisí s rozlišením, ale s doporučenou délkou řádku, který se dobře čte. Mít na řádku 400 znaků je velmi nečitelné, existuje typografické doporučení, jaký počet by se neměl překračovat. Opět jsme si to nevymysleli v redakci.

So sirkou textu nemam najmensi problem.. noviny mavaju castokrat aj menej znakov na sirku riadku na to som si uz zvykol, ale:

- preco zobrazovat iba top 5 vlakien fora?
- a to zuzenie zoznamu clankov na hlavnej stranke.... uz predtym bol perex uzsi ako text clanku, teraz je este uzsi, vidime z neho menej textu, ani len obrazok nie je vacsi (okrem prveho clanku) a kazdy clanok iba zbytocne zabera viac miesta na obrazovke na vysku.. a jedina pridana hodnota su sede pasy na obrazovke, ktore sa po novom zjavuju aj v uzkych oknach/obrazovkach kde predtym neboli (napr. sirka 1280)...

28
Vývoj / Re:Lehká modernizace JavaScriptu
« kdy: 17. 04. 2020, 21:53:16 »
- za posledne 3 roky som nenapisal snad ani jediny `this`

To spíš vypovídá o práci než o `this`.

uz sme novych programatorov ucili, ze ak nemaju specialny dovod tak nerobit, vsade pouzivat arrow functions a tam je this porieseny ( () => {..}` je ekvivalent (function() {..}).bind(this) )...

Proč? Zvlášť pokud jsi `this` tři roky nenapsal, tak moc nedává smysl to řešit...

pred 4 rokmi (ked sa ES2016 este volal ES6)

Tady něco nesedí.
co ti nesedi? 4 roky dozadu 2016 sme pisali react classy a pouzivali Babel, vsetky veci ktore nesli v browseroch bez Babelu sme volali ES6 lebo ziadne novsie pomenovanie vtedy nebolo, niektore z nich su dnes v ES2016...

niekedy v 2017 (3 roky dozadu) sme zacali nove komponenty pisat funkcionalne a zacali sme s HoC/recompose patternom, vtedy uz "this" takmer nebolo treba (ano boli pripady, kedy hej, ale vo vacsine pripadov...)

29
Vývoj / Re:Lehká modernizace JavaScriptu
« kdy: 17. 04. 2020, 15:20:01 »
Kodim v React/Vue + JS/TS (podla projektu) a tento prispevok mi pride ako keby som sa ocitol 3 roky dozadu...

- za posledne 3 roky som nenapisal snad ani jediny `this`, pred 4 rokmi (ked sa ES2016 este volal ES6) uz sme novych programatorov ucili, ze ak nemaju specialny dovod tak nerobit, vsade pouzivat arrow functions a tam je this porieseny ( () => {..}` je ekvivalent (function() {..}).bind(this) )...
- prave na hobby projekt mi pride ze je idealna moznost vyskusat nejaky novy framework..., react som sa ucil na hobby projektoch ked som robil s jQuery 5 rokov dozadu.., angular a vue na hobby projektoch za posledne 2-3 roky...

no a k tvojim otazkam (zober si z nich co chces)
1. ak viac cenis rychlost ako bezvypadkovu sluzbu, tak produkcny build CDN, na lokalny development urcite lokalne kopie nech nemas problemy kodit ak si na pomalej wifi / vo vlaku / whatever..
2/4a. prekladac / bundler podla vybrateho frameworku.. create-react-app, vue-cli alebo angular-cli v dnesnej dobe uz riesia vacsinu veci za teba a manualne setupovat veci si potrebujes iba ak potrebujes nieco nestandardneho nastavit..
2/4b. ak chces fakt ist bez frameworku, a nepotrebujes podporovat IE11 v dnesnej dobe vsetky najpouzivanejsie browsre (firefox, chrome, safari, edge) podporuju ES moduly a rozumnu podmnozinu ESnext, takze vacsinou nepotrebujes babel ani bundler a staci ti priamo pouzivat importy..
3. () => {} namiesto (function() {}).bind(this), idealne nepouzivat this vobec...


30
Studium a uplatnění / Re:Kam po ZŠ?
« kdy: 04. 01. 2020, 19:49:41 »
Koukal jsem ještě na doporučovanou https://www.ssps.cz/ a ta by také šla, ikdyž s intrem. Není tam ani takový problém s matematikou jelikož ta tam je podle informací na webu 4 hodiny týdně, v maturitním ročníku 5. Oproti gymplu na který bych šel to takový rozdíl není (5/5/4/4). A mají tam jako volitelný předmět AI, ikdyž nepočítám žeby to bylo nějak pokročilé.

Osobně vidím výhodu odborné školy v tom, že mi dá i nějaký obecný přehled v tom, v čem zrovna nejsem zběhlý, např. sítě, tvorba her v Unity apod. Ale já mám nevýhodu v tom, že toho dost znám. Já se učím (a zatím úspěšně) path-finding algoritmy a na SŠ se učí nějaké základní řadící které už nějakou tu dobu umím. :D

Tak zjavne u vas v CR su tie stredne odborne skoly na o nieco lepsej urovni ako u nas :)

No ale co si vymenoval, tak siete, grafiku a AI su veci, co na vysokej budu tiez, a budu tam do vacsich detailov, co ti umozni im lepsie pochopit..

Veci co byvaju na strednych odbornych skolach navyse oproti kombu gympl+vysoka su nejake zaklady ekonomiky, prava a podnikania, technicke kreslenie, elektrotechnika..

Stran: 1 [2] 3