-
X-Received: by 10.140.101.247 with SMTP id u110mr31162qge.18.1418831548306; Wed, 17
Dec 2014 07:52:28 -0800 (PST)
X-Received: by 10.140.101.247 with SMTP id u110mr31162qge.18.1418831548306; Wed, 17
Dec 2014 07:52:28 -0800 (PST)
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news.glorb.com!
h15no24130602igd.0!news-out.google.com!r1ni59qat.1!nntp.google.com!n8no366609qa
q.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Wed, 17 Dec 2014 07:52:28 -0800 (PST)
In-Reply-To: <6...@g...com>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=164.126.18.14;
posting-account=Sb6m8goAAABbWsBL7gouk3bfLsuxwMgN
NNTP-Posting-Host: 164.126.18.14
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>
<7...@g...com>
<6...@g...com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <6...@g...com>
Subject: Re: Szukam benchmarków
From: firr <p...@g...com>
Injection-Date: Wed, 17 Dec 2014 15:52:28 +0000
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
Xref: news-archive.icm.edu.pl pl.comp.programming:207225
[ ukryj nagłówki ]W dniu środa, 17 grudnia 2014 16:39:51 UTC+1 użytkownik firr napisał:
> W dniu środa, 17 grudnia 2014 15:27:39 UTC+1 użytkownik M.M. napisał:
> > 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);
> > }
> >
> jesli statycznie wiesz co to bezie to sam sobie mozesz to napisac w dobrej
kolejnosci zamiast troche szpecic zrodlo tymi procentami; jesli nie to lepiej jednak
by kompilatr sobie sam ta statystyke trzasnal (i tak jakos slabo wierze w skutecznosc
tego rodzaju optymizacji - za to chyba zgodzilbym sie ze przydaloby sie definiowanie
statycznych okrojonych typow np float_od_0_do_1 albo int_od_0_do_100)
wtedy moglby zasadniczo stablicowac po kryjomu takiego sinusa lub inne nawet zlozone
wtrazenia (wziawszy pod uwage moje wyniki ze tablicowanie jednak duzo daje to
moglbybyc wybitnie korzystne 9typu wlasnie jak mowie skoki wydajnosci typu 50 razy) -
zalety: automatycznie sie robi i spora czytelnosc kodu, z kolei reczna wersja
bardziej pracochlonna ale moglabbyc ciagle troche z przodu ze wzgledu na jawny dostep
do tych malych tablic
Następne wpisy z tego wątku
- 17.12.14 16:55 Borneq
- 17.12.14 16:56 firr
- 17.12.14 17:08 bartekltg
- 17.12.14 17:15 bartekltg
- 17.12.14 17:21 M.M.
- 17.12.14 17:25 M.M.
- 17.12.14 17:39 firr
- 17.12.14 17:55 M.M.
- 17.12.14 18:47 firr
- 18.12.14 14:12 g...@g...com
- 18.12.14 14:32 firr
- 18.12.14 19:34 Wojciech Muła
- 18.12.14 19:54 M.M.
- 25.12.14 10:08 firr
- 25.12.14 10:26 firr
Najnowsze wątki z tej grupy
- Popr. 14. Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
Najnowsze wątki
- 2025-01-12 Jak na naszych oczach odradza się cenzura :-)
- 2025-01-11 Koszty prowadzenia firmy za granicą
- 2025-01-11 19 migrantów
- 2025-01-11 300km/h
- 2025-01-11 Kongres USA uchwalił "Prawo babci Pawlakowej" na MTK [Lex Gradma Pawlak]
- 2025-01-11 Riga => Specjalista ds. public relations <=
- 2025-01-11 Przestępca wyborczy Musk nadciąga nad Tuskistan?
- 2025-01-11 Białystok => Delphi Programmer <=
- 2025-01-09 Jaka nawigacja z asystentem zmiany pasa ruchu?
- 2025-01-10 Coś dusi.
- 2025-01-09 akumulator napięcie 12.0v
- 2025-01-10 Białystok => Architekt rozwiązań (doświadczenie w obszarze Java, A
- 2025-01-10 Warszawa => Software .Net Developer <=
- 2025-01-10 Białystok => Application Security Engineer <=
- 2025-01-10 Warszawa => System Architect (Java background) <=