eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingpryszcze...Re: pryszcze...
  • X-Received: by 10.140.109.244 with SMTP id l107mr19167qgf.28.1389862307962; Thu, 16
    Jan 2014 00:51:47 -0800 (PST)
    X-Received: by 10.140.109.244 with SMTP id l107mr19167qgf.28.1389862307962; Thu, 16
    Jan 2014 00:51:47 -0800 (PST)
    Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
    atman.pl!news.nask.pl!news.nask.org.pl!newsfeed.pionier.net.pl!newsfeed.fsmpi.r
    wth-aachen.de!feeder1-2.proxad.net!proxad.net!feeder2-2.proxad.net!nx02.iad01.n
    ewshosting.com!newshosting.com!news-out.readnews.com!news-xxxfer.readnews.com!2
    09.85.216.88.MISMATCH!6no12815744qao.1!news-out.google.com!gg4ni4818qab.0!nntp.
    google.com!p15no17180366qaj.0!postnews.google.com!glegroupsg2000goo.googlegroup
    s.com!not-for-mail
    Newsgroups: pl.comp.programming
    Date: Thu, 16 Jan 2014 00:51:47 -0800 (PST)
    In-Reply-To: <c...@g...com>
    Complaints-To: g...@g...com
    Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=195.182.34.254;
    posting-account=bMuEOQoAAACUUr_ghL3RBIi5neBZ5w_S
    NNTP-Posting-Host: 195.182.34.254
    References: <lb0plj$jfj$1@node2.news.atman.pl>
    <1...@g...com>
    <lb0rbd$l6n$1@node2.news.atman.pl>
    <7...@g...com>
    <lb0sk5$mgl$1@node2.news.atman.pl>
    <9...@g...com>
    <o...@4...com>
    <a...@g...com>
    <d...@g...com>
    <c...@g...com>
    <p...@n...chmurka.net>
    <a...@g...com>
    <3...@g...com>
    <c...@g...com>
    <c...@g...com>
    User-Agent: G2/1.0
    MIME-Version: 1.0
    Message-ID: <5...@g...com>
    Subject: Re: pryszcze...
    From: Maciej Sobczak <s...@g...com>
    Injection-Date: Thu, 16 Jan 2014 08:51:47 +0000
    Content-Type: text/plain; charset=ISO-8859-2
    Content-Transfer-Encoding: quoted-printable
    Xref: news-archive.icm.edu.pl pl.comp.programming:204956
    [ ukryj nagłówki ]

    W dniu czwartek, 16 stycznia 2014 06:59:50 UTC+1 użytkownik Adam Klobukowski napisał:

    > > Etam. Po pierwsze, nie jest prawdą, że kompilator ma skończony czas na
    wygenerowanie kodu.

    > SKończony, w sensie że robi to tylko raz i nigdy nie będzie mógł poprawić tego co
    zrobił. VM może to robić w 'nieskończoność'.

    VM ma skończone zasoby (w szczególności pamięć), więc nie może w nieskończoność
    kumulować stanu. A biorąc pod uwage fakt, że budżet CPU na takie działania też jest
    ograniczony, to ewentualna optymalizacja będzie miała efekt dopiero po jakimś czasie.
    W przypadku kompilacji statycznej efekt jest od chwili startu a potem 100% CPU jest
    dostępne dla aplikacji.

    > > Po drugie, nie jest prawdą, że JIT może analizować dane w run-time do podjęcia
    takich decyzji (albo lepszych), jak kompilator, bo dane w run-time mogą się zmienić.
    Np. skoro przez ostatnią godzinę indeks tablicy mieścił się w dozwolonym zakresie, to
    co, JIT może podjąć decyzję, że nie trzeba już sprawdzać tego zakresu? Nie może
    takiej decyzji podjąć.

    > Może, może. Po prostu generuje wersję funkcji dla zadanych parametrów. Jak przyjdą
    inne, to musi wygenerować nowa wersję.

    Rozumiem. Czyli nie musi sprawdzać zakresu indeksów, wystarczy że zamiast tego będzie
    sprawdzał parametry funkcji i ewentualnie potem jednak znowu sprawdzi zakres
    indeksów. Przy okazji zużywając jakiś procent CPU na zastanawianie się nad tym.

    Nie przekonałeś mnie.

    > To nie są mity, takie rzeczy robinp. V8.

    Fajna, taka "sportowa" nazwa. :-)

    --
    Maciej Sobczak * http://www.msobczak.com * http://www.inspirel.com

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: