-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!.POSTED!not-for-mail
From: bartekltg <b...@g...com>
Newsgroups: pl.comp.programming
Subject: Re: Szukam benchmarków
Date: Wed, 17 Dec 2014 03:01:17 +0100
Organization: ATMAN - ATM S.A.
Lines: 56
Message-ID: <m6qo5d$fqd$1@node1.news.atman.pl>
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>
NNTP-Posting-Host: 89-73-81-145.dynamic.chello.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: node1.news.atman.pl 1418781677 16205 89.73.81.145 (17 Dec 2014 02:01:17 GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Wed, 17 Dec 2014 02:01:17 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101
Thunderbird/31.2.0
In-Reply-To: <f...@g...com>
Xref: news-archive.icm.edu.pl pl.comp.programming:207201
[ ukryj nagłówki ]On 17.12.2014 01:05, firr wrote:
> W dniu wtorek, 16 grudnia 2014 23:53:06 UTC+1 użytkownik M.M.
> napisał:
>> On Friday, July 18, 2014 10:34:42 AM UTC+2, Wojciech Muła wrote:
>>> Wstawki asemblerowe robi się dla celów wydajnościowych,
>>> kompilatory nie zawsze dają radę. A już kompletnie nie dają sobie
>>> rady w nietrywialnych przypadkach.
>> Temat wraca. Nie wiem co to są nietrywialne przypadki. Moim zdaniem
>> kompilatory rzadko generują optymalny kod, ale często nie stanowi
>> to problemu. W niektórych wersjach kompilatorów miałem wrażenie, że
>> mała wstawka w asemblerze pogarszała wydajność.
>>
> ostatnio mialem drastyczny przyklad na to ze to co powtarzaja
> niektorzy ze kompilator zoptymalizuje sam albo ze generuje dobry kod
> to sa kompletne bajki 9byc moze generuje dobry kod ale z dobrego
> ciezko zoptymalizowanego zrodla)
>
> konkretny przypadek z tym kodem gdzie chailem wyswietlic teksturowaną
> kopułe w trojwymiarowym prototypie (co obejmuje wyznaczenie wektora
> kierunku w 3d dla kazdegio piksela ekranu i zrobieni look up w
> teksturze na podstawie kierunku)
>
> inicjalna wersja trwala jakies 100 czy nawet 150 ms ms a to glownie
> dziki temu ze czas zarly dwa sinusy i pierwiastek na piksel jeszcze
> z jakims dzieleniem i rzutowaniami (jak uzyjesz sinusa w kodzie to
> program jest wydajnosciowym trupem tak bardzo sinus jest wolny) po
> stablicowaniu sinusów i normalizacji i jeszcze ze dwu dniach
> glowienia sie nad petla czas spadl do 20 i w koncu do 13 milisekund
> 9prawie 10 razy szybciej niz normalny kod dla gcc) ciegle uwazalem ze
> to za duzo i zaczalem przepisywac kod na kafelki gdzie mogelem zrobic
> na kafelkach pewna interpolacje i pewne tam drobne rozroznienia, to
> bylo troche trudne ale spowodowalo ze cza sspadl do 6-10 ms, 910-20
> razy sszybciej "niz gcc",
Zaraz, wkurzasz się, zę kompilator nie zmienił ci algoruytmu na inny?
Znów odpływasz. Kompilator nie może zmienić bublesorta na qsorta.
Zmieniłeś algorytm na szybszy, a mniej dokłądny, to masz
przyszpieszenie, nie ma to nic wspolnego z jakością generowanego kodu.
> jeszcze kombinowalem z rugowaniem castow i
To samo. Każesz kompialtorowi liczyć danymi zmiennymi, musi nimi
liczyć.
> rozwijaniem petli na kafelku i co sie okazalo - zanotowalem zjazd do
> wlaciwie 2-5 ms (te 5 ms moglbym jeszcze obnizyc ale to znowu wiaze
Nie rozwinął pętli?
A jakie były flagi przy kompilacji? ;>
pzdr
bartekltg
Następne wpisy z tego wątku
- 17.12.14 09:24 firr
- 17.12.14 09:40 Tomasz Kaczanowski
- 17.12.14 09:47 firr
- 17.12.14 09:51 firr
- 17.12.14 10:11 M.M.
- 17.12.14 10:35 Borneq
- 17.12.14 11:57 bartekltg
- 17.12.14 11:58 bartekltg
- 17.12.14 12:11 firr
- 17.12.14 12:25 firr
- 17.12.14 12:48 bartekltg
- 17.12.14 14:00 M.M.
- 17.12.14 14:24 g...@g...com
- 17.12.14 15:27 M.M.
- 17.12.14 15:33 g...@g...com
Najnowsze wątki z tej grupy
- Alg. kompresji LZW
- 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??
Najnowsze wątki
- 2025-03-15 kraje nieprzyjazne samochodom
- 2025-03-15 parking Auchan
- 2025-03-15 Art. 19.1 ustawy o ochronie praw autorskich
- 2025-03-15 przegląd za mną
- 2025-03-15 Na co komu okna
- 2025-03-15 Mój elektryk
- 2025-03-15 Fejk muzyczny czy nie fejk
- 2025-03-15 China-Kraków => Senior PHP Symfony Developer <=
- 2025-03-15 Wrocław => Konsultant wdrożeniowy Comarch XL (Logistyka, WMS, Produk
- 2025-03-15 Błonie => Analityk Systemów Informatycznych (TMS SPEED) <=
- 2025-03-15 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2025-03-15 Warszawa => Java Full Stack Developer (Angular2+ experience) <=
- 2025-03-15 Warszawa => Java Full Stack Developer (Angular2+) <=
- 2025-03-15 KOMU w RP3 pasuje "Rumuńska łatwość gmerania w wyborach" i dlaczego nie PO-Trzaskanym?
- 2025-03-15 China-Kraków => Key Account Manager IT <=