Re: p³yta g³ówna pod i7 1155 + pamiêci + ch³odzenie

Autor: yorgus <yorgus_at_terramail.pl>
Data: Tue, 31 Jul 2012 20:57:06 +0000 (UTC)
Message-ID: <slrn.pl.k1ghb3.rmj.yorgus@xps2.zfcst.us.edu.pl>
Content-Type: text/plain; charset=iso-8859-2

Dnia Tue, 31 Jul 2012 01:24:46 +0200, Jaskiniowiec <jaskinia_at_pl.pl> napisa³:
> W dniu 31.07.2012 o 00:17 yorgus <yorgus_at_terramail.pl> pisze:
>
> ...
> Zauwaz, ze wraz ze wzrostem zegara, rosnie tez liczba cykli.
>
> Zgadzam sie jednak, ze tam, gdzie licza sie nawet mikrosekundy i zadan
> jest duzo, tam bedzie mialo to sens, bo przyrost mocy na poziomie 3% da
> sie juz zauwazalnie odczuc. W domu jednak nie zauwazysz roznicy
> kilkuprocentowej (chyba ze w benchmarkach cyferki). Nawet jesli roznica
> jest kilkunastoprocentowa, w rzeczywistosci w wiekszosci typowych zadan
> jest raptem kilkusekundowa. Warto za to przeplacac? Mysle, ze lepiej
> oszczedzac energie ;)
>
>

Tam gdzie cos uzywa lapacka (np w postaci mkl) tam przepustowosc ma
na ogol fundamentalne znaczenie. Poza zastosowaniami stricte naukowymi
uzywaja tego np. programy inzynierskie (np tam gdzie uzywa sie MES)
i wtedy roznica miedzy pamiecia single channel a dual channel moze
byc rzedzu +30-40% jak uzywasz wszystkich rdzeni. Tzn tego rzedu jest
roznica dla procedury DGESV z mkl/lapack gdy sie ma pamiec w trybie
single/ dual channel i uzywa wszystkich rdzeni (sprawdzilem na i7 2600k).
DGESV to LU dekompowyzcja czyli wlasciwie rozwiazyanie ukladow rownan,
tego typu problemy wystepuja w wielu programach CADowskich i innych.

-- 
pozdrawia
	yorgus
Received on Tue 31 Jul 2012 - 23:00:03 MET DST

To archiwum zosta³o wygenerowane przez hypermail 2.2.0 : Tue 31 Jul 2012 - 23:51:03 MET DST