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

【100】Sourceforge・・・ Cappuccino 03/5/13(火) 2:08

【101】Re:Sourceforge・・・ ひよひよ 03/5/13(火) 13:40
【102】ありがとうございます Cappuccino 03/5/16(金) 0:46
【103】Re:ありがとうございます ひよひよ 03/5/16(金) 9:20

【101】Re:Sourceforge・・・
←back ↑menu ↑top forward→
 ひよひよ  - 03/5/13(火) 13:40 -

引用なし
パスワード
   ▼Cappuccinoさん:
>リンクですが、uが抜けてますw
すみません...早速修正しました。

>CrystalMark08期待してます、がんばってください。
はい、今月中に出せるようにがんばります。

>Thoroughbred(CPUID: 680) 1800+→FSB166化(倍率放置、電圧はブリッジを鉛筆でクローズ)して1916MHzで安定稼動中です(実はサーバマシンw)。
680 なのに結構回っていますねぇ〜。681 はすごいことになるという話は良く見かけるのですが... お店で確認を取ったにもかかわらず A0-step とは悲しい話ですねぇ。でも、結果オーライ?

>以下、個人的な質問ですw
>CPUの識別ルーチン(Delphi6)とか書いてみたりしたんですが(インラインアセンブラ使うだけでもアップアップですがw)、チップセットの識別も行ってみたくなりまして、調べてみたところ、チップセットの識別にPCIのDeviceIDを読み出したりとかしたらいいとのことなんですが、具体的にはどのような処理をすればよいのでしょう?w
そのものズバリが
PCI Debug Library for Win32
kashiwano masahiro (http://www.otto.to/~kasiwano/)
にあります。

>あと、FSBの所得とかも気になってますので、よろしければぜひお教えください(爆
この件は保留にさせてください。現在、どの部分をオープンソースにしてライセンスをどうするか検討しているところなので...

>僕は今、CPUクロックはRDTSC命令とtimeGetTime使って測定してますが、もっと精度の高そうなものないでしょうか?(質問だらけですいませんw
クロック周波数測定君
http://musee.cims.hokudai.ac.jp/~hiyohiyo/vc/#No2
を参照してください。Cappuccino さんならすぐに理解できると思います。

>>http://cafe-au-lait.ath.cx/files/CPUID.pas
おっと、ほとんど私と同様のことをやっていますね...
私は今のところソース非公開路線を進んでいるので同レベルというわけではありませんが...

【102】ありがとうございます
←back ↑menu ↑top forward→
 Cappuccino E-MAILWEB  - 03/5/16(金) 0:46 -

引用なし
パスワード
   ▼ひよひよさん:
>680 なのに結構回っていますねぇ〜。681 はすごいことになるという話は良く見かけるのですが... お店で確認を取ったにもかかわらず A0-step とは悲しい話ですねぇ。でも、結果オーライ?
結果オーライってことにしないと悲しすぎるのでそう思うことにしてます(涙

> PCI Debug Library for Win32
> kashiwano masahiro (http://www.otto.to/~kasiwano/)
ソース頑張って解読してみます(Cは一冊適当に本読んだだけだからあいまいだけどw)

>この件は保留にさせてください。現在、どの部分をオープンソースにしてライセンスをどうするか検討しているところなので...
CrystalCPUIDの更新履歴からRDMSR命令で取れそうなことは理解したんですが、NTだと無理みたいですね(特権命令使うにはドライバがいるとかってどっかで見かけたので・・・(−−;

>>僕は今、CPUクロックはRDTSC命令とtimeGetTime使って測定してますが、もっと精度の高そうなものないでしょうか?(質問だらけですいませんw
>クロック周波数測定君
>http://musee.cims.hokudai.ac.jp/~hiyohiyo/vc/#No2
>を参照してください。Cappuccino さんならすぐに理解できると思います。
がんばってみます(上と同じ理由からちょっと難しそうですが・・・)。
一度時間をとってVCで何か一つ組んでみるといいかもしれないですね(−−;

【103】Re:ありがとうございます
←back ↑menu ↑top forward→
 ひよひよ  - 03/5/16(金) 9:20 -

引用なし
パスワード
   ▼Cappuccinoさん:
>> PCI Debug Library for Win32
>> kashiwano masahiro (http://www.otto.to/~kasiwano/)
>ソース頑張って解読してみます(Cは一冊適当に本読んだだけだからあいまいだけどw)
正直難しすぎるかもしれません...(私もあまり理解してはいません)
理解するためには、C の知識は当然として、PCI そのものの知識も必要だからです。関数自体は整理されているので、道具として使ってみて、ある程度理解が進んでから内容の理解を目指したほうが良いかと思います。PCI に関する知識は色々なところで得られるとは思いますが、私は CQ 出版の「PCI デバイス設計入門」で勉強しました。(この本で上記のライブラリを知りました)

>>この件は保留にさせてください。現在、どの部分をオープンソースにしてライセンスをどうするか検討しているところなので...
>CrystalCPUIDの更新履歴からRDMSR命令で取れそうなことは理解したんですが、NTだと無理みたいですね(特権命令使うにはドライバがいるとかってどっかで見かけたので・・・(−−;

結局のところ特権命令を使うためのドライバが開発できるか否かにかかっているように思います。デバイスドライバを開発するためには DDK というデバイスドライバ開発キットが必要となります(無料)。開発を始めるとすぐに気が付くことですが、RING0 でアクセス違反や一般保護例外が起こると一撃でブルーバックとなるので開発用と飛ばし様の二台のマシンが必要となります。私は、デバイスドライバを0から開発するスキルを持ち合わせていなかったので、上記のライブラリに RDMSR を実行する関数を居候する形をとっています(ここにたどり着くまで結構苦労しましたが)。

>>>僕は今、CPUクロックはRDTSC命令とtimeGetTime使って測定してますが、もっと精度の高そうなものないでしょうか?(質問だらけですいませんw
>>クロック周波数測定君
>>http://musee.cims.hokudai.ac.jp/~hiyohiyo/vc/#No2
>>を参照してください。Cappuccino さんならすぐに理解できると思います。
>がんばってみます(上と同じ理由からちょっと難しそうですが・・・)。
>一度時間をとってVCで何か一つ組んでみるといいかもしれないですね(−−;
double CCPUCheckDlg::CheckClockQPC()
を参照してください。原理は timeGetTime を使う場合と全く同じです。ただ単により高精度なQueryPerformanceCounter を使っているだけです。

CrystalMark08 のリリース後となりますが、もしよろしければ共同開発に関しても検討してみてください。

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