Odpověď na názor
Odpovídáte na názor k článku Nové vlastnosti Pythonu 3.14 v praxi: rychlost a paměťové nároky aplikací využívajících více souběžných úloh. Názory mohou přidávat pouze registrovaní uživatelé. Nově přidané názory se na webu objeví až po schválení redakcí.
-
Vysledky vypadaji neuveritelne.
Asi by by bylo lepsi se bavit o "cpu seconds" (user time) a "wall clock" (real time). K tomu jeste nove oba s "thread free". Myslim, ze async v python dela "concurrency" ale ne "paralelism" takze 1 nebo 100 tasku by melo trvat stejne dlouho. Thready je to jedine kde by mel byt rozdil v "thread free". Procesy a interpretery by meli bezet paralelne, ale brat meritelne vic pameti. Mozna i trochu vic cpu.
A pamet? Chapu to dobre, ze Vzit RSS jednoho threadu a rict ze je to cela spotreba pameti? Taky bych si dal 10 piv v hospode za 60 Kc celkem. Nebo rvnou 100?
Zvolit paralelismus 100 je take zajimave. Bezite to na stroji se sto nebo vice jadry? Protoze pak je to vlastne zase jen o frontach (schedulingu a latencich).
BTW: "git push"? :)
ČLÁNKY DO MAILU