Itaniumで64ビットLinuxだぁ！

IntelのItanium（Mackinlay）でLinuxして64ビット
コンピューティングしましょう。AMDの64ビットCPUも
いいかもしれん。PowerPC64ビットとかSparc、DecAlphaも
あり。

>>42
int=32bitと思っている連中を淘汰するためにint=long=64bitきぼん。

　a[k] の形で配列をアクセスする場合に、
　a は６４ビットポインターなのに、添え字式の型は32ビットの整数
だとすると、あたかもaがセグメントレジスターで、添え字式がセグメント
内のオフセットだということをいいたいのだ。つまりセグメントサイズが
4GB であるが、セグメントは６４ビット空間の任意の位置をベースに
できる。それから相対で＋−２GBのアクセスができる。。と。
フルに６４ビットのアドレス空間を使えるようにするのには、
配列の添え字の式を６４ビットであるとしてくれなければ、困る。

ぽいんた＋32ビット整数の演算結果は64ビット。
で、size_tとか使ってる式の結果は64ビット。
memset(pos + 1, 0, (size_t)1000);とか。
だからANSI−CとC++の場合はmake一発で通る確立は低くない。
定数を置く時にちょっと問題あるかな。

>>44
ちなみに、offset_t k;
a[k]が正解だろ。

Fortran だって、整数が６４ビットでなければ、配列の添え字式が３２ビット
整数では、非常に困るよ。確かに８バイト整数を宣言して使えば可能なの
かもしれないが、、、
　コンパイラのオプションで整数を８バイトを標準とするという設定が
できるものもあるが、そういうことをした場合に、異なるモデルの
オブジェクトをリンクできてしまうと、ややこしいことになる。
リンク時にエラーとするか、あるいはせめて指定すれば検査して
ワーニングをリンカーが出してほしいね。

http://www.zdnet.co.jp/enterprise/0205/29/02052908.html
ロイターさん、タイトルのつけ方がヤバイです。

あのようにでかいパッケージで、電源供給にすごいサイズのユニットを
必要とし、熱をがんがん出すCPUあるいはシステムがノートコンピュータ
に搭載されようになるにはずいぶん時間がかかるだろうし、デスクトップ
としても、とてもPentium４並のシステムには価格的にもなり難いだろう。
　ところがもしもAMDあたりが、内部レジスターの６４ビット拡張により
あっけなくPentium４とそれほど違わない物量のマシンを作ってしまえば、
大量にでまわるシステムのためにならソフトを書く動機が生じやすいので、
結果的にItanium系は普及せずに終わる可能性が相当あると思う。
せめてかつてのSlot-1程度のパッケージングと消費電力に抑えてくれなきゃ。

>49
わけわかめー。
Itaniumの事について言ってるの？

このスレ板に有無の話をしているのではないのか、すれちがいかな？

誰も板に有無なんて期待していないというワナ。
まぁ5年後ぐらいにはみんな使っているでしょうけど。

C言語のプロトタイプ宣言には次のような機能を追加すべし、


int f(int, long long, int [long long]);

すなわち、配列の引数の型の情報をも宣言に含めるのだ。

関数の仮引数の宣言における配列の添え字の型の宣言だけではなくて、
変数としての配列の宣言においても、配列のサイズを与えるためだけ
ではなくて添字式の型を宣言できるように拡張するとよいだろうね。
現在のC言語では添字式は整数値であると決められている為に、なにかと
不便だ。

たとえば現在なら
static a[];
と書くところを

static int a[(long)]; とかくことで配列ａの添字式はlong として
計算されてポインタ値ａに加算されるとしたらよい。

static int b[(unsigned long)];は添字式が値が符号なしロングとして
static int c[(signed short)];は添え字式が値が符号付のSHORTとして、
static int d[(unsigned char)];は添え字式の値が符号なしCHARとして、
static int e[(long long)];は添え字式の値がlong longとして計算される。
という意味にすればよい。
配列のサイズも含めて宣言する場合でも同様に、
static int g[(long long)1234567890123];
などと書けるようにするとよい。

>>54
ハァ？
b[(char)offset] とかすればいいじゃん。

配列の添字が符号付だと、何がしあわせなのでしょうか？
バグの温床になるだけのような気がしますが...

