-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!.POSTED!not-for-mail
From: Sebastian Biały <h...@p...onet.pl>
Newsgroups: pl.comp.programming
Subject: Spójność cache L1 w x86 pomiędzy rdzeniami
Date: Tue, 19 May 2015 19:31:36 +0200
Organization: ATMAN - ATM S.A.
Lines: 28
Message-ID: <mjfs1p$of4$1@node2.news.atman.pl>
NNTP-Posting-Host: 193.0.194.227
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: node2.news.atman.pl 1432056697 25060 193.0.194.227 (19 May 2015 17:31:37
GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Tue, 19 May 2015 17:31:37 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:31.0) Gecko/20100101 Thunderbird/31.6.0
Xref: news-archive.icm.edu.pl pl.comp.programming:207814
[ ukryj nagłówki ]Mam takie pytanie z lekka akademickie.
Mamy architekturę x86. Dowolnego producenta, z gatunku bardziej
współczesnych.
Każdy rdzeń ma osobne cache L1.
Wyobraźmy sobie że mamy procesor caly dla siebie. Nie ma systemu
operacyjnego.
Uruchamiam dwa cory. W pamięci znajduje się jeden int. Pierwszy core
czeka chwile i ustawia wartość tego inta na 1 po czym wpada w ciasną
pętlę bez wyjścia.
Drugi core sprawdza w ciasnej pętli wartość tej komórki pamięci i jak
jest "1" to coś robi.
Pytanie: jeśli nie zastosuje żadnych barier pamięci, to czy cache core2
po jakimś czasie zostanie zaktualizowane zazwartością cache core1? Jest
to mętnie opisane i zazwyczaj w kontekscie barier pamięci. Mnie
natomiast interesuje czy procesor sam z siebie dokonuje synchronizacji
cache L1. Zakładam że nie, ale to jest x86 i wiele pewno zrobiono dla
kompatyblinosci z kiepskim softem :/
PS. Mniej więcej podobny problem istnieje w prawdziwym sofcie - flaga
zmienia stan miliony cykli później niż jej ustawienie. Kod nie posiada
barier pamięci - a mnie interesuje kto ją "zsynchronizował"- czy OS czy
się samo zrobiło.
Następne wpisy z tego wątku
- 09.06.15 08:22 Wojciech Muła
- 09.06.15 18:19 Sebastian Biały
- 10.06.15 10:24 Wojciech Muła
- 10.06.15 11:45 Roman W
- 10.06.15 21:27 Sebastian Biały
Najnowsze wątki z tej grupy
- 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??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
Najnowsze wątki
- 2025-02-01 Śmierć mózgu a narządy do pobrania
- 2025-01-31 A niektórym to naprawdę zależy na ekologi w miastach LPG POWRACA ;-)
- 2025-01-31 Lublin => Programista Delphi <=
- 2025-01-31 Łódź => Programista NodeJS <=
- 2025-01-31 Wrocław => Senior SAP Support Consultant (SD) <=
- 2025-01-31 Warszawa => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2025-01-31 Gdańsk => iOS Developer (Swift experience) <=
- 2025-01-31 Kraków => UX Designer <=
- 2025-01-31 Warszawa => Data Engineer (Tech Leader) <=
- 2025-01-31 Gliwice => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2025-01-31 Gliwice => Business Development Manager - Network and Network Security
- 2025-01-31 Warszawa => Architekt rozwiązań (doświadczenie w obszarze Java, AWS
- 2025-01-31 Warszawa => Full Stack .Net Engineer <=
- 2025-01-31 Warszawa => Programista Full Stack (.Net Core) <=
- 2025-01-31 Gdańsk => Programista Full Stack .Net <=