2010/8/22:本掲示板は閲覧専用です。データが一部破損しておりますがご了承ください。
  新規投稿 ┃ツリー表示 ┃スレッド表示 ┃一覧表示 ┃トピック表示 ┃番号順表示 ┃検索 ┃設定 ┃過去ログ ┃ホーム  
296 / 332 ツリー ←次へ | 前へ→

NCCH-DL+NOCONA ぜっぺき 04/8/9(月) 18:00 [添付][添付]
Re:NCCH-DL+NOCONA ひよひよ 04/8/9(月) 19:53
Re:NCCH-DL+NOCONA ぜっぺき 04/8/11(水) 15:58
Re:NCCH-DL+NOCONA ひよひよ 04/8/11(水) 19:45
Re:NCCH-DL+NOCONA ひよひよ 04/8/11(水) 23:33 [添付]

NCCH-DL+NOCONA
←back ↑menu ↑top forward→
 ぜっぺき E-MAIL  - 04/8/9(月) 18:00 -

引用なし
パスワード

[添付]〜添付ファイル〜
・名前 : System.JPG
・サイズ : 75.7KB

[添付]〜添付ファイル〜
・名前 : Cpu.JPG
・サイズ : 74.9KB
   AsusのNCCH-DL+NOCONAx2でベンチを開始するとリセットがかかってしまいます
[Mark]のボタンを押して、5・6秒後です。
どうしてでしょうか?もしかしてまだ未対応?
とりあえず、SystemとCPUの情報をお送りします

添付画像
【System.JPG : 75.7KB】

添付画像
【Cpu.JPG : 74.9KB】

Re:NCCH-DL+NOCONA
←back ↑menu ↑top forward→
 ひよひよ  - 04/8/9(月) 19:53 -

引用なし
パスワード
   ▼ぜっぺきさん:
>AsusのNCCH-DL+NOCONAx2でベンチを開始するとリセットがかかってしまいます
>[Mark]のボタンを押して、5・6秒後です。
う〜む、CPU で単純な計算をしているだけなのでプログラムのバグで落ちるってことはないかと。

>どうしてでしょうか?もしかしてまだ未対応?
そういったことは全くないです。

他のベンチでどうなるかとか。Mark ではなく ALU とか FPU とか単独で実行してもダメなのか等を調べていただけると助かります。

一番ありそうなのは熱暴走or電力不足でしょう。

Re:NCCH-DL+NOCONA
←back ↑menu ↑top forward→
 ぜっぺき E-MAIL  - 04/8/11(水) 15:58 -

引用なし
パスワード
   ▼ひよひよさん:
>他のベンチでどうなるかとか。Mark ではなく ALU とか FPU とか単独で実行してもダメなのか等を調べていただけると助かります。

ALUを単独で押しましたがリセットがかかってしまいました
FPUを単独で押しましたがリセットがかかってしまいました
その他のボタンでは最後まで完走します

>一番ありそうなのは熱暴走or電力不足でしょう。

他のベンチマークHDBENCHやFFベンチ等でも問題なく完走します
熱には十分考慮してマシンを組み立てています
電力は600Wの電源を使用しているので問題ないと思います

Re:NCCH-DL+NOCONA
←back ↑menu ↑top forward→
 ひよひよ  - 04/8/11(水) 19:45 -

引用なし
パスワード
   ▼ぜっぺきさん:
>▼ひよひよさん:
>>他のベンチでどうなるかとか。Mark ではなく ALU とか FPU とか単独で実行してもダメなのか等を調べていただけると助かります。
>
> ALUを単独で押しましたがリセットがかかってしまいました
> FPUを単独で押しましたがリセットがかかってしまいました
> その他のボタンでは最後まで完走します
う〜ん。すごく謎です...とてもリセットがかかるような処理があるとは思えないのですが...。

これから、検証用バージョンを作りますので宜しくお願いします。どの部分かを特定できないと対応のしようがないので。

Re:NCCH-DL+NOCONA
←back ↑menu ↑top forward→
 ひよひよ  - 04/8/11(水) 23:33 -

引用なし
パスワード

[添付]〜添付ファイル〜
・名前 : CrystalMark09.dll
・サイズ : 68.0KB
   検証用の CrystalMark09.dll をアップします。最新版の CrystalMark 2004 の CrystalMark09.dll を置き換えてみてください。

ポイントごとにメッセージボックスがでるので、リセットがかかる一歩前のメッセージを教えてください。

出るメッセージは順に
ALU TEST SELECT(FPU TEST SELECT)
PREPARE HANDLE
START BeginThread
END BeginThread
START WaitForMultipleObjects
END WaitForMultipleObjects
DELETE THREAD OBJECT

となります。5, 6 秒でリセットとなると、ちょうど一回目の Fibonacci/MikoFPU が終わったところだと思うので(ALU/FPU は各項目3回繰り返して最大値をスコアにしています)問題となっているのは、スレッド待ちの部分でしょうか。でも、そうなると Mem で動く理由がわかんない。。。

あと、一番最初の画面で使用するプロセッサマスクを選択できるので、0001 あたりでぜひ試してみてください。ついでに、CrystalMark06/08 でも同じ現象が発生するかどうか確認していただけるとたすかります。

ソースを眺めてみても正直、リセットにつながるようなコードは確認できませんでした。ベンチ部だけにただ計算しているだけですし...。

ランキングには Nocona の登録もそれなりにありますし、かなり環境依存なきがします。環境依存と言えば、タイマーも怪しいわけですが、いまどきマルチメディアタイマーでコケルってマシンはないですよねぇ〜。う〜む。現時点ではかなり原因が不明です。お手数をおかけしますが今しばらくお付き合いください。

296 / 332 ツリー ←次へ | 前へ→
  新規投稿 ┃ツリー表示 ┃スレッド表示 ┃一覧表示 ┃トピック表示 ┃番号順表示 ┃検索 ┃設定 ┃過去ログ ┃ホーム  
ページ:  ┃  記事番号:   
98287
(SS)C-BOARD v3.8(とほほ改ver2.1) is Free