vector使えば良いのでは？

int が３２ビットというのは良くない。６４ビットマシンでは
６４ビットになるべきだ。さもなくば、配列の添え字式は
ロング（６４ビット整数）として計算されてポインターと
加えられることにC言語の規格を変えて欲しい。それも無理なら、
上のようなプロトタイプ宣言で明示的に指定したときには
添え字式をそのような式として評価するようにして欲しいな。

offset_tを定義すれば無問題

>>60
けど、やっぱILP64(っていうんだっけ?)が良いとは思う。
long longが128とかあるのかね。

実メモリーが１００GB程度つめるマシンが欲しい。

>>62
メモリスループットが最大2GB/Sしかない現行Itaniumでは
何もせずにメモリスキャンするだけで50秒かかる罠

It's same legacy Pentium-pro. hahaha

100GBをディスクでスワップすると、100MB/Secの転送レートで理想的
に連続転送しても、1000秒かかる罠。ましてやランダムとまではいか
なくても、位置をばらばらにシークしながら仮想記憶するとなると、
もっとかかるしOSのオーバーヘッドも入るので実メモリに乗ってないと
ぜんぜん早くならない罠。

Celeron1.7GHz（P4コア）でPC2100規格のメモリ845Gチップセットと
Itanium800MHz（133MHzSDRAMの４ウェイ）のマシンをIntelの
レファレンスコンパイラで数値計算で性能比較してみると、
Celeronの方がほぼ倍早いという結果になってしまって、
拍子抜けしました。
　ソースは行列積で、CPUのレジスタが沢山あると有利になるように
アンロールをいろいろに変えて書いてみたのですが、
６ｘ６程度で飽和してしまい、あまり性能が向上しません。
まるで、内部のFPレジスタが64個程度しかないみたいですね。
Celeronの方が圧倒的にコストパフォーマンスがいいです。
イタニウムの利点は記憶のアドレスレンジが広いことです。
デメリットは、機械語のリストをアセンブラソースで出力しても
さっぱりわけがわからない（不勉強のせいもあるけど）。
コンパイルが遅い。（特に最適化する場合に）

この先、IntelはHammer対抗アーキテクチャと
Itaniumアーキテクチャの二正面戦争をしばらく続けて、
じきに東部戦線は放棄されるのがもう既定じゃないか？

リトルエンディアンｷﾀ━━━(ﾟ∀ﾟ)?━━━!!?

pentium pro の二の舞の予感

カニバリズム（共食い）

HPが100万ぐらいのItanium２のマシンを出すみたいだよ。
でもチップセットがインテル製ではなくて独自らしいので、
どうなるやら。

>>66
Pentium4とAthlonだとどうなるかご存じありませんか？
雑誌などに掲載されるベンチマークは全く当てにできません。
行列積ならまだ参考になる。

www.hpc.co.jp/IA-Dev/IADEV-ifc.htm

その他もろもろ：
www.hpc.co.jp

まだまだインテルのコンパイラといえども、バグがあるな。
特にオプチマイザと並列化のあたりが。。

>>71
Debianスレにも報告しといたが、反応ないのでこっちにも○値ポスト。
ttp://www.specbench.org/osg/cpu2000/results/res2002q3/#SPECfp

只今単体CPU世界最高速(HP zx6000)

IA-64用のLinuxのディストリビューションで、もっともイイのは何？

>>76
自分で好きなディストリ入れて試せ。
それをココで報告しろ。
俺は RedHat 7.1/7.2 しか使ったこと無い。

　メモリを２GBより多く積むと、SCSI-HDDからブートが出来ない。

