-
Path: news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!news.glorb.com!p
ostnews.google.com!n10g2000prj.googlegroups.com!not-for-mail
From: Mariusz Marszałkowski <m...@g...com>
Newsgroups: pl.comp.programming
Subject: Re: podręcznik do assemblera
Date: Mon, 15 Nov 2010 06:15:37 -0800 (PST)
Organization: http://groups.google.com
Lines: 33
Message-ID: <c...@n...googlegroups.com>
References: <6...@p...googlegroups.com>
<ibm5mh$pmu$1@inews.gazeta.pl>
<1...@k...googlegroups.com>
<ibp1en$jus$1@inews.gazeta.pl>
<9...@x...googlegroups.com>
<ibps2r$f5f$1@news.onet.pl>
<e...@n...googlegroups.com>
<ibqg05$nel$1@news.onet.pl>
NNTP-Posting-Host: 89.229.34.123
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
X-Trace: posting.google.com 1289830537 11337 127.0.0.1 (15 Nov 2010 14:15:37 GMT)
X-Complaints-To: g...@g...com
NNTP-Posting-Date: Mon, 15 Nov 2010 14:15:37 +0000 (UTC)
Complaints-To: g...@g...com
Injection-Info: n10g2000prj.googlegroups.com; posting-host=89.229.34.123;
posting-account=xjvq9QoAAAATMPC2X3btlHd_LkaJo_rj
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.2.12)
Gecko/20101026 Firefox/3.6.12,gzip(gfe)
Xref: news-archive.icm.edu.pl pl.comp.programming:187331
[ ukryj nagłówki ]On 15 Lis, 06:21, "prorok" <p...@t...nie.adres> wrote:
> Rdtsc zamknięte w procedurze (zwłaszcza takiej jak JNI Javy) jak również
> wyspecjalizowane szukanie bitu (bsf,bsr) traci dużo na czasie wykonania.
Ostatnio sprawdzałem na C++, wygląda na to że dzisiejsze kompilatory
bardzo dobrze sobie z tym radzą, program przyspieszył o spodziewane
20%, kompilator nie dodał żadnego narzutu na wywołanie funkcji. Ale
fakt,
kiedyś tak nie było, w przeszłości często odnosiłem wrażenie, że po
dodaniu
jakiejkolwiek wstawki asemblerowej kompilator w ogóle nie umiał
zoptymalizować pozostałego kodu i wszystko działało wolniej niż
bez asemblera.
> to wszystko gdy mamy przynajmniej WOŁANIE procedur assemblerowych. Jeśli
> nie, to do szukania bituy trzeba by napisać własny algorytm a gorzej z
> pomiarem czasu bo zostaje QueryPerformanceCounter też szybki ale rzędy
> wielkości mniej dokładny niż rdtsc i jego wywołanie trwa trochę co może
> przeszkadzać gdy chcielibyśmy zrobić bardzo dokładne profilowanie - pamiar
> czasu wykonania określonych linii w funkcji.
Zawsze mierzę wiele razy w pętli i podaję najkrótszy czas.
> Pozdrawiam
Również
Najnowsze wątki z tej grupy
- 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
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
Najnowsze wątki
- 2024-11-25 Karty przedpłacone (podarunkowe) Google Play - pytanie do korzystających
- 2024-11-26 wina Tóska
- 2024-11-26 Rewolucja/Rewelacja!
- 2024-11-25 grupa ożyła ;)
- 2024-11-24 Być jak Clint
- 2024-11-24 Rura kanalizacja konceptu Franke = problem
- 2024-11-25 Wrocław => Lead Java EE Developer <=
- 2024-11-25 Warszawa => Business Development Manager - Network and Network Securit
- 2024-11-25 Kraków => Programista Full Stack (.Net Core) <=
- 2024-11-25 Lublin => Senior PHP Developer <=
- 2024-11-25 Karlino => Konsultant wewnętrzny SAP (FI/CO) <=
- 2024-11-25 Warszawa => ECM Specialist / Consultant <=
- 2024-11-25 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-11-25 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2024-11-25 Lublin => Inżynier Serwisu Sprzętu Medycznego <=