słyszałem że coś około wersji 7.0 alfa w 2017 roku ma być to zaimplementowane. Szkoda że wtedy będzie już WebKit 11.

przecież WebKit, którego pierwsza wersja została wypuszczona w 2003 to tylko zmodyfikowany silnik Khtml z KDE. nic nowego nie odkryli

@up, WebKit od czasu khtml bardzo mocno się rozwinął. Zresztą rozwój tego silnka jest dość zakręcony, patrz: http://pl.wikipedia.org/wiki/WebKit . Obecnie korzysta z niego między innymi Safarii (Apple) i Chrome (google). Jest naprawdę potężny, darmowy! (OpenSource) i warto się na nim wzorować i go używać w części lub całości.

Więcej tu flejmu niż informacji. Jaegermonkey działa podobnie do TraceMonkey (kompiluje JS do kodu maszynowego ) z tą różnicą, że działa na funkcjach/metodach. Jest to uzupełnienie TraceMonkey, który robi to samo ale na pętlach. Zespół mozilli wziął silnik Nitro z WebKita (może tak zrobic bo jest opensource) gdyż szybciej generuje kod maszynowy, nanojit mozilli generuje kod wolniej ale jest on szybszy - lepiej zoptymalizowany, ale te optymalizacje nie mają aż takiego znaczenia przy pracy wykonywanej przez JaegerMonkey (koszty dłuższej kompilacji są większe niż zyski z optymalizacji) krótko mówiąc, zrezygnowano z używaniu armaty na komara. Nie oznacza to, że całkowicie zarzucono używanie nanojit - nadal będzie wykorzystywany w TraceMonkey gdzie ma sens, natomiast w Jaeger użyją Nitro. Najbardziej denerwuje mnie fragment "znaczna część jego kodu", rozumiem że autor przejrzał kod i policzył linie jakiego kodu jest więcej, oraz fragment "Resztę kodu uzupełnią", nie nie uzupełnią bo to inny mechanizm działający w innych sytuacjach korzystający z innego generatora kodu, są 2 rozwiązania działające obok siebie, uzupełniające tylko swoją funkcjonalność.

Komentarz został usunięty ze względu na naruszenie zasad serwisu.

Komentarz został usunięty ze względu na naruszenie zasad serwisu.

oj kolego - raz wystarczy

raz wystarczy, tym bardziej, że i tak nie wiadomo o czym pisze...