Vintageなどが売っているIA-64（Itanium−１、SMP）のレファレンス
マシンで、RedHat7.1−IA64を動かしていた。このマシンはブートの
HDDはSCSIで、SCSIカードはAdaptec29160だとおもう。
メモリはSD-RAMで８スロットあり、必ず４つを対にして、ECCつきの
適切なメモリーを増設しないといけないのだ。
　さて、最初４スロットに128MBのSD-RAMが４本で合計512MBのメモリ
容量でうごかしていた。この４本を抜いて１本が５１２MBのメモリ
を４本で２GBにしてもちゃんとHDDからブートできて動いた。
それで最初にささっていた128MBのSD-RAM４本を残りのスロットに
挿して総メモリ容量を2.5GBにしてみると、BIOSではちゃんと2.5GBと
認識されるが、なぜかEFIでブートのステージでSCSI−HDDのリージョン
が見えずつまりブートにひつようなディスクがあたかも存在しない
かのようになって、どうやってもブートしない。加えたメモリーを
抜いたり挿す位置を交換したりしてみたが、やはり総メモリ容量が
２GBまでは、正常にブートするが、2.5GB、3GB、4GBなどにすると、
全然だめだ。ハードウェアのマニュアルにはメモリーは１GB−DIMM
をつかえば８スロットで８GBまで、512MBモジュールをつかえば４GB
までメモリを積めるとはっきり書いているのだが。
　ちなみに２GBを超えた容量にして（たとえば2.5GB）それでDVD-ROM
ドライブからブートさせてOSのインストールをさせると、順調に進行
してインストールが完了するが、そうやって無事にHDDにインストール
された後で、HDDからブートさせようとしても、やはりブートローダー
はHDDのイメージを見つけることが出来ない。
＃
SCSIカードが2GBを超えるメモリ容量のマシンでは問題があるのかな？
マザーボードのBIOSが古いから？　あるいはSCSIのBIOSの問題？
EFIのバージョンが古いから？
＃
とにかくこれじゃあ、せっかく4GB以上の実メモリーを積めるメリットが
発揮できない。みなさん、SMPで２GBを超えるメモリのシステムでLinux
を無事動かしている例を紹介してください。

SCSI BIOS の問題。29160 は、BIOS rev 3.10 以上じゃないと
2GB 超えの DMA が出来なかったような。
或いは、Redhat 7.1 の elilo の問題か？
いづれにせよ、SCSI BIOS rev と elilo の ver を書け

Adaptec２９１６０のBIOSはRev3.10と最新だ。
EFIのバージョンは1.02でこれも新しい。
BIOSは、Phoenix　ServerBIOS　3　Release6.0　だ。

>>78
Alphaは３Ｇで問題なく動いていたがな。
Itanium買えるような金はないから分からん。

Itaniumはどうせデバイスドライバとか、PCIボードのROMとかが32ビット
モードで書かれていて、IA-32に半分よりかかって頼ったようなところが
まだ残っているんだろうな。ItaniumのマシンのマザーボードにIA-32
ではちゃんと動作するPCIのカードを挿しても、カードによっては
BIOS画面に行く前に画面が真っ赤でレジスターのダンプリストが
表示されてしまうもの。いろいろなところで２GBに壁がまだ残って
いるんじゃないかな？何しろIA-32だと2GB以上のアドレスは安易にint
とかlong にしていたらば、負の値になるんだからね。Forループで
まわしてたりすると、動かない罠

>>71
Intelの出来立てほやほやのチップセットよりは
信用できるんじゃない？

>>80
＞EFI 1.02でこれも新しい。
EFI の最新は、1.1[14.xx] ですけど？
それより RedHat 7.1 の問題ではないのですか？
素のカーネルは、2.4.3 だし。
2.4.18 をビルドして立ち上げてみては？

RedHatのもんだいではないと思うよ。だってEFIのブートローダが
ブートディスクのパティションを見つけられないのだから。
ELILOを起動する以前の問題だから。
＃
ともかく、２GBよりも大きな物理メモリーを持っているItanium機
（できればDualが可能な機種）で、起動ができてOSも動作する
というシステムをもっていたら、そのあたりがどうなっているのか
おしえて欲しい。Adaptec29160ではダメだが他だとOKだという可能性
とか、Adaptec29160のBIOSｰROM（現在Rev3.10）をうまくフラッシュ
アップすれば直るとか、
＃
Pheonix　ServerBIOS　３　Release6.0をアップデート
したら直るとか、そういう情報があれば歓迎。
＃
EFIのアップデートは、かりにやるとしたらどうやればできるの？
IntelのサイトにいってもEFIの仕様書しかない。ボードごとに
ベンダーが仕様に基づいて変更を入れながら実装するのだとしたら、
共通のバイナリは無いということになるのか？

