-
Path: news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!.PO
STED!not-for-mail
From: Fil <f...@p...onet.pl>
Newsgroups: pl.comp.programming
Subject: Programowanie wielowątkowe w architekturze NUMA
Date: Sun, 16 Jan 2011 17:47:06 +0100
Organization: http://onet.pl
Lines: 50
Message-ID: <igv7ek$ku2$1@news.onet.pl>
NNTP-Posting-Host: keisi.tu.kielce.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Trace: news.onet.pl 1295196436 21442 81.26.19.120 (16 Jan 2011 16:47:16 GMT)
X-Complaints-To: n...@o...pl
NNTP-Posting-Date: Sun, 16 Jan 2011 16:47:16 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; pl; rv:1.9.2.13) Gecko/20101207
Thunderbird/3.1.7
Xref: news-archive.icm.edu.pl pl.comp.programming:188273
[ ukryj nagłówki ]Witam!
Mam program wielowątkowy, który poprawnie pracuje na kompie (laptop):
CPU: Intel i7 X920 2GHz, 16MB RAM (4 rdzenie + HT = 8 CPU logicznych w
architekturze UMA), OS: Windows 7 64bit Prof.
W programie odpalam 8 wątków (lub 16 wątków), które intensywnie
korzystają ze wspólnej, dwuwymiarowej tablicy liczb rzeczywistych.
Wszystkie wątki ładnie obciążają każdy z rdzeni w 100%. Można ustawiać
dowolnie koligację na poszczególnych rdzeniach - śmiga aż miło.
Następnie ten sam program odpalam w systemie:
8 x CPU: AMD Opteron 8493SE 2.8GHz , 64MB RAM (8 x 6 rdzeni = 48 CPU
logicznych w architekturze NUMA, 8 węzłów po 6 CPU w każdym), OS:
Windows Server 2008 R2 Enterprise (płyta Tyan n4250QE S4985 + M4985).
I tu klapa. W programie odpalam 48 wątków, analogicznie jak wyżej. Wątki
nie są przydzielane przez system do poszczególnych, logicznych CPU tylko
(takie mam wrażenie) są przełączane pomiędzy CPU tak, jakby stanowiły
program jednowątkowy. Czyli: po ustawieniu koligacji na 1 rdzeń mam
obciążenie tego rdzenia na 100%, natomiast jak ustawię na 2 rdzenie to
obciążenie rozkłada się po 50%, itd. Zatem obciążenie dla całego
programu rozkładane jest pomiędzy rdzenie tak jakby był on jednowątkowy.
Czy zna ktoś na to receptę? Jedyne wyjście jakie przychodzi mi do głowy
to przeprogramowanie algorytmu i dostosowanie go do NUMA, co nie będzie
proste :(.
A przy okazji: może ktoś zna jakiś link do dobrej dokumentacji o
programowaniu w NUMA pod Winde?
Fil.
Następne wpisy z tego wątku
- 16.01.11 17:45 Michoo
- 16.01.11 18:10 Fil
- 16.01.11 18:25 Michoo
- 16.01.11 19:22 Fil
- 16.01.11 22:07 A.L.
- 18.01.11 11:25 Sebastian Kaliszewski
- 18.01.11 19:47 Fil
- 19.01.11 08:46 Mariusz Marszałkowski
- 19.01.11 10:54 Michoo
- 19.01.11 11:40 Jacek Czerwinski
Najnowsze wątki z tej grupy
- John Carmack twierdzi, że gdyby gry były optymalizowane, to wystarczyły by stare kompy
- Ada-Europe Int.Conf. Reliable Software Technologies, AEiC 2025
- Linuks od wer. 6.15 przestanie wspierać procesory 486 i będzie wymagać min. Pentium
- ,,Polski przemysł jest w stanie agonalnym" - podkreślił dobitnie, wskazując na brak zamówień.
- Rewolucja w debugowaniu!!! SI analizuje zrzuty pamięci systemu M$ Windows!!!
- Brednie w wiki - hasło Dehomag
- Perfidne ataki krakerów z KRLD na skrypciarzy JS i Pajton
- Instytut IDEAS może zacząć działać: "Ma to być unikalny w europejskiej skali ośrodek badań nad sztuczną inteligencją."
- Instytut IDEAS może zacząć działać: "Ma to być unikalny w europejskiej skali ośrodek badań nad sztuczną inteligencją."
- Instytut IDEAS może zacząć działać: "Ma to być unikalny w europejskiej skali ośrodek badań nad sztuczną inteligencją."
- U nas propagują modę na SI, a w Chinach naukowcy SI po kolei umierają w wieku 40-50lat
- C++. Podróż Po Języku - komentarz
- "Wuj dobra rada" z KDAB rozważa: Choosing the Right Programming Language for Your Embedded Linux Device
- Nowa ustawa o ochronie praw autorskich - opis problemu i szkic ustawy
- Alg. kompresji LZW
Najnowsze wątki
- 2025-05-22 Department of Government Efficiency Europe, EU is made of Elon Tesla
- 2025-05-22 Department of Government Efficiency Europe, EU is made of Elon Tesla
- 2025-05-22 podpalacz
- 2025-05-22 Modlinska
- 2025-05-22 Warszawa => Support Engineer <=
- 2025-05-22 Warszawa => Support Engineer <=
- 2025-05-22 Środa Wielkopolska => SAP FI/CO Internal Consultant <=
- 2025-05-22 Środa Wielkopolska => SAP FI/CO Konsultant wewnętrzny <=
- 2025-05-22 Kraków => Koordynator Produkcji / Przedstawiciel ds. rozwoju produktu
- 2025-05-22 Kraków => Production Coordinator / Representant Product Dev <=
- 2025-05-22 Warszawa => Presales - Inżynier Wsparcia Technicznego IT <=
- 2025-05-22 Gdańsk => Delphi Programmer <=
- 2025-05-22 Lublin => JavaScript / Node / Fullstack Developer <=
- 2025-05-22 wzmacniacz mocy
- 2025-05-22 ostrość hamulców