FreeBSD/amd64 part2 (and for oyster901)

1 名前：名無しさん＠お腹いっぱい。 [2007/02/13(火) 12:04:09 ] FreeBSD/amd64を取り扱うスレです。 (対象となるCPUは AMD Opteron/Athlon64/ 64bit対応のSempron Intel Core 2 Duo/EM64T対応の Xeon ,Pentium ,Celeron など　) なお、本スレは2ch次世代向け実験鯖のためのスレでもあります。 2ch特化型サーバ・ロケーション構築作戦 Part24 qb5.2ch.net/test/read.cgi/operate/1166543133/ なにか情報などがありましたらお願いします。 root★さんが喜ぶでしょう。 前スレ FreeBSD for AMD64(and for oyster901) pc10.2ch.net/test/read.cgi/unix/1075691732/ 64 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/04/05(木) 02:35:10 ] >>58 やっぱりそうか。 65 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/04/06(金) 18:54:37 ] マリオカート64が出来ればおk 66 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/03(木) 18:07:40 ] FreeBSDで64bitサーバを作る場合、Intel系とAMD系のどちらが安定していますか? またお勧めのメーカーがあれば教えてください。 大学の研究室内で使用して外部には公開しないのですが、 長時間計算処理をする必要があるのですがその間ディスクアクセスを含めて 高負荷で安定動作するものを希望しています。 メモリは8GBから16GB程度は搭載したいと考えています。 67 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/03(木) 18:55:21 ] Intel系ってまさか IA64(Itanium) を使おうなんて思ってるんじゃないだろうな? いつまでたっても「AMD 方式が本流になった」ということを しらない人が全然減らないねぇ... 68 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/03(木) 19:10:49 ] つまらん事書くなよ。じゃま 69 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2007/05/03(木) 20:39:07 ] >>66 DellとHPで合いみつ取って比べればいいんでない？ 70 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/04(金) 04:40:21 ] 何回かPC組んだ雑感であれば参考程度にどうぞ AMD系のメリット ・演算能力はC2Dですらぶっちぎりに抜く(pentium4?誰ですか?ぐらい) ・K8を基準にしてあるのでビルドの設定をあまり気にしなくていい ・同時に最適化も苦労しない デメリット ・演算能力は申し分なしだが、下半身となるIDEがほとんどのチップセットでUDMA33になる所が（´・ω・`） 　↑VIA、nforceで確認、設定を手動で変えればいけるかも。 ・オンボ、PCI-EのVGAドライバが整っていない。NVIDIAは32bitはあっても64bitは未だに．．．。 　↑(PCIのVGAならRadeon9250やG550系で代用可．．．) Intel系のメリット ・さすが標準チップセットとあって、IDEがSATAだろうがUDAM100、SATA150は当たり前 ・オンボのVGAが公開されているおかげで一応グラフィックに困らない?（メモリ帯域とられるぞゴルァ、はおいといて） 　↑オンボ以外になるとAMDと同じ境遇です。 ・なによりIntelブランドに支えられる精神衛生面 デメリット ・演算関係の性能はC2Dでもかなわない ・C2Dは64bitになると100%の性能が出ない ・さらgccの最適化に「C2D」がまだないためビルドでもこころもとない ・かといってPentium4(nocona)は（´・ω・`） ・CPUにあわせてビルド設定の手間がいる 71 名前：改行規制のため mailto:sage [2007/05/04(金) 04:41:08 ] ということで、演算性能重視ならAMD、ディスク周り重視ならintel。 グラフィックは両方とも望み薄 ちなみにNBenchしか計ってないけど 整数演算は AMD>>C2D>Pentium4 浮動小数点は AMD>Pentium4>=C2D だった。 浮動小数点がメインにし、他は目を瞑るならディスク周りと最適化環境を含めてPentium4かもしれない。 SCSI使うから関係ない、という事ならAMD ただしビルド環境を整える手間が必要 結論：万能な環境がみつかんネ orz あくまで参考未満でおながいします。 72 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/04(金) 04:45:38 ] あ、あと去年にICC(Intel謹製コンパイラ)をインストールしようとしたら、 「64bitには対応してまセ〜ン」な風で弾かれたのでこれもダメでしたorz 今はどうなんだろうね 73 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/04(金) 04:47:25 ] AMD系でもDMA33なんてことはないが... うちのOpteron dual なサーバマシンではFreeBSD6.2Rで 普通にSATA150が使えているよ。 74 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/04(金) 04:48:36 ] Intel系って言っても、今は普通にIA64じゃなくてCore2Duoとかの話なんだろうな。 というかIA64の存在すら知らない香具師も意外と多かったりして。 75 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/04(金) 09:55:09 ] >70 なんか経験を語ってると言う割にツッコミどころ満載... そもそも >67 が言ってるように Intel系ってのが なんのことなのかを整理してくれないといけないんだけど >70 は IA64 しらなさそうだから EM64T のことだとしよう。 演算能力: P4 相手のときはエンコード以外のほぼ全方位で Opteron/Athlon64X2 優位だったと言えると思うけど Intel woodcrest(Xeon51xx),C2D以降は 一般には Intel優位じゃないか? (激しく演算の種類に依存するので各種ベンチマークを自分で調べろ) UDMA 云々も >66 みたいな背景だったら AMD 系でもチップセットは Broadcom HT-2100/HT-1000 辺りの機種を 選ぶことになるだろう。 ちなみに >70 に書かれているような問題はみたことも聞いたこともない。 76 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2007/05/04(金) 10:02:08 ] benchmarkの結果を晒してもらえば？ 77 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/04(金) 10:14:17 ] >>75 EM64TはINTEL64に改名されました。 78 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/04(金) 10:20:52 ] 普通>>1を見て、 AMD64のことをAMD系というならIntel系はIntel64のことだと思わないか。 79 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/04(金) 10:37:07 ] うーん.... IA64 が意識の片隅にもない人じゃないと そうは言えないんじゃないかなぁ... 前書きで断った上での話ならともかく。 だいたい「Intel系」っていったって INTEL64 アーキテクチャでの マイクロアーキテクチャの話をさすんだというのなら NetBurst系(prescot?)とC2D系(conroe?)との間で AMD Opteron との差と同等くらいの差があるわけだし、 その括り方は全く意味がないと思うのだが。 80 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/04(金) 10:39:23 ] >>79 スレタイと>>1-5を読め。 2chでIA64を使ったサーバーがあるならゴメン。 81 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/04(金) 11:08:00 ] どうしてもIA64の話を持ち込みたい人がいるらしいw 82 名前：70 mailto:sage [2007/05/04(金) 12:04:36 ] うわっ高級機についてはすっぽーんと抜けてたわ 全然見当違いでスマソ 炒ってくる 83 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/04(金) 12:20:07 ] 今ってAMD64と比較できるほどIA64って安いの? 84 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/04(金) 17:34:27 ] >>75 「C2Dなら一般的にIntel有利」は、32bit環境だけ。 85 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/04(金) 21:19:19 ] >>70 現状で一番新しいVIAやSiSのサウスブリッジは普通に対応されてます。 www.freebsd.org/cgi/man.cgi?query=ata&sektion=4&manpath=FreeBSD+6.2-RELEASE 便乗質問になるんですが、ata driverの中にはnForce4までしか載ってません。 ノース、サウスへ分離したnForce6000系+400系とか、それを統合したやつ（名称失念） や、最近のnForce500,600系などは使えるんですか？ ATIのサウスブリッジ(SB400系)なども載ってないんですが、どうなってますか。 最近のマザーボード製品を見てるとnForceかATI(AMD)が多く、VIAやSiSは絶滅状態 なもので次の乗り換えが不安なので聞いてみたいのですが。 86 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/04(金) 21:49:01 ] 最悪 PIO では動くんじゃないの? ちゃんとサポートして欲しければ、ハードウェアベンダからデータシートを入手 して板といっしょに sos に送れ。 87 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/04(金) 23:27:38 ] >84 「C2D の優位性が 32bit ほどではない」、とは良く言われるけど hammer 系が優位(というか逆転)と言うほどの差はあったんだっけ? (どのみちおいらはアム誅ですけどね) 88 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/04(金) 23:31:07 ] スレタイから言えば IA64 なんて関係ないけど 余裕でぐちゃぐちゃに勘違いしている人とか 当たり前のようにいるから、匿名掲示板ならなおさら 表記には気をつけるべきでしょうね まあ確かにそろそろ IA64 は存在自体忘れて良い時期に なってきているとは思いますが... 89 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2007/05/04(金) 23:31:53 ] >>86 板贈れば対応してもらえるんだ？ 90 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/05(土) 08:02:49 ] 板くらいで対応してもらえるなら安いな 91 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/05(土) 08:23:39 ] 大変なのは「データシートを入手して」の方。 板のみを送るのは迷惑なだけなのでやっちゃだめだよ。 広く出回ってるのにいつまでたってもサポートされないチップセットは、 NDA 結ばないとデータシートくれなかったりする場合が多い。 92 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2007/05/05(土) 10:46:51 ] NDA結んでデータシートを送って大丈夫なのか データシートをOSSコミュニティに送れるNDAを結べってことか？ｗ ママ板ならママ板ベンダじゃなく上に載っとるチップベンダと NDA結ばないとダメな気がするんだけど 93 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/05(土) 11:41:14 ] 結局そういう NDA だのなんだのと抜かすような ベンダは Free系OSとの相性は最低なので 避けろってことだ それは昔から変わってない。 (昔はグラフィクスチップとかが主だったけど) 94 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2007/05/05(土) 11:49:06 ] 今でもGPUベンダ大手は仕様を公開してないのでは 95 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/07(月) 21:54:35 ] >>85です。 nForce系のサウスで使えてるみたいでスマンコ。 pc11.2ch.net/test/read.cgi/unix/1175945383/396 当り前と言えば当り前ですよね。 あまり実例が引っかからないからnForceな人はいないと思いこんだ厨房です。 良く考えたらさ、サウスブリッジのataが対応されないなら 対応チップのPATAかSATAの増設カードを使えばいいんだよね。 このスレの人ならSCSIかな。 # FreeBSD nForce amd64 でググったらこのスレの>>70が出てきた。   そろそろ amd64 固有のまとめが欲しいなあ。 96 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/12(土) 22:43:41 ] しかし、Core2Quadなハードウェアは安いな。 Opteronのデュアルコアより安く買えるんじゃないだろうか? FreeBSD amd64で鯖にする場合、Core2Quadな環境はどうよ? 97 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/12(土) 23:42:28 ] >>96 ttp://akiba.ascii24.com/akiba/column/latestparts/2006/07/14/663447-002.html? 98 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/13(日) 01:05:21 ] CoreはECC使えるチップセット無いしょや Opteronとの対比にはならないとおも 99 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/13(日) 02:22:18 ] Pen4にせよCore2Duoにせよ、IntelのIntel64に対するやる気のなさはすごいな。 いまさらIA64に誘導したがっているとは思えないんだけど。 100 名前：96 mailto:sage [2007/05/13(日) 06:51:14 ] >>97,98,99 レスサンクス 金はただでは取らんということか。 101 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/13(日) 09:22:48 ] その分(?) Xeon 51xx が十分安いじゃん 102 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/13(日) 09:55:07 ] それも同じ 103 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/13(日) 21:56:57 ] なるほど16GBとかの主記憶を積もうと思ったらOpteronしかないのか。 DOSパラでOpteronDualCore x 2を買おうと思ったら、桁がひとつ多くて焦った。 というわけで今年も64bit環境のquadは無理かなぁ 104 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/13(日) 22:09:10 ] いやOpじゃなくてもXeon系でも良いと思うけど。 でもkernelいじったりしてNUMAを堪能したいとかならアレだね。 あと年内は現行のブラッシュアップ程度しか出てこないのでは。大きく動く可能性は来年から 105 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/14(月) 22:41:41 ] 今週、下の構成で組んでみました。 ATAがUDMAにならず途方にくれていましたが、 ソースを書き換えてリビルドしたら簡単にUDMAになりました。 あまりのうれしさにちょっとチラシの裏を書いてしまいました。 CPU: Athlon64x2 3800+ MB: ECS 761GXM-M (761GX+966L) RAM: 1024x2(バルク)PC5400をPC4200にダウン HD: HDS722516VLSA80 SATA160GB VGA: RADEON7000PCI(サファイア) Freebsd: SnapShot_200704 1, インストール前のBIOS設定 ・接続しているドライブ類のDMA設定をWDMA2以下の速度に落とす。 ・HDDは上記に加え、「32bit transfer」「SMART」を無効にする こうしないとインストーラでハングアップします。 2, OSインストール ディスク構成約20Gだけ領域をとって後は下のようにスライスしました。 / 1024M /var 3G /tmp 3G /usr 16G ＊スワップファイルなし ＊インストール内容は最小+src(全部)+portsにしました。 106 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/14(月) 22:42:58 ] 3, ソースの書き換え /usr/src/dev/ata/ata-pci.h のファイルをエディタで開き「/* Ojo */」とついた一行を書き加える。 以下は「/usr/src/dev/ata/ata-pci.h」の一部抜粋です。 ################################################ #define ATA_SIS965 0x09651039 #define ATA_SIS966 0x09661039 /* Ojo */ #define ATA_SIS180 0x01801039 ################################################ 「0x09661039」はノリでつけました。 さらに /usr/src/dev/ata/ata-chipset.c も同様の方法で一行加える ########################################################################## { ATA_SIS180, 0x00, SISSATA, 0, ATA_SA150, "180" }, /* south */ { ATA_SIS966, 0x00, SIS100NEW, 0, ATA_UDMA5, "966" }, /* Ojo */ { ATA_SIS965, 0x00, SIS133NEW, 0, ATA_UDMA6, "965" }, /* south */ ########################################################################## UDMA5にしたのはただ小心者なだけです。 107 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/14(月) 22:43:41 ] 4,カーネルをビルドしてインストール cd /usr/src make -j4 KERNCONF=SMP buildkernel; make KERNCONF=SMP installkernel 再起動するとDVDドライブはUDMA33 HDDはUDMA100になりました。 dmsegの関係ありそうな所を抜粋しました。 atapci0: <SiS 966 UDMA100 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 2.5 on pci0 ata0: <ATA channel 0> on atapci0 ata1: <ATA channel 1> on atapci0 atapci1: <SiS 966 UDMA100 controller> port 0xe800-0xe807,0xe400-0xe403,0xe000-0xe007,0xd800-0xd803,0xd400-0xd40f,0xd000-0xd07f irq 17 at device 5.0 on pci0 ata2: <ATA channel 0> on atapci1 ata3: <ATA channel 1> on atapci1 acd0: CDRW <TOSHIBA DVD-ROM SD-R1202/1020> at ata0-slave UDMA33 ad4: 157066MB <HDS722516VLSA80 V34OA6MA> at ata2-master UDMA100 /usr/src/dev/ata/ata-pci.h /usr/src/dev/ata/ata-chipset.c にはIXPやnForceなどもありました。 対応していないものもちょっといじれば出来るかもしれません。 スレ汚し失礼しました。 108 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/14(月) 23:40:50 ] >>105-107 お嬢さんナカーマ。ataはSiS965までだったんだよね。 乙です。勉強になったす。 109 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/15(火) 01:22:51 ] >>108 どうもです。 しかしこれとは別に問題が．．． ネットワークにつなげると、MBからキーンという高音が出ます。 しばらくしてネットワークが切れ、OSが固まります｡･ﾟ･(ﾉД`)･ﾟ･｡ UDMA100化前から発生し、pro1000(pcie)、pro100(pci)の二枚試しましたが 両方とも起きます。 備え付けのLANはOSが認識しません。 110 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/15(火) 18:47:21 ] あーあぁ、何でnvidia様は64bitドライバ出してくれんのだぁ？ 111 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/16(水) 11:30:04 ] もうIntelのオンボでいいよ 112 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/17(木) 00:50:05 ] >>105-109 pc11.2ch.net/test/read.cgi/jisaku/1159675167/ 少し地雷っぽいみたいで。さすがECSの初代機という感じがしないでもない。 ノースが熱いってのはASUS A8S-X(SiS756+965L)以来の伝統になったかも。 MBからキーン＝電源の問題、とか、コイル鳴きじゃないか、とか言われるが。 NICは、PRO100も、ってのが変だね。 最近のIntel GbE(PCIe x1)は自作板では評判が良くないので、 おいらはこいつを愛用してますです。 www.nicmania.net/nic/gbe-pci2.html 力になれなくてスマヌ。 113 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/17(木) 11:01:55 ] >>112 鳴くのはコイルじゃなくてコンデンサだと思うが。 114 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/19(土) 04:51:40 ] >113 ソースは？ 「コイル鳴き」とは良く聞くが、「コンデンサ鳴き」という言葉は 聞いたことがないぞ。 115 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/19(土) 07:58:25 ] ソースはないでしょww泣くのはコイル、漏らすのはコンデンサじゃね 116 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/19(土) 11:27:36 ] 両方鳴くよ 117 名前：109 mailto:sage [2007/05/19(土) 15:18:39 ] その後761GXM-Mですが、オンボのLANが壊れているらしく、 もうこれ以上振り回されたくないので、売却(3割減額)しました。 これからM2A-VMでUDMA100化に挑戦します。 118 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/19(土) 17:34:21 ] >>117 SB600もサポートされてないんだよね。ワクテカ。 119 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/20(日) 03:13:38 ] SB600のUDMA100化出来ました。 環境はSISの構成にMBを「Asus M2A-VM」に置き換えただけの構成です。 SATAの設定はIDEモードとなっております。 1: /usr/src/sys/dev/ata/ata-pci.h 内のファイルをテキストエディタで、「/* SB600SATA */」、「/* SB600PATA */」 とコメントされた2行を追加する。 ata-pci.hの一部抜粋 ################################################################# #define ATA_ATI_IXP400_S1 0x43791002 #define ATA_ATI_IXP400_S2 0x437a1002 #define ATA_ATI_IXP600_S 0x43801002 /* SB600SATA */ #define ATA_ATI_IXP600_P 0x438c1002 /* SB600PATA */ ################################################################## デバイスIDはパラレルとシリアルで別々に存在していました。 2: /usr/src/sys/dev/ata/ata-chipset.c も同様に2行を追加する ata-chipset.cの一部抜粋 ###################################################################### { ATA_ATI_IXP400_S1, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP400" }, { ATA_ATI_IXP400_S2, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP400" }, { ATA_ATI_IXP600_S, 0x00, 0, 0, ATA_UDMA6, "IXP600S"}, /* SB600SATA */ { ATA_ATI_IXP600_P, 0x00, 0, 0, ATA_UDMA5, "IXP600P"}, /* SB600PATA */ { 0, 0, 0, 0, 0, 0}}; char buffer[64]; ###################################################################### あ、UDMA133になってる．．．。 120 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/20(日) 03:15:13 ] 3: /usr/src/sys/dev/ata/ata-chipset.c 内で、「ata_ati_setmode(device_t dev, int mode)」というATIチップのDMAモードをセットする 関数があるので、この中の「mode = ata_check_80pin(dev, mode);」を 削除、またはコメントアウトする ######################################################################## static void ata_ati_setmode(device_t dev, int mode) { device_t gparent = GRANDPARENT(dev); struct ata_pci_controller *ctlr = device_get_softc(gparent); struct ata_channel *ch = device_get_softc(device_get_parent(dev)); struct ata_device *atadev = device_get_softc(dev); int devno = (ch->unit << 1) + ATA_DEV(atadev->unit); int offset = (devno ^ 0x01) << 3; int error; u_int8_t piotimings[] = { 0x5d, 0x47, 0x34, 0x22, 0x20, 0x34, 0x22, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20 }; u_int8_t dmatimings[] = { 0x77, 0x21, 0x20 }; mode = ata_limit_mode(dev, mode, ctlr->chip->max_dma); /* mode = ata_check_80pin(dev, mode); <-----この1行を削除 */ error = ata_controlcmd(dev, ATA_SETFEATURES, ATA_SF_SETXFER, 0, mode); if (bootverbose) ######################################################################### 121 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/20(日) 03:16:41 ] 4: カーネルをビルドしてインストール 以上です、そしてインストール、再起動したあとのdmesgの抜粋です。 ################################################################# atapci0: <ATI IXP600S UDMA133 controller> port 0xff00-0xff07,0xfe00-0xfe03,0xfd00-0xfd07,0xfc00-0xfc03,0xfb00-0xfb0f mem 0xfe02f000-0xfe02f3ff irq 22 at device 18.0 on pci0 ata2: <ATA channel 0> on atapci0 ata3: <ATA channel 1> on atapci0 atapci1: <ATI IXP600P UDMA100 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf900-0xf90f at device 20.1 on pci0 ata0: <ATA channel 0> on atapci1 ata1: <ATA channel 1> on atapci1 acd0: CDRW <TOSHIBA DVD-ROM SD-R1202/1020> at ata0-slave UDMA33 ad4: 157066MB <HDS722516VLSA80 V34OA6MA> at ata2-master UDMA100 ad5: 156334MB <Maxtor 6Y160M0 YAR51EW0> at ata2-slave UDMA133 ################################################################## ということでSB600もUDMA100にすることが出来ました。 あと、この間さらしたSIS手順の時、ディレクトリを間違えてました。すみません。 また、以前の手順も同様にCVSUPをすると、ソースが上書きされますので、 CVSUPをしたら毎回この手順が必要となりますのでご注意ください。 122 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/21(月) 00:08:12 ] >>119-121 乙です。 ソースにはATI(AMD)のサウスの設定があったんだね。知らんかった。 この報告のおかげで今どきのママン（nForce・ATIの二択）が買えるっす。 123 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/21(月) 00:23:33 ] >>122 勘違いしてた。>>122は間違ってる。ごめん。 まあでも、こういう風に対応すればいいんだなあ、と勉強になった。 ハードウェアノートを見て、完全に記載されているチップセットを 選ぶようにしてたので選択の幅が異常に狭かったんですが、対応方法が 分かってうれしいっす。 124 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/22(火) 17:52:42 ] >>112-116 コイルはローレンツ力で鳴き、コンデンサはクーロン力で鳴くって事でしょうか？ 125 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/10(日) 00:02:37 ] Opteron のデュアルコアCPU x 2 の環境にすると けっこうな値段になってしまう。 これなら OpteronのデュアルコアCPU x 1 な環境で複数台と比べて かなり割高な感じがする。 次期鯖はどっちにするか 126 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/10(日) 00:54:44 ] HP ML115 安いねぇ 127 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/10(日) 01:18:52 ] >>125 なら素直に1ソケットのマザーボードでOpteronのquadcoreでそ。 128 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/21(木) 00:47:28 ] 2年前に買った鯖マシンが、オプテロン1.8GHzを2つ積んだものだったが、 今年になっても、これよりも劇的に速いコンピュータってのは無さそうに見える。 クロックも倍までも上がっていないし、基本的にアーキテクチャも変わってないように 見えるんだけど、2年前のこのコンピュータと今の最新の鯖とでは、かなり速さは違う? 基本的に研究室の計算用に使う鯖なんだけど、空間解析に使うのでメモリを 4GB程度使う数値計算用なんだけど。 129 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/21(木) 00:52:10 ] I/OアクセスがRAMに集中している状況なら、 あまり上がり様がない罠。RAMの処理速度が ナノセカンドオーダからまた１桁進んだなんて聞いてないし。 130 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/21(木) 03:22:57 ] >>128 キャッシュがほとんど効かなくて、メインメモリにガシガシアクセスするような 数値計算なら、2年前と大差ないよ。 131 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/21(木) 22:38:28 ] >>129 抜本的に構造を変えない限り物理的にそう言う事はもう起きないでしょ 132 名前：128 mailto:sage [2007/06/22(金) 06:27:31 ] >>129 >>130 >>131 レスありがとう。 やっぱり、新しいのにしても劇的には速度は向上しないよね。 最近は8GBとかメモリを搭載しても、それほど高価ではないので 台数を用意して処理を分散させている。 でも、しばらくしてこれらが古くなって廃棄される時を思うと... この大量のPC、環境破壊だよね。 133 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/22(金) 12:56:32 ] >>132 疎結合計算機で環境破壊なんて考えていたらきりが無いと思う。 １２８台、いや４０９６台くらいあるのか？ 134 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/22(金) 21:57:32 ] >>132 逆に考えるんだ その分文明の進化に貢献できたのだと そう考えるんだ 135 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/22(金) 23:13:31 ] 大抵は電気の無駄使いでCO2出しまくって終わるんだろうな 136 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/23(土) 05:56:10 ] む、無駄じゃないもん！ 137 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/25(月) 04:15:56 ] 3年ちょっと前に作った128台のクラスタ そろそろやばい。ラック型で1Uが128台なんだけど、 それでもけっこうな量だ。 138 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/25(月) 12:51:09 ] >>137 最小1台50ワットくらいだとすると・・・６．４キロワット！？ 設置場所は１００A契約か、大口デマンド契約（自営受電）か。 150ワットだったら、２０キロワット。　ちょっとした工場だな。 もうね。電気の使いすぎ。 139 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/25(月) 21:17:21 ] 力業なんてしないで本当に必要な計算だけしろよ。安直に並列計算しまくって結果の乱造してないか。 温暖化ガス迷惑 140 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/27(水) 22:15:36 ] うちでは16台でクラスタなんて言っているけど まだまだ甘いのかな? 141 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/07/01(日) 01:42:03 ] >>140 16 core あたりまでは, SMP したくないか? 142 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/07/01(日) 01:50:36 ] >>141 デュアルコア x 16なので実際は 32CPU。 143 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/07/01(日) 11:07:34 ] >>142 密結合２×疎結合１６だから意味が違いまんがな｡ 144 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/05(日) 03:17:56 ] メモリ2GBしか搭載していないマシンなんだけど、これをamd64で 使用する意味ある? 素直にi386版のFreeBSDを使った方が良い? 145 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/05(日) 03:22:59 ] FreeBSDのi386版はLinuxのみたいに896MBより上のアクセスはウィンドウ越しになんてならないのかな 146 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/05(日) 05:47:06 ] >>145 Linuxはなるの? 147 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/05(日) 05:50:20 ] >>145 FreeBSDは、2GBまではリニアにアクセスできるはずだけど... 148 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/05(日) 05:56:02 ] Linuxの896MBの制限 www-06.ibm.com/jp/developerworks/linux/040416/j_l-mem26.html これを見るとFreeBSDの方がメモリ管理は素直というか、良くできているね。 149 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/05(日) 07:39:47 ] よくわからんけど Linux は 2.4 時点では メモリ管理もまともに出来てなかったってこと? 150 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/05(日) 09:21:28 ] 仮にページテーブルの置ける位置が物理メモリの下位896MBに限定されているとして (OSの都合だろうとプロセッサの都合だろうと) 何が困るのか、何が制限なのか全然わからん。 ページテーブルなんか、そんなに使うもんでもあるまい。 その記事だって、1Gマップに2MBと書いてあるわけだし。 151 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/05(日) 09:25:04 ] 恥ずかしくないの？ 152 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/05(日) 09:44:18 ] 全然。 x86のページテーブルの作りやCR3との関係とかはちゃんと知ってるつもりだけど。 確かに、896MBだと、(2M/1Gとすると)限界まで使って400GBまでなので、 1Gのファイル全領域マップするプロセスばかりだと100個程度に制限されるかもしれない。 だけど、この程度、「32bitOSでは(デフォルトで)3000スレッドしか作れない」というのと 同程度の「一般的な用途では、実用上は問題にならない制限」としか思えない。 むしろ、ページテーブルの置かれる領域が制限されることで 「上位メモリへのアクセスがウィンドウ越しになる」という根拠を >>145=>>148に説明して欲しいが。 153 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/05(日) 10:09:11 ] 痛すぎ 154 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/05(日) 10:55:30 ] ということにしたいのですね。 155 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/05(日) 12:09:53 ] >>145ではないけど、ここでは単にZONE_HIGHMEM(896MB以上)への アクセスが遅いってだけの話じゃないの? 896MB以上のアドレスには直接アクセスできないのは事実だし。 156 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/05(日) 12:13:16 ] solarisのスレでRARPじゃIPアドレスは解決できなくてDHCPだろと 自信たっぷりな口調でいた挙句、最後は晒しアゲられてた人がいたのを思い出したよ。 157 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/05(日) 12:17:33 ] そういえば、FreeBSDでは 2GBのメモリを搭載しても何も設定しなくても 認識していたけど、ちょっと前にインストールしたGentoo Linuxは、kernel の設定のところで HIGHMEMを設定しないと896MB以上を認識しなかったんだけど、これはそういうこと? 158 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/05(日) 14:03:54 ] アスペルガー馬鹿が騒いでるだけ 159 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/06(月) 05:54:53 ] 横から質問でスマン Linuxは、896MB以上は、HIMEM(昔ながらのセグメントもどき)になるから リニアアクセスできない(遅くなる)。 FreeBSDは4GBまではリニアにアクセスできるのでメモリアクセスが遅くならない、 ということで俺の理解は間違ってない? 160 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/06(月) 08:36:50 ] とりあえず 896MB 以上空間でメモリ激しく使うベンチうpよろ 161 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/06(月) 08:59:00 ] - CONFIG_HIGHMEM と CONFIG_HIGHPTE は違う。 IBM developerworks の記事は CONFIG_HIGHPTE についての話。 - CONFIG_HIGHPTE は貴重な低位メモリをなるべく消費しないようにするための仕組み。 - CONFIG_HIGHPTE はメモリものすごくたくさん積んでるけどラージページは イヤって人にとってはうれしいかも。ラージページ使うの面倒だし。 - 896MB より多いメモリを使いたいだけなら CONFIG_HIGHMEM だけでいい。 まあ、このスレからすれば、そんなにメモリたくさん積むのに今さら i386 に こだわるの？って話ではある。 しかもスレ違いどころか板違いな話。 162 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/06(月) 09:11:04 ] amd64なら、FreeBSDもLinuxもリニアにガシガシメモリ取れるでそ。 163 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/06(月) 15:24:07 ] >>155 これか。 www-06.ibm.com/jp/developerworks/linux/060217/j_l-memmod.shtml 先にこっちを紹介してくれればある程度納得しなのに(Linux,896,制限等でぐぐってもすぐにでなかったから) >>148の記事なんて、ほとんど関係ない(ZONE_NORMALにしかページテーブルは置けないという内容)じゃん。 でも、ざっと流し読みした限り 「カーネル内部からの直接アクセスがZONE_NORMAL内に限定」 「デフォルトでは1Gに制限」くらいしか見当たらないのだけれど。 カーネルからアクセスする時に再度マップする必要があるというのはわかったけど それがどれほどの影響があるわけ？ いや、もちろん影響があるのは事実だけど システムコールでカーネルに行く自体、充分に重いわけで。 それともやっぱり俺の勘違いで ユーザー空間からのアクセスでも遅い、あるいはアクセスできない、のかね。 164 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/08/06(月) 15:55:07 ] 自分の不勉強をさしおいて批判とはFreeBSDユーザの俺でもフォローの仕様がないわ。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef