public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Michael Mol <mikemol@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] new machine : CPU : 22 nm vs 32 nm
Date: Thu, 26 Jul 2012 09:55:18 -0400	[thread overview]
Message-ID: <CA+czFiBnhtriJAtWABwh3W-HiOTVo5CKbD_viZ7K6hi4x0tRTg@mail.gmail.com> (raw)
In-Reply-To: <CAMgqO2wF7H781zSwj4sd-KXtVzXkoUOud7d3r26w1qt6-_uPaQ@mail.gmail.com>

On Thu, Jul 26, 2012 at 4:39 AM, microcai <microcai@fedoraproject.org> wrote:
> 2012/7/26 Philip Webb <purslow@ca.inter.net>:
>> I've listed what's available at the local store,
>> which I trust to stock reliable items, tho' I wouldn't ask their advice.
>>
>> All the AMD's are  32 nm , while the Intel recommended by one commenter
>> -- Core i5-3570 4-Core Socket LGA1155, 3.4 Ghz, 6MB L3 Cache, 22 nm --
>> is  22 nm : it costs  CAD 230  & they have  3  in stock,
>> which suggests demand, but not the most popular ( 9  in stock).
>>
>> Isn't  22 nm  going to be faster than  32 nm  ?
>>
>> In the same price range, AMD offers  Bulldozer X8 FX-8150 (125W)
>>  8-Core Socket AM3+, 3.6 GHz, 8Mb Cache, 32 nm  ( CAD 220 ,  2  in stock).
>>
>> How do you compare cores vs nm ?
>> How far is cache size important ( 6 vs 8 MB )?
>
> cache size is always the most important thing. cache miss is the top
> reason your application slows down.

Generally speaking, but it does depend on your workload; if you're
processing and referencing the same piece of memory over and over,
cache shines. If you're streaming through a lot of data...not so much.

Certainly, though, the former behavior is far more common.

-- 
:wq


  reply	other threads:[~2012-07-26 13:57 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-25 20:05 [gentoo-user] new machine : CPU : 22 nm vs 32 nm Philip Webb
2012-07-25 20:14 ` Volker Armin Hemmann
2012-07-25 20:24   ` Philip Webb
2012-07-26 10:34     ` Volker Armin Hemmann
2012-07-25 20:32   ` Florian Philipp
2012-07-25 20:49     ` Michael Mol
2012-07-26  0:21       ` Dale
2012-07-26  1:26         ` [gentoo-user] " walt
2012-07-26  1:56           ` Dale
2012-07-26  1:34         ` [gentoo-user] " Michael Mol
2012-07-26  2:32           ` Dale
2012-07-26  3:01             ` Alecks Gates
2012-07-28  0:56               ` Dale
2012-07-26  0:33 ` [gentoo-user] " Nikos Chantziaras
2012-07-26  0:53   ` Alecks Gates
2012-07-26  8:39 ` [gentoo-user] " microcai
2012-07-26 13:55   ` Michael Mol [this message]
2012-07-26 13:43 ` Евгений Пермяков
2012-07-26 13:50   ` Michael Mol
2012-07-26 14:18     ` Евгений Пермяков
2012-07-26 14:48       ` Michael Mol
2012-07-28  0:30         ` microcai
2012-07-28  0:59           ` Michael Mol
2012-07-28 12:08             ` Pandu Poluan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CA+czFiBnhtriJAtWABwh3W-HiOTVo5CKbD_viZ7K6hi4x0tRTg@mail.gmail.com \
    --to=mikemol@gmail.com \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox