saxus (statz) | #9, Agyfasz (419) |
1489 | #253d | ^ | Idézet | Fri, 19 Apr 2013 16:53:53 +02 |
86.101.*.* | *.business.broadband.hu |
Igazabol a node.js-ben ha jol tudom a Kroma fele V8-as JS motor van, ami meg mar JIT-tel (persze meg mindig lassabb, mint egy nativ kod a gyoker tipuskezelese miatt. Ld. az FB fele PHP takolmanyt, ott is csak kb 2x-es sebessegnovekedest lehetett elerni a gyoker tipusrendszer miatt, .NET, Java ilyen szempontbol meg mindig fenyevekkel elorebb jar a JS+akarmilyen JIT-ter elott. node.js-t meg amugy is ott hasznaljak, ahol valami balancer mogott van, ott meg mar nem nagyon szamit az a minimal, amin atmegy. (Amugy webszerver amugy relative pici overhead, inkabb ott van az overhead resze, hogy blocking/non-blocking, milyen threading modell, mennyi plusz featureja van, stb. Egerkurzor: ld. linkelt cikk: a w32-ben mar thread-local beallitas ez, bar a mergeleserol nem nagyon ir. Szoval egy intmax eleresehez mar kell egy kis programozoi gyokerseg. Egyebkent meg: Ha nincs eger a gepre dugva (-1), akkor se fog megjelenni, mert meg mindig 0-an all es nem fog feleslegesen megjelenni egy egerkurzor, hiaba erolkodik a program. Szoval igazabol megvan a maga logikaja: te jelzed, hogy akarsz-e, az OS meg hozzateszi a maga reszet. Ha meg valaki gyoker, haljon ehen. (Nem te szoktal azzal jonni, hogy a programozo tudja mar, hogy mit csinal? :) ) Es amugy jobban belegondolva a mai vilagban gyakorlatilag ismet aktualis, hiszen a midnenfele tapicskolos felulettel ellatott kutyuk, ld. tablet, mobil, nem tul surun rendelkezik egerrel, viszont a programok meg jo esetben kozosek lehetnek. |