-
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
- 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
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
Najnowsze wątki
- 2024-12-25 Wrocław => Architekt rozwiązań (doświadczenie w obszarze Java, AWS
- 2024-12-25 Warszawa => Sales Assistant <=
- 2024-12-25 Kraków => Inżynier bezpieczeństwa aplikacji <=
- 2024-12-25 Lublin => System Architect (Java background) <=
- 2024-12-25 Szczecin => Specjalista ds. public relations <=
- 2024-12-25 Wrocław => Key Account Manager <=
- 2024-12-25 Kraków => Full Stack .Net Engineer <=
- 2024-12-25 Kraków => Programista Full Stack .Net <=
- 2024-12-25 Bieruń => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-12-25 Białystok => Inżynier Serwisu Sprzętu Medycznego <=
- 2024-12-25 Białystok => Delphi Programmer <=
- 2024-12-25 Chrzanów => Team Lead / Tribe Lead FrontEnd <=
- 2024-12-25 Kraków => Ekspert IT (obszar systemów sieciowych) <=
- 2024-12-25 Mińsk Mazowiecki => Spedytor Międzynarodowy <=
- 2024-12-24 Dzisiaj Bentlejem czyli przybieżeli sześciu Króli do Rysia na kasie