『ウイルスバスター2003』のクチコミ掲示板

ウイルスバスター2003　　本日よりHT対応のバッチが出ました。

書込番号：1805933

それは良かったですね
HT対応させるのは当たり前になってくるかも

書込番号：1806954

というかパッチ当てないとソフトが走らなくなるような恐れのある
ＣＰＵは選びにくいですね。
他にもこんなソフトってあるのかなぁ？

書込番号：1807767

動かないとゆーのは余りありませんが
ＨＴすると遅くなる　ソフトはもう山のよーにあります
18禁ケームなんか　特に多い。
まぁ元々ＨＴの方が後にでた技術なんだし
　Pen4のHT発表前にでたソフトに罪は無いし
　全てのソフトでHT技術にあわせるっつーのも無理があるんじゃない？

書込番号：1809171

最適化されたものじゃないと恩恵が受けられない
交換をはたしてパワーアップと呼べるのでしょうか？
ＣＰＵやマザボで金つかってさらにソフトもとなると
貧乏人の私には手が出せません。
ましてや遅くなることもあるなんて・・・・・。

書込番号：1809599

それが現実ですね
自分で判断する能力を高めるしかないです。

書込番号：1809965

＞HT対応させるのは当たり前になってくるかも
　現実には厳しいでしょうね
　ＨＴは擬似Dualですからプログラム自体にそいうＣＰＵ制御する技術が必要になります。
　それは全てのプログラムに一定基準値の能力を求めることになります。
先ほどの１８禁なんて弱小メーカも多いですし、シェアウェア、フリーにそれを求めるのもきついでしょうしね。
　動かない可能性もあるのですから、私は知り合いにＨＴは切るように勧めています。

書込番号：1810003

そういえば次はまた命令増えるらしいですね。
最適化されてるソフとはベンチだけだったりして。

書込番号：1810589

18禁ゲームなどの如何わしいゲームはやらないので対応しなくても結構。
これからは、HT対応しないソフトを作ったソフトメーカーは駄目メーカーのレッテル貼られるでしょうね。

書込番号：1811819

いやプログラムみて思ったけど
単スレッドの処理を複数スレッドに自動分割するのは極めて難しい。
従ってごつい単スレッドの処理がメインとなるゲームやビジネスソフトでは
そのままではHTやDUAL CPUの恩恵はない。

従来単スレッドのソフトでHTやDUAL CPUの恩恵を得るには、
スレッドを分割する事が必要だが、
分割に失敗し、とんでもない糞スレッドを発生させる危険性がある。
その場合、DUAL CPUでは単スレッドでは使わないCPUが空回りするだけだが、
HTでは糞スレッドにパイプラインが占領され実効速度が落ちる

この規格どおりってのがむずかしーのよ、規格通りに作れない作れないのが
ダメメーカとしたら　ＭＳも含まれちゃうよ
ＭＳ−Ｏｆｆｃｅとか・・・
ＭＳ自体で失敗してるのに他のメーカに強制するのは酷だと思うが・・

書込番号：1812151

まともに動いてくれるならＨＴ自体はものすごく魅力的ですが・・・。
ハードもソフトも技術がこなれるまではもう少し時間がかかるかな。
でもクロック至上主義のインテルだからあんまり力入れてないのかも
しれない・・・

書込番号：1812598

ＨＴ自体が今後支流になると思います。
ソフトＨＴテクノロジーを無視することは、出来ないと思います。
良い技術は取り入れなければ、ならないと思います。
DUAL CPUしかり。
TMPGEnc Plus 2.5等は、ＨＴのほが軍閥良い。
この業界は、日進月歩ですからね。
消費者の立場に立って考える時期ですね。

書込番号：1813156

[きこり]

相変わらずのネガティブキャンペーン、ご苦労なこったね。
可能性の小さいものを誇大的に紹介して何か得するんでしょうね。

こういうものは力関係で決まってくるものだね。
巨大問屋I社が新しい流通システムを開発導入して、それにそぐわない商品の扱いが遅れたり扱いを打ち切られたり。
より利便的な新システムに適合させることが可能なのにしないでいるのを好意的に評価してくれる人も珍しい。
旧来のA社やV社などに扱いが限定されて売り上げや評判が落ちて困るのはメーカーなのに、自助努力をしない。

