Spíš to bude bindnutými knihovnami ne? PyQt a spol. Nebo to opravdu padá i Python VM?

To, či padá samotný python záleží od implementácie (je ich niekoľko, nie všetky sú 100% OK). Väčšinou ale padne na bindingoch (aj som to spomínal). Pár krát som pracoval s C api pythonu a pravdu povediac neverím, že to nie je zabugované. No a na chyby v bindongoch som upozorňoval, momentálne s tým nerobím, takže neviem, či už sú tie moje opravené.

Aplikace v Javě má výhodu, že je zpravidla celá v Javě, od hlavy až k patě.

Určite? Aj vlastný X server? Videl som veľa krát asi pred rokom (keď som ešte mal Javu) pád aplikácie na nesprávnom použití Xlib-u. Java má tonu platformovo závislého kódu v C a tam môže byť chyba takmer kdekoľvek (a bezchybný rozhodne nie je). Chyby v týchto knižniciach väčšinou rovno spôsobia pád aplikácie a nedá sa to žiadnym spôsobom odchytiť. To by bola situácia bez bindingov, ak náhodou pridám bindingy pre povedzme Qt tak mi pribudnú k bugom v štandardných natívnych knižiciach aj bugy v Qt a bugy v bindingoch.

Robil som Qt aplikácie aj v skriptovacích jazykoch aj v C++ a poviem rovno, že síce žiaden programátorský zázrak nie som, ale aplikácie v C++ boli podstatne stabilnejšie a mali menej memory leakov (teda pri dlhodobých testoch nevykazovali žiadne, ale 100% si nie som istý ani s použitím valgrind-u).

Co proces to vlastní okno

Alebo tab, čo je vlastne okno v okne. Urobiť kód, ktorý dokáže vykresľovať okno v inom procese dokáže každá lama, dokonca nie je problém ani kresliť do pixmapy a zobrazovať na canvase tak, aby nevznikalo podstatné spomalenie (to, že nejaké spomalenie tam bude je dokázateľný fakt). Myslím, že stabilita je dôležitejšia než pár % výkonu. No ak by sa takto k tomu stavali aj výrobcovia CPU tak teraz tu nemáme žiadne operačné systémy, žiadnu virtuálnu pamäť pretože to spomaľuje.