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.
dokud budete šířit bludy, budu se vyjadřovat. Požádej admina, jestli ti tu tolik vadím.Aha, tak uz tomu rozumim. To "AFAIK" jsi v te vete prehledl nebo nerozumis jejimu vyznamu? Nebo v cem je problem?
když něco kritizuje, měl by to znát.Mam pocit, ze si zase v necem nerozumime. Co presne mas pocit, ze kritizuju, a proc bych podle tebe mel znat implementacni detaily await v JS? S cim z toho, co jsem kde napsal, to ma souvislost? (Myslim ty otazky vazne, nejsou to zadne chytaky, fakt nerozumim tomu, kam miris)
Vážně, říkat korutinám vlákno (nebo špagát a jiná téměř synonyma) není dobrý nápad, kdo to nezná, představí si multithreading, přitom korutiny klidně můžou běžet v jednom vlákně (a taky často běží, na nějakém mini CPU pro IoT apod.). Odtud přesně plyne to zmatení okolo async/await, pak se div, že to BFL nechápe nebo chápe blbě.Podle mě je tohle na tom právě to pěkný: programátorovi se to po všech stránkách jeví jako vlákno a měl by o tom i tak uvažovat, protože ta možnost, že to skutečně na různých vláknech poběží, tam je, resp. u dobrého systému je.
Tak tomu ale neříkej "vlákno", tím to zmatešDobře, říkejme tomu "motouz"
protože je virální, jeden await vyžaduje async až do kořene stromu voláníPro BoneFlute: K tomuhle fakt doporučuju ten článek https://journal.stuffwithstuff.com/2015/02/01/what-color-is-your-function/
No jenže Rust není Erlang ani Go, je to snaha přepsat C++ (nízkoúrovňový jazyk a jeho zero cost abstractions). Já jsem poměrně skálopevně přesvědčený, že autoři Rustu ty věci dělají tak dobře, jak je v jejich silách a vůbec si nemyslím, že by byli hloupí a nějaké zjevné lepší cesty k implementaci nějaké vlastnosti jim unikaly. Skoro mi přijde, že Ti je líto, že Rust je Rust a ne něco jinéhoVůbec ne, Rust se mi (nakolik ho teda neznám moc dobře) jeví jako ze všech jakž takž mainstream jazyků nejlepší. Vůbec neříkám, že jsou jeho autoři blbci, ani náhodou. Ale konkrétně u téhle věci prostě nechápu, proč šli touhle cestou. Že je Rust "přepis C++"? No a? To je Go taky a autoři zvolili ("rozvolněné") CSP.
V tom je ten vtip - Rust není magický jazyk, nedělá žádné legrácky typu GC a automatickou paralelizaci.To je právě docela škoda, protože ta asynchronicita je pak tak trochu jenom šidítko... V praxi to má oproti sekvenčnímu kódu přínos velký, ale menší než by na dnešních multiprocesorových strojích mít mohlo. Model založený na CSP, který má Erlang (a do menší míry i Go) škáluje na multiprocesoru sám o sobě, bez potřeby jakékoliv magie a často fakt lineárně [1].
No a s tím sleepem a joinem je zrovna pár hodin starý dotaz a vysvětlení na Redditu: https://www.reddit.com/r/rust/comments/dtp6z7/what_can_i_actually_do_with_the_new_async_fn/A je to tady! Tohle je bohužel úplně geniální ilustrace přesně toho, o čem jsem mluvil. Přesně tohle se mi stalo, když jsem poprvé zkoušel async v Pythonu: byv odchován systémy s oddělenými stacky, naběhl jsem si přesně stejně, protože mi vůbec nepřišlo na mysl, že v async/await světě tenhle červenomodrý[2] problém existuje - ze svého světa jsem ho vůbec neznal.
To si fakt, projednou, nedokážete připustit, že třeba někdo ví víc než Vy a má dobrý důvod do Rustu ten async/await přidat?No, ehm, nalistuj si o dvě [EDIT: tři - [3]] stránky zpátky, kde jsem to explicitně připustil, takže to je dost bezpředmětné lamentování.
Koukám právě narvali async/await do Rustu. To je fakt mor.To je smutný. Zrovna od Rustu bych čekal, že se omezí na CSP. Třeba vtáhne Actix do standardní knihovny nebo tak něco.
To ale musíš mít žaludek na ty odpovědi, co z něj vylezou.Právě, no. Proto bych si spolu s gillem (nebo kdo to říkal) netroufnul tvrdit, že "každý, kdo to používá, tomu rozumí"
Asi máš sníženou schopnost chápat psaný text, takže to pro tebe rozeberu: V tvé větě je "můžeš se HO zkusit zeptat" a to "ho" odkazuje na citovanou větu z předchozího příspěvku, kde se píše "Zkus se třeba náhodně vybraného webaře zeptat". Tedy kontext tvé věty je jasný: Web. Tam existuje jen jedno rozumně rozšířené běhové prostředí - Javascript - které je z definice jednovláknové, tedy tvoje otázka tam nedává smysl a na to jsem reagoval.Je mi to jasný celou dobu. Akorát jsi to pochopil jinak, než jsem to myslel. Myslel jsem tohle: chceš-li zjistit, jestli průměrný webař opravdu rozumí mechanismu async/await, zkus mu položit obecnou otázku [...]
Už je to jasnější, nebo mám být ještě podrobnější?
Máš na mysli paralelní polling, něco jako https://docs.rs/futures/0.3.1/futures/macro.join.html ? Nebo něco komplikovanějšího? V téhle problematice nemám zkušenosti.Napadají mě minimálně dva rozdílné způsoby, jak by se to dalo implementovat:
await sleep(1)
await sleep(1)
await sleep(1)
o async/await jsi zatím nic nenapsal, jen otázkuAha, já jsem se spíš bál, že mi zas někdo vynadá, že vlákno o OOP plevelím debatou o await
Tak jo, fajn To není odpověď na tuhle otázku. To je odpověď na tvoji otázku:Citace...anebo pokud bys měl o něm vysoké mínění, můžeš se ho zkusit zeptat, za jakých podmínek je podle něj bezpečné používat await v multivláknovém prostředína kterou jsi odpovědělCitaceTo je přece triviální: jakýkoliv kód, který by byl chybný i bez async.
mohl bys ukázat příklad v tom jiném jazyku, kde je podle tebe await nebezpečné ve vícevláknovém prostředí? Bavili jsme se o await v JS.
To je implementační detail bez jakéhokoliv dopadu na cokoliv, co jsem napsal.BTW, kdybys chtěl nějaký větší rozdíl, tak největší, co mě napadá, je že await může být lazy nebo eager. Jak teď koukám, Rust má lazy. JS má eager (AFAIK).
Await v JS akceptuje thenable objekty, narozdíl od await v Pythonu neakceptuje generátory.To je implementační detail bez jakéhokoliv dopadu na cokoliv, co jsem napsal.
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.