AMDもマルチスレッディング機能は組み込みたいと思ってると思うよ。
ただ現在の自分の置かれている立場がそれを許さないだけで。
置かれてる立場というののひとつが、冒険が許されないという立場。
I社は将来的に冒険を少なくしようと新システムをコストを割いたのだけどね。

書込番号：1813512

[きこり]

A社はマルチスレッディング技術を、技術的も無意味だから将来的にも採用ない
という例のの如く勝手に無い物が見えてしまう妄想と言うか先入観を前提でモノを言ってる気がするんだわぁ。
数年後にA社が対応すると発表したら、赤面モノだね。
とある人の評価によると苦難に相当するマルチスレッド化で効果的なソフトウェアの普及というI社がやり遂げた地ならし作業をし終わった後でも永遠に利用しないでいくというのならそれももおかしなモンだ。

I社のマルチスレッド生成プロセスもそんな大層なことはしないでしょうしね。
簡単でいてかなり効果的なものになると思います。
が、それは移行期にこそ期待されるもので、リキ入れて最適化する必要もそれほど無いでしょう。
移行しきってしまった時期にはソフトメーカー側がコンパイラで最適化していくでしょうしね。

書込番号：1813539

＞I社のマルチスレッド生成プロセスもそんな大層なことはしないでしょうしね。
＞簡単でいてかなり効果的なものになると思います。
＞が、それは移行期にこそ期待されるもので、リキ入れて最適化する必要もそれほど無いでしょう。
＞移行しきってしまった時期にはソフトメーカー側がコンパイラで最適化していくでしょうしね。

きこりさんへ質問です。

私はJavaぐらいしか書いた事が無いのでC++などの事情を知らないのですが、C++などで従来の方法によりマルチスレッドPrgを書くのに対して、HT用Prgを書くのではどのぐらい簡単に出来るのでしょうか？
intel社のデベロッパサイト<http://www.intel.co.jp/jp/developer/technology/itj/index.htm>を見たのですがイマイチ良く分からないので教えて下さい。
Javaの場合、ソースを書く際にRunnableインターフェースを実装するなどして明言しないとマルチスレッドPrgとはならないので、コンパイラが勝手にやってくれるということはもちろん有りませんし、私みたいなヘタクソが安易に書くとデッドロックを起こす危険も有ります。
HT用コンパイラではこういった心配をしなくてもいいのでしょうか？将来的にコンパイラが勝手にやってくれるようになるなら、移行する価値ありかな。

書込番号：1813820

>相変わらずのネガティブキャンペーン、ご苦労なこったね。
　私は事実を客観的に述べているだけですよ。
　未来の話なんてわかんないんだし。
　Intelが推奨するものは業界の主流になるというのはラムバス時に
　もろくも崩れ去ったのですから。
>巨大問屋I社が新しい・・・
　確かに全てのソフトがHT技術に対応させればいいと思うんでけど
　今現在、全ソフトメーカがそれに全て対応させるのは無理な話です
>AMDもマルチスレッディング機能は組み込みたいと思ってると思うよ。
　ソースは？
>A社はマルチスレッディング技術を、技術的も無意味だから将来的にも採用ない
　私は全ソフトメーカがＨＴに最適化させるのは現実的にきついと申し上げているだけです
　HTは魔法の技術ではありません、
　ソフトのスレッド分割技術のように、動くソフト側の責任がおおきいんです
　あほな雑誌や、一部の人がＨＴは速くなると勘違いしている方が多いですが
　それはソフト側が整備されての話です
>I社のマルチスレッド生成プロセスもそんな大層なことはしないでしょうしね。
　ソースは？

きこり氏へ、いいかげん主観で語るのはやめませんか？
「○社はこう思ってるはずだ」とかあなたは○社の社員でも広報でもないんですから・・
　予想で語るのは自由ですが、予想の根拠となるものが無いと脳内電波で終わりますよ

書込番号：1813922

[きこり]

自分の主観を始末してから他人に指図しなさいね。
今までの質問になんら答えてないのはなんだろね。

例えば、私が面白いCPUであれば性能が低くても値段が高くても構わないとしたのに対して、敗北宣言と判断したのはどういう理由なんだろう。
それとそれのソースとやらを出してみなさいな。
それが終わったらもっと沢山大好きなソース披露の活躍させてあげるからさ。
と相手に塩を送ってるのに何にも音沙汰ないよね。笑

