Mailinglist Archive: opensuse-ja (90 mails)
| < Previous | Next > |
Re: [opensuse-ja] SUSE 10.2 デュアルチャンネル
- From: Masaru Imai <maimai@xxxxxxxxxxxxxxx>
- Date: Sat, 16 Jun 2007 22:53:59 +0900
- Message-id: <200706162253.59392.maimai@xxxxxxxxxxxxxxx>
今井です。
Saturday 16 June 2007 22:05:35 に Takanobu Nakahara さんは書きました:
>
> 最後にお伺いしたいのですが、SUSEと関係なくて申し訳ありませんが、
> メモリの利用として、SWAPへの書き込みが
> 両方とも無い場合、デュアルチャネルの2Gとシングルチャネルの2.5G
> どちらを利用するほうが処理速度は向上するのでしょうか?
>
単純にパフォーマンス面から見ればデュアルチャネルの方が良いです。
(CPU等がシングルチャネル以上のデータを十分さばける場合です。
CPU側がシングルチャネル分のデータしか処理できない場合には意味
があまり無いですが)
ただ言えるのは、無用な冒険を避けるなら
一連の投稿の中で使っているメモリ
512MBのもの
と
1GBのもの
について具体的なスペックとか情報が結局出てきてないということもあり、
(恐らくバルク品かそれにちかいものではないかと思ったのですが、
そういう判断材料は投稿文見る限り何も無いですし)
デュアルチャネルをどうしてもしたいということであれば元々のメモリ
でのみの場合にしておくのが良いと思います。
1GBのものをどうしてもということであればシングルチャネルモード
でのみ使われた方が良いかと思います。
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
今井 優
mail: maimai@xxxxxxxxxxxxxxx
web: http://www10.ocn.ne.jp/~masimai/
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-ja+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-ja+help@xxxxxxxxxxxx
Saturday 16 June 2007 22:05:35 に Takanobu Nakahara さんは書きました:
>
> 最後にお伺いしたいのですが、SUSEと関係なくて申し訳ありませんが、
> メモリの利用として、SWAPへの書き込みが
> 両方とも無い場合、デュアルチャネルの2Gとシングルチャネルの2.5G
> どちらを利用するほうが処理速度は向上するのでしょうか?
>
単純にパフォーマンス面から見ればデュアルチャネルの方が良いです。
(CPU等がシングルチャネル以上のデータを十分さばける場合です。
CPU側がシングルチャネル分のデータしか処理できない場合には意味
があまり無いですが)
ただ言えるのは、無用な冒険を避けるなら
一連の投稿の中で使っているメモリ
512MBのもの
と
1GBのもの
について具体的なスペックとか情報が結局出てきてないということもあり、
(恐らくバルク品かそれにちかいものではないかと思ったのですが、
そういう判断材料は投稿文見る限り何も無いですし)
デュアルチャネルをどうしてもしたいということであれば元々のメモリ
でのみの場合にしておくのが良いと思います。
1GBのものをどうしてもということであればシングルチャネルモード
でのみ使われた方が良いかと思います。
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
今井 優
mail: maimai@xxxxxxxxxxxxxxx
web: http://www10.ocn.ne.jp/~masimai/
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-ja+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-ja+help@xxxxxxxxxxxx
| < Previous | Next > |