＞EFIのブートローダが
EFI にブートローダーは無い。あえて言えば Boot Maintenance Manager。
＞システムをもっていたら、そのあたりがどうなっているのか
意味不明。そのあたりとは？
＞２GBよりも大きな物理メモリー、Dual、Adaptec29160 Rev3.10
全くもって関係ないね。
＞Pheonix　ServerBIOS　３　Release6.0をアップデート
そりゃ単なるリファレンス BIOS のコピーライト表示だろぅが。
Phoenix base なら SCSI BIOS 実行時のメッセージが出るべ？
そんとき HDD はスキャンされんのかよ？
＞Vintageなどが売っている
On ボードで QLogic だかの SCSI コントローラかなんか乗ってるべ？
それ殺せば？
＞EFIのアップデート、EFIの仕様書しかない。
どうやっても EFI のせいにしたいらしいな。(w

そんなあんたは、何のために Itanium 機使ってんだ？
まさか、その変のパチョコンの延長として使ってるんじゃ
ねーだろぅな、ゴルァ！

まず EFI shell で ver, map -r とでもやった結果書きやがれ。

いたにうむ

ともかく２GB以下のメモリを積んでいるときにSCSIブートディスクをEFIが
みつけてきてブートできる状態だったとして、それにメモリを追加して
2．5GBとか４GBにすると、ブート時にSCSIブートディスクのパティションが
見失われて、起動が出来ないのだ。
　その場合でもIDEのCD-ROMからだと、メモリが２GBを超えていても起動
ができて、OSがインストールできる。だがインストール完了後にSCSI　HDD
がEFIシェルからは見失われておりブートできない。メモリを減らして２GB
以下にすれば、EFIシェルからSCSI　HDDが見つかってブートができるよう
になる。
　２GBよりも大きなメモリを積んでいるマシンで、RedHatなどの
IA-64対応のLinuxをSCSI　HDDからブートして正常に稼動できるという
システムをお持ちなら、それがどのような構成なのかを教えて欲しいのだ。

HPのWebサイトにいくと、Itanium2のシステムが最強だという気分に
なってくる。欲しいな欲しいな８CPUのシステムが、でもまだちょっと
高い。

>>89
HP に 8CPU のシステムってあるッケ？
知ってる範囲では、1/2/4CPU までだと思ってた。
他、
三菱が 2CPUまで。
ｲｿﾃﾙ OEM が 4CPUまで。
日立が 8CPUまで?
ﾕﾆｼｽが 32CPUまで?
NEC の AZUSA が 16CPUまで?
ASAMA が 64CPU だッケ？

いずれにせよ Linux の SMP って糞だから
いくら FSB や IO の帯域が大きくたって
CPU数増やしてもシステム性能伸びないよ。
HP の spec FP が top なのは 1CPUで FSB スカスカで
使えるからでしょ。
メモリのレイテンシを良くしたり、4th cache 積むなり、
66MHz-64bit PCI とか PCI-X, 3GIO とか企画が伸びて
ハードがそれに追いつけばベンチなんて幾らでも上がるよ。
spec INT なんて CPU の周波数依存だし。

いつまで経っても、ｲｿﾃﾙ がライバル視している
既存の 64bit UNIX サーバには追いつかないです。
信頼性なんて論外。

省略されたし、書き忘れたので。
Linux を使う限り
いつまで経っても、ｲｿﾃﾙ がライバル視している
既存の 64bit UNIX サーバには追いつかないです。





『信頼性なんて論外。』

良ければ ia64, 2.4.18 のソース見てね。
arch/ia64.kernel/mca.c
特に CMC/CPE (ハードが自動訂正する NON-FATAL な CPUや Platform(メモリ) の障害の事）。
イベントログとしてレジスタダンプして元のコンテキストに戻るだけ。
CPUコアに埋め込まれたキャッシュや、メモリの１ビット ECCエラーなんて
インターミッテントに起こるか？
数回の前兆の後、壊れる時は固定的に壊れちゃうモンだよ。
するってーと、どうなる？
ログ吐くためのオーバーヘッドでシステム性能ｶﾞﾀ落ち。
他の商用 UNIX は、ある閾値をもって、障害割り込みに蓋をして。
今度は一定時間に障害があるか否かチェックするモードに切り替えて
ログ吐きを少なくして。
それでも尚且つ障害が起き続けるのなら、ログ吐きを止めて。
尚起き続けるのならシステムダウンに繋がる固定障害なんで
早めに管理者に気付かせて、次回のリブート時には
ハード交換してもらうよう促す。
或いはクラスタリングで、他の装置に切り替わるようにするとか。

俺がハックしてポストしたいよ。
どっちかというとミドルウェアの方かも知れないが。

でも個人でやっても商売にならんから Linux は使う気になれない。

すんまそん。

むちゃくちゃ無知なんですが、64bit化したことによって、
恩恵を受けるビジネスオリエンテッドなアプリケーションって
どんなものがありますか？
また、どんな仕組みでメリットが生じるのでしょうか？

つまり、

「どんなアプリケーションで？」
「アプリケーション側でどういう対応をすれば？」
「どんなメリットが？」

というのが分かってないのです。

Itaniumの資料には in-memory database とかいう言葉もありましたし、
大量のメモリを扱える、というのは分かるつもりなのですが、
「64bitアドレスで処理できる」と言われただけでは、
漠然としすぎていて、よく分かりません。

何か情報へのポインタのようなものでも構いません。
よろしくお願いします。

# 以前、Alpha+64bit Oracleのページ見つけたのに
# ブックマークがどっか逝ってしもた。。。

あ、Googleで見つけますた。

64ビットUNIXの効用
http://tru64unix.compaq.co.jp/technical/64bit/nc970106/unix64.html

ver -r とやると、メモリを2GBを超えて搭載してSCSI　HDDから
ブートができない場合には：
EFI　Shell version 1.02 [12.38]
FATOpenDevice: read of part_lba failed Device Error　＜＝ここに注目
Device mapping table
blk0: VenHW(Unknown Device:00)
blk1: Acpi(PNP0A03,2)/Pci(1|0)/Scsi(Pun0,Lun0)
blk2: VenHW(Unknown Device:9F)
となる。　fs0が行方不明。
ところがメモリを２GB以下に抑えてブートができるようにした場合には、
map -r の出力は
EFI Shell version 1.02 [12.38]
Device mapping table
fs0: Acpi(PnP0A03,2)/Pci(1|0)/Scsi(Pun0,Lun0)/HD(Part1,Sig省略)
blk0: 省略
blk1:　省略
　...
blk3:　省略
といったぐあいにfs0がちゃんと現れる。

マザーボードの刻印などからみるに、
三菱のマークがあるので、これは三菱製品？？？

Phoenix base の BIOS と、29160 の BIOS の相性って感じですね。
お使いの Adaptec 29160 は、通常の？ Low Profile 版？
見分け方は、裏に廻って外部ポートが、デカイ 68pin のヤツなら通常の。
3cm 位のちっちゃいヤツなら Low Profile 版。
前者は、2.55.00 に。後者は、2.57.00 (not 2.57.2) に down してみては？
と言うのも、昔、どちらの SCSI カードも Intel WS SDV で
2GB 超メモリ積んで動かした事があるから。
http://www.adaptec.com/worldwide/support/drivers_by_product.html?sess=no&prodkey=ASC-29160&cat=%2fProduct%2fASC-29160

Itanium マシンでの DOS ブート(BIOS update のため）のしかた
知ってますよね？マニュアルに書いてあると思うんですけど。

Itanium2使ってるひといるの？
>>75のスペックは気になる。

>>90
それほど難しい実装でもないと思うが・・・
主要開発者にItanium得盛りのマシンでも寄贈するか貸与すれば
ぐんと進むだろうよ。

>>99
NUMAの資料をみると開発は結構難攻してるもよう

Itanium2 を積んだマシンが９月末までなら７８万円ぐらいで売られているよ。
日立は、Itanium2の思いもかけない高性能にあわてて、IBMへのOEM供給製造
をしていたPower３（４？）のマシンをダンピングして在庫処分にかかったね。

>>92
HPとかのホワイトペーパーやらの中には、Machine Check要因としてintermittentな
エラーを想定しているような事が書いてあったと思われ。（「障害要因としてはα線などに
よるデータ破壊があります」みたいに）

要は、実装の仕方の問題なんだろうけど。障害処理をどう実装したら良いのか、
経験が無い分未熟なのではと考えてみた。

>Itanium マシンでの DOS ブート(BIOS update のため）のしかた
>知ってますよね？マニュアルに書いてあると思うんですけど。

知りませんが、マザーボードのBIOSをアップデートするのではなければ、
SCSIカードを抜いて、ほかのIA-32のマシンに移してからSCSIBIOSの
アップデートを行い、それでIA-64のマシンに戻せばいいのでしょう？

しかたがないので、昨日からLS120のFDにブートパティションを作り、
そこに/dev/sda1 の内容と同じ物を書き込んで,手動でEFI　SHELL
のコマンドを操ってOSをブートしています。但し、OSから再起動を
かけても、かならずEFIシェルのところで起きる
　FATOpenDevice: read of part_lba failed Device Error　
のために、かならず手動でFDのデバイスをしていして、ELILOって
キーボードを叩いてやらないといけないから、リモートからネット
ごしにOSの設定変更や再起動などの管理ができないのが欠点。

>>97
大変ありがとう。
29160のROMBIOSのリビジョンを3.10.0から2.57.2にダウンバージョンしたら、
４GBのメモリ搭載でも正常にブートパティションを見つけてくるようになり
ました。手持ちがないのですが、おそらく８GBでもブートできることでしょう。
これで当面ブートに関する部分の困難は解消です。
　次は、２GBを越えてメモリを積んでいる場合にIntelのPRO/100　PCI　NIC
を使ってネットワークしているのですが、FTPなどで100MB程度のファイルを
ダウンロードしようとすると、えらく時間がかかったり、途中でネットワークが
落ちたり不通になる問題を解決しなければならない。これは多分OSとデバイス
ドライバー周りでしょうね。なぜか2GB以下のときには症状が起きない。
＃
AdaptecはIA-64の開発グループの一翼を担っているのに、この２GBを越えて
メモリーを搭載するとブートしないという問題が自覚されていないというのは、
なぜでしょうか。
＃
ちなみについでにAHA2940UWをSCSIのマスターブートコントローラ
として使おうとしてもこれまでは、ブートに行く前に画面が真っ赤に
なって、レジスターダンプがでて死んでいたのですが、最新のROMBIOSの
リビジョンである1.32から最新の2.20.0にあげたら、なんと、これもまったく
正常にブートができるようになったんです。29160と比べてSCSIバスの転送
能率が低い（４０MB/S　Max　v.s.　160MB/S)だけですが、これでも使える
です。（但し29160は64bit PCI/66MHz でも使えますが、2940UWは
32bit PCI/33MHzのみ）

http://www.nytimes.com/2002/09/29/technology/circuits/29CHIP.html?pagewanted=2&ei=5062&en=573e03cf736d51a5&ex=1033876800

投げ出したりしないよね？

多分、GCCのような昔ながらの設計で作られるコンパイラに関しては、
AMDの６４ビット方式の法が、Itanium方式よりも簡単に信頼性良く
つくれ、性能も申し分ないか、むしろよかったりするだろう。
　問題はどれだけ早くOSとキラーアプリケーションを見方につけるかだけども、
アプリが早く乗っていたという実績からすればALPHAもMIPSもPOWERも
老舗だが、所詮マシンが高額だった。特にメモリー周りが高性能をだすのには
簡単安価ではなかった。
　Itanium（２ではない）で浮動小数点演算の典型例である行列乗算は
800MHzのCPUでPC-100のSDRAMを４スロット並列でつかって、
2.4GFLOPS程度が限界のようだ。DUALだと4.5GFLOPS程度。
計算はもちろん６４ビット浮動小数点数。

>>109
今のAthlonだと倍精度浮動小数点の行列乗算てどれくらいなんだろ。
和と積の並列演算ユニットなら結構速そうだけど、
自作雑誌とかにはそういうベンチマークは乗ってないんだよね。

RedHatも7.2以降はIA-64用Linuxを出していないから、おそらく商売の観点から
は、見限ったか様子観だと思われる。AMDが出してくる６４ビットにむしろ期待
しているか、あるいはその裏でIntelもAMDに似た６４ビットCPUを作っていると
されるのに対応したLinuxを極秘で開発するほうに注力しているのではあるまいか。
　ともかく、IA-64はいまだに継子のままである。このままでは、サポートが
打ち切られてしまうのではないかと心配だ。

(-＿-) SPECfpでAlphaに抜かれた21264に。鬱だ

>>112
コンパイラがボロだからねぇ。仕方ないよ。
元COMPAQのコンパイラ屋が大挙してIntelに移籍したから
後５年も立てば(それまでもてば)良くなって来ると思う。

(-＿-)intelのコンパイラを使ったOpteronに肉薄されてる。鬱だ

>>114
opteronってHammerのこと？
それなら永遠に出ないから大丈夫だよ（藁

(-＿-)年末登場Alpha21364には勝てそうもない。鬱だ

64ビットの次は１２８ビットかな、それとも９６ビットぐらいだろうか？

ちゅーとはんぱやなぁ！

Itanium用のRH7.2のカーネルのリビルドで、カーネルのページサイズを
menuconfig で大きな値を選んでやると、scsi-dma のソースコードの
コンパイルのところがエラーになって、実際にはリビルドできない。
　なんでかなぁ。誰か大きなページサイズを選んで、リビルドできた？

自作板で話にあったMSXのレイトレーシングを
ベンチマーク化したもののソースをコンパイルしてやってみろ。
http://www5e.biglobe.ne.jp/~liquor/raytrace/
今のパソコン、スゲーハエーよ。

↑もしかして誰も64ビットなんて使ってない？
それともコンパイルできねーとか(w

>>121
環境依存べったりじゃん。

環境依存は2箇所しかないぞ。

ていうか、64bit環境使ってて、
レイトレのベンチなんてやりたがる香具師なんているの?

10分のにらめっこ。1秒の快楽だ。

Itanium(初)733で1.8秒。

Itaniumの成功は約束されている。
Sunも時期に手を染めるだろう。

age

>>127
ぉゃぉゃ、6, 7 年前にタイムスリップしてしまった方がいらっしゃいますよ。(ﾌﾟﾌﾟﾌﾟｯ

>>125
でコンパイルできたのか？

>>122
でコンパイルできたのか？

AMDの６４ビット機、だれか手にいれたかい？

>>120
の環境依存がなくなってるぞ。#pragmaがよくわかんねー。

IP記録実験
http://qb.2ch.net/test/read.cgi/accuse/1042013605/

1 名前：ひろゆき ◆3SHRUNYAXA ＠どうやら管理人 ★ 投稿日：03/01/08 17:13 ID:???
そんなわけで、qbサーバでIPの記録実験をはじめましたー。

27 名前：心得をよく読みましょう 投稿日：03/01/08 17:20 ID:yL/kYdMc
SETTING.TXT管轄でないということは全鯖導入を視野に、か？

38 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:22 ID:rLfxQ17l
>>27
鋭いです。

73 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:27 ID:rLfxQ17l
＞ところで、IPが抜かれて何か今までと変わることってあるのでしょうか？
・今までより、サーバが重くなる。
・裁判所や警察からの照会があった場合にはIPを提出することがある。

ひろゆきって・・
挙動不振じゃないかい？

IP記録実験
http://qb.2ch.net/test/read.cgi/accuse/1042013605/

1 名前：ひろゆき ◆3SHRUNYAXA ＠どうやら管理人 ★ 投稿日：03/01/08 17:13 ID:???
そんなわけで、qbサーバでIPの記録実験をはじめましたー。

27 名前：心得をよく読みましょう 投稿日：03/01/08 17:20 ID:yL/kYdMc
SETTING.TXT管轄でないということは全鯖導入を視野に、か？

38 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:22 ID:rLfxQ17l
>>27
鋭いです。

73 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:27 ID:rLfxQ17l
＞ところで、IPが抜かれて何か今までと変わることってあるのでしょうか？
・今までより、サーバが重くなる。
・裁判所や警察からの照会があった場合にはIPを提出することがある。

ひろゆきは毎日何してるの？ｗ

>>64
どこにいきます？(^_^;)

なんだか低調やなぁ。AMD-６４のマシンはどうなったんかな。

（＾＾）

(-＿-)年末登場の予定だったAlpha21364が今頃出てきたけどやっぱり早い。鬱だ