-
Path: news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!news.glorb.com!p
ostnews.google.com!15g2000yqa.googlegroups.com!not-for-mail
From: Mariusz Marszałkowski <m...@g...com>
Newsgroups: pl.comp.programming
Subject: Re: BCB Moj ulubiony kod;)
Date: Fri, 19 Feb 2010 20:31:53 -0800 (PST)
Organization: http://groups.google.com
Lines: 49
Message-ID: <4...@1...googlegroups.com>
References: <hkneu1$1se$1@mx1.internetia.pl>
<d...@1...googlegroups.com>
<hkop6l$s9s$1@news.onet.pl> <hkoq0a$gni$1@news2.ipartners.pl>
<hkq2et$gj7$1@mx1.internetia.pl> <hkqr8b$6st$1@news.onet.pl>
<hkv1ds$91t$1@news.onet.pl> <hkvcct$f6m$1@news.onet.pl>
<hl0d9e$120$1@inews.gazeta.pl> <hlj0op$tl5$1@news.onet.pl>
<7...@f...googlegroups.com>
<hln0uf$sf1$1@news.onet.pl>
<f...@z...googlegroups.com>
<hln509$6r6$1@news.onet.pl>
NNTP-Posting-Host: 89.229.16.190
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: posting.google.com 1266640313 15857 127.0.0.1 (20 Feb 2010 04:31:53 GMT)
X-Complaints-To: g...@g...com
NNTP-Posting-Date: Sat, 20 Feb 2010 04:31:53 +0000 (UTC)
Complaints-To: g...@g...com
Injection-Info: 15g2000yqa.googlegroups.com; posting-host=89.229.16.190;
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)
Gecko/20100115 Firefox/3.6,gzip(gfe),gzip(gfe)
Xref: news-archive.icm.edu.pl pl.comp.programming:184947
[ ukryj nagłówki ]On 19 Lut, 23:58, Michoo <m...@v...pl> wrote:
> Mariusz Marszalkowski pisze:
>
> > On 19 Lut, 22:48, Michoo <m...@v...pl> wrote:
> >> To jest dokladnie ten sam kod, ale w jednym wypadku dane upakowane i
> >> false-sharing daje o sobie znac, w drugim nie.
>
> > Nie wiem czy rozumiem, ten sam kod w wielu watkach?
>
> 8 watkow. W pierwszym przypadku trzymajace swoje zmienne 'lokalne' w
> globalnej tablicy o rozmiarze 8 a w drugim - na stosie.
No to sprawa jasna, lokalnosc danych jest kluczowa dla wydajnosci.
> > Chcialem przypomniec troche inny fakt, a mianowicie ze
> > tej szybkiej pamieci w nowoczesnych komputerach nadal jest znacznie
> > mniej niz pamieci w ogole. Jesli algorytm nie dobiera sie do danych
> > sekwencyjnie, to caly czas najlepiej upakowac wszystkie dane tak,
> > aby zmiescily sie w niezbyt duzej pamieci cache.
>
> Zgadza sie. Tylko sytuacja w ktorej potrzebujemy dostep losowy i dane
> sie mieszcza w cache nie jest specjalnie czesta... No i czasami lepiej
> po prostu przeorganizowac dane tak, zeby sie dalo je w pipeline uzyc.
Moj program tak ma. Wiele czesciowych wynikow trzyma w roznych
tablicach do ktorych dostep jest bardzo chaotyczny. Kiedys napisalem
program ktory mial niemal wszystkie czesciowe wynik w pamieci, ale
dzialal wolniej, prawdopodobnie dlatego, ze czesciowe wyniki znacznie
przekraczaly rozmiar pamieci cache - oplacalo sie wykonac wiecej
obliczen,
ale zajac mniej pamieci. Poza tym kazdy program ktory korzysta ze
struktury
hash-table ma losowy dostep do pamieci. Przeszukujac graf, albo drzewo
tez
szybko trafiamy w dosc przypadkowy fragment pamieci - a to powszechne
struktury danych. Upieram sie, ze upakowanie danych nadal jest
kluczowe dla
wydajnosci.
> > W przypadku przetwarzania wieloprocesorowego sprawa komplikuje sie
> > jeszcze bardziej. Idealnie jesli kazdy watek moze miec swoja lokalna
> > kopie
> > danych, ale to nie jest zawsze mozliwe.
>
> Czyli wlasnie rezygnujemy z oszczedzania pamieci na rzecz wydajnosci.
Nie rezygnujemy z oszczednosci pamieci. Nadal upychamy dane jak to
tylko oplacalne, ale upakowane dane powielamy tak aby kazdy procesor
mial swoja kopie.
> Pozdrawiam
Rowniez pozdrawiam
Następne wpisy z tego wątku
- 20.02.10 23:51 Bastion
- 25.02.10 22:22 Bastion
- 25.02.10 22:33 Bastion
- 25.02.10 23:00 Bastion
- 25.02.10 23:37 Jacek Czerwinski
- 26.02.10 18:05 Michoo
- 26.02.10 21:56 Bastion
- 26.02.10 22:20 Bastion
- 26.02.10 22:59 Michoo
- 27.02.10 07:16 Waldek M.
- 27.02.10 13:01 Jędrzej Dudkiewicz
- 28.02.10 22:55 Bastion
- 18.03.10 23:11 Bastion
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-02-15 Łódź => NodeJS Developer <=
- 2025-02-15 Dęblin => Node.js / Fullstack Developer <=
- 2025-02-15 Warszawa => Developer .NET (mid) <=
- 2025-02-15 Wrocław => Senior SAP Support Consultant (SD) <=
- 2025-02-14 Zdalne załączanie grzałki bojlera elektrycznego
- 2025-02-14 Warszawa => Kierownik ds. kluczowych Klientów <=
- 2025-02-14 Częstochowa => Product Manager - Systemy infrastruktury teleinformaty
- 2025-02-14 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2025-02-14 Warszawa => Data Engineer (Tech Leader) <=
- 2025-02-14 Czy ma sens grupa news:pl.soc.polityka-prawna ? :-)
- 2025-02-14 e-paper
- 2025-02-14 Gliwice => Business Development Manager - Network and Network Security
- 2025-02-14 Warszawa => System Architect (Java background) <=
- 2025-02-14 Katowice => Senior Field Sales (system ERP) <=
- 2025-02-14 Wrocław => Specjalista ds. Sprzedaży (transport drogowy) <=