-
Path: news-archive.icm.edu.pl!news.gazeta.pl!not-for-mail
From: " " <f...@W...gazeta.pl>
Newsgroups: pl.comp.programming
Subject: Re: ram latency
Date: Sun, 9 Oct 2011 11:21:11 +0000 (UTC)
Organization: "Portal Gazeta.pl -> http://www.gazeta.pl"
Lines: 35
Message-ID: <j6s036$aif$1@inews.gazeta.pl>
References: <j6pq6t$7qo$1@inews.gazeta.pl> <j6rqu8$puj$1@inews.gazeta.pl>
<4e917796$0$3507$65785112@news.neostrada.pl>
<j6ru9u$5r5$1@inews.gazeta.pl> <j6ruok$779$1@inews.gazeta.pl>
NNTP-Posting-Host: localhost
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: 8bit
X-Trace: inews.gazeta.pl 1318159271 10831 172.20.26.240 (9 Oct 2011 11:21:11 GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Sun, 9 Oct 2011 11:21:11 +0000 (UTC)
X-User: fir
X-Forwarded-For: 31.61.128.249
X-Remote-IP: localhost
Xref: news-archive.icm.edu.pl pl.comp.programming:192668
[ ukryj nagłówki ]nie kojarze dokladnie tych czasow jesli cos wypada
z cache, ale slyszalem kiedys ze o ile cos jest w
najszybszym cache to powinno sie mw wyrabiac w cyklu
jesli wypada z pierwszego to ok 30 ns a jesli
wogole to nawet 300 ns (dokladnie nie kojarze wlasnie)
i nie wiem tez czy czesto sie to zdzarza i np
m in czy to straszeni 300 ns jest realne (albo
czy przypadkiem czasem nie jest jeszcze gorzej)
tu np
http://pl.wikipedia.org/wiki/CAS_latency
pisze ze transfer slowa (ktore chyba tu ma 64 bity)
z ramu do cache zajmuje raczej okolo 20 ns,
z tym ze ew (o ile rozumiem) nalezaloby ladowac cala
linie 64*8 bitow i wtedy zaladowanie tej lini 64 bajtow
zajmowalo by to 300 ns
wogole to warto by wiedziec jakie sa te statystyki nietrafien
bo mozna by obliczyc o ile zwalnia w stosunku do programu
ktory wogole z chace by nie wypadal - bo ja nie mam
pojecia czy to wypadanie jest nagminne czy marginalne
i o ile szybciej j byloby w przypadku niewypadania
wcale - a przeciez sa to bardzo wazne dane
--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
Następne wpisy z tego wątku
- 09.10.11 11:56 Jacek
- 09.10.11 12:03
- 09.10.11 12:13
- 09.10.11 12:20
- 09.10.11 12:27
- 09.10.11 14:42 Szyk
- 09.10.11 17:43
- 09.10.11 18:33 Marek Borowski
- 09.10.11 18:52 Bronek Kozicki
- 09.10.11 23:51 M.M.
- 10.10.11 02:47 A.L.
- 10.10.11 06:16
- 10.10.11 07:35 Marek Borowski
- 10.10.11 07:52 Adam Wysocki
- 10.10.11 09:00
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-12-12 Autocom CAN CDP+ wysokie kody błędów
- 2024-12-13 termostat do lodowki
- 2024-12-13 Gdańsk => Inżynier bezpieczeństwa aplikacji <=
- 2024-12-13 Warszawa => Head of International Freight Forwarding Department <=
- 2024-12-13 Poznań => Employer Branding Specialist <=
- 2024-12-13 Kraków => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2024-12-13 Kraków => Business Development Manager - Network and Network Security
- 2024-12-13 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-12-13 Gdańsk => Programista Full Stack .Net <=
- 2024-12-13 Warszawa => Analityk Biznesowo-Systemowy <=
- 2024-12-13 Białystok => Architekt rozwiązań (doświadczenie w obszarze Java, A
- 2024-12-13 Wrocław => Application Security Engineer <=
- 2024-12-13 Katowice => Head of Virtualization Platform Management and Operating S
- 2024-12-13 Lublin => Programista Delphi <=
- 2024-12-13 Chrzanów => Specjalista ds. public relations <=