脳内電波ってどういう意味なんだろうね。
ソースを出さないのを妄想に位置づけて、そういうのが大嫌いとも見受けられるけど、マスコミにはその人種が多く見受けられるけど、そんな奴等の執筆を意気揚々とソースとして回っている理由はなんなのだろうね。
その自分が妄想と決め付けてるモノを自分の主張の根拠として他人に勝ち誇る神経が信じられないわ。

で、あいも変わらず大好きなソースが欲しくて欲しくて堪らないなら自助努力で見付ければいいと思うよ。
ソースなんて特に出さない主義だもんね。
ま、脳内電波だとするなら既に探してあるんだろうからそのソースを出してみな。

ご都合ソース主義には無理だろうけど。

書込番号：1815439

[きこり]

コンパイラでHyper-Threadingの最適化ができるようになるのは何時の事になるんでしょうね。
日曜プログラミング(を見下すわけじゃないけど)だと、とりあえず待つことになると思います。
そういう場合でもOSに組み込まれたスレッド生成プロセスを利用するだけでも結構効果的だと思います。

ま、そこのソース大好き人間に質問すれば全く逆の証拠を出してくれると思いますので、質問してみると喜んで出してくれると思います。
出なければ、私の予想は大いにあり得るとソース人間の太鼓判が押されるでしょう。
そういってる自分でもソース無しで書いてるところが大量にあるので、色々ソースを出す機会を作ってあげたけど、当のソース人間に乗り気ある？
無い、もしくは無視、はぐらかし、ならソース主義は嘘なんでしょう。

書込番号：1815468

きこりさん。
第三者的に見て「きこりさん」へのぼこぼこさんの「指摘」そのものは
決して間違っているものではないと思いますよ。
そろそろ目を覚ました方がいいと思います。

書込番号：1815474

>自分の主観を始末してから他人に指図しなさいね。
>今までの質問になんら答えてないのはなんだろね。
　おやおや又、議論のとりちがえですか。
　自分の過失やクレームを他の人に押し付ける癖は止めましょう
　最近哀れに見えますよ
>例えば、私が面白いCPUであれば性能が低くても値段が高くても構わないとしたのに対して、
>敗北宣言と判断したのはどういう理由なんだろう
　いつですか？私は記憶がありません。ソースを出してください
>ソースを出さないのを妄想に位置づけて、
　実際にそうですよ
>そんな奴等の執筆を意気揚々とソースとして
　つまり貴方はMSとかintel、AMDの公式よりも
　貴方の発言を信じろと？
>ソースなんて特に出さない主義だもんね
　自らの主観で語り、証拠（ソース）出さない人は
　公式にはなんの説得力はありません

書込番号：1816924

[ほぃほぃ]

http://www.xlsoft.com/jp/products/intel/index.html

趣味で使うにはちょっと高いかもね。
HTは個人的には昔のFPUと一緒で、OSレベルで対応するのが一番だと思います。
現時点では自己満足アイテムとしてなかなかよろし＞HT

書込番号：1816980

[hotman]

結局、金持ちはXeon DUALでしょ、一つのＣＰＵを2つに使おうなんて結局貧乏人の考えること。

書込番号：1817136

ほぃほぃさん、ありがとうございました。大変参考になりました。

確かに趣味で使用するには高価なツールですが、パフォーマンス検証をソースコードレベルで出来る「VTune(TM) パフォーマンス・アナライザ」や同じくデッドロックなどの検証ができる「スレッド・チェッカー」は便利そうです。

んでも結局、ソースコードの改変無くコンパイラが勝手に最適化してくる代物では無いですね。＞HT
将来それが可能になる保証も無さそうですね。はぁ。。。
OSレベルの機能に任せておけば、自作(非スレッド)プログラムが"少なくとも"低速化することは無いのでしょうか？

他のリソースも探してみます。ありがとうございました。

※どうやら初めに聞く相手を間違えたようです。期待ハズレな回答しか返って来なくて残念です。初めに聞いた人はプログラミングについては全然知らない人だったみたいですね。(^^;)

書込番号：1817389