eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingSzukam benchmarkówRe: Szukam benchmarków
  • X-Received: by 10.140.97.201 with SMTP id m67mr28835qge.11.1418826458598; Wed, 17 Dec
    2014 06:27:38 -0800 (PST)
    X-Received: by 10.140.97.201 with SMTP id m67mr28835qge.11.1418826458598; Wed, 17 Dec
    2014 06:27:38 -0800 (PST)
    Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news.glorb.com!
    s7no8482258qap.1!news-out.google.com!r1ni62qat.1!nntp.google.com!s7no8482255qap
    .1!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
    Newsgroups: pl.comp.programming
    Date: Wed, 17 Dec 2014 06:27:38 -0800 (PST)
    In-Reply-To: <9...@g...com>
    Complaints-To: g...@g...com
    Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=178.36.65.195;
    posting-account=xjvq9QoAAAATMPC2X3btlHd_LkaJo_rj
    NNTP-Posting-Host: 178.36.65.195
    References: <lq5a1e$7rk$1@node1.news.atman.pl>
    <9...@g...com>
    <e...@g...com>
    <lqadk9$kg7$1@node1.news.atman.pl>
    <s...@4...com>
    <6...@g...com>
    <lqalcn$65n$1@node2.news.atman.pl>
    <3...@g...com>
    <4...@g...com>
    <f...@g...com>
    <m6qo5d$fqd$1@node1.news.atman.pl>
    <9...@g...com>
    User-Agent: G2/1.0
    MIME-Version: 1.0
    Message-ID: <7...@g...com>
    Subject: Re: Szukam benchmarków
    From: "M.M." <m...@g...com>
    Injection-Date: Wed, 17 Dec 2014 14:27:38 +0000
    Content-Type: text/plain; charset=ISO-8859-2
    Content-Transfer-Encoding: quoted-printable
    Xref: news-archive.icm.edu.pl pl.comp.programming:207221
    [ ukryj nagłówki ]

    On Wednesday, December 17, 2014 2:24:57 PM UTC+1, g...@g...com wrote:
    > Jezeli dana procedura (taka jak np. liczenie sinusa) gwarantuje,
    > ze dla tego samego argumentu zawsze uzyskamy ten sam wynik
    Wystarczy ze gwarantuje taką samą dokładność dla określonego zbioru
    argumentów.


    Swoją drogą, szkoda że w C++ nie można przy argumencie procedury
    napisać, że dany argument będzie przyjmował wartości tylko z małego
    zbioru. Wtedy kompilator miałbym lepsze możliwości optymalizacji.


    np.
    f( int x@{1:50%,0:20%,2:10%,other} ) {
    return sin(x);
    }

    Kompilator mógłby stablicować dla sin dla 1, 0 i 2, a że 1
    przychodzi statystycznie w 50%, to mógłby 'górnym ifem' sprawdzać,
    czy x==1.

    if( x==1 ) return sin(1);
    if( x==0 ) return sin(0);
    if( x==2 ) return sin(2);
    return sin(x);

    Z kolei gdy się nie poda statystyki wystąpień, to kompilator mógłby
    wziąć wartości z pgo.

    Dalej, gdy nie ma other, to w ogóle kompilator mógłby wygenerować
    ultra zoptymalizowany kod:

    f( int x@{1:60%,0:40%} ) {
    return x==1 ? sin(1) : sin(0);
    }


    Pozdrawiam

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: