Visual Studio 2010 Part18

1 ：12/01/03

■公式
http://www.microsoft.com/japan/visualstudio/products/2010-editions
http://www.microsoft.com/visualstudio/en-us/products/2010-editions (英語)
■フィードバック
https://connect.microsoft.com/VisualStudioJapan/content/content.aspx?ContentID=12487
https://connect.microsoft.com/VisualStudio/content/content.aspx?ContentID=14631 (英語)
■前スレ
http://toro.2ch.net/test/read.cgi/tech/1317403825/
■リンク
http://www.atmarkit.co.jp/fdotnet/dnfuture/vs10net4_01/vs10net4_01_01.html
http://blogs.msdn.com/b/visualstudio/
Visual Studio2010 ダウンロード一覧
http://blogs.msdn.com/b/dd_jpn/archive/2010/04/28/10003084.aspx
Visual Studio 2010 Express版 ダウンロード
http://www.microsoft.com/japan/msdn/vstudio/express/
Visual Studio2010 機能比較表
http://www.microsoft.com/japan/visualstudio/products
Visual C++ 機能比較表
http://msdn.microsoft.com/ja-jp/library/hs24szh9.aspx
■Visual Studio 2010 Service Pack 1
http://www.microsoft.com/downloads/ja-jp/details.aspx?familyid=75568aa6-8107-475d-948a-ef22627e57a5

2 ：12/01/03

■関連スレ
Visual Studio 2005 Part 27
http://hibari.2ch.net/test/read.cgi/tech/1291513609/
Visual Studio 2008 Part 21
http://hibari.2ch.net/test/read.cgi/tech/1290969016/

3 ：12/01/04

Visual Studio 2012 Part3
http://toro.2ch.net/test/read.cgi/tech/1317403825/

4 ：12/01/04

「帝国」の記憶が生きている―日本は世界最大の対外純資産保有国
「円の独歩高」について、日本経済が他国に比べて相対的に信用されている証拠という持論も、一部で知られている。
世界経済の不安定要因は、デリバティブ（金融派生商品）という市場外取引だけで、世界中で生産される財とサービスの総額（ＧＤＰ）の約９倍、
６００兆ドル（約４京６８００兆円）という金融肥大化である。たとえば、その５％でも買いや売り一辺倒になれば、一気に３０兆ドルが動く。
欧州と同じように金融の弱体化に苦しむ米国、貿易黒字を荒稼ぎしてきた中国経済にも陰りがみえる中で日本には、４０年来続く円高に負けない強さがある。
「その対外純資産は世界最大であり、債務を全額返済しても、国民１人当たり約２２０万円の純債権が残る勘定です。
外国債券が目減りする前に１０兆円くらいを取り崩せば、検討中の増税分くらいはまかなえる」と、増田氏は語る。
http://sankei.jp.msn.com/economy/news/111229/fnc11122908320001-n1.htm

5 ：12/01/04

　　　　　　　　　　 　　　　　　　　　　　　　　　　　　　　 　　　　　　　 -‐ '´￣￣｀ヽ＿
　┏┓　 　 　 　 ┏┓　 　 　 ┏┓　 　 　 　 　 　 　 　　　　/￣／／"　　　｀ヽ　/　 ＼　　　┏┓┏┓
　┃┃　 　 ┏┳┛┗━━┳┛┗┓┏┳━━━━┓　　 | ./, '.　　l　 /　 ヽﾊ ゝ､ 　 | 　　 ┃┃┃┃
　┃┃　 　 ┃┣┓┏━━┻┓┏┛┗┫　 　 　 　 ┣━━/. {_{＼∧/|/／ﾘ| l`　|　　|━┓┃┃┃┃
　┃┃　 　 ┃┃┃┗━━┳┛┗━━╋━━━┓┃　　 .ﾚ!小ｌ●　　　 ●ﾉN　 |　　|　 ┃┃┃┃┃
　┃┃　 　 ┃┃┗━━┓┃┃┃┏┓┃┏━━┛┣━━.ヽ|l⊃　､_,､_,　⊂⊃／| 　.|━┛┗┛┗┛
　┃┃　 　 ┃┣━━━┛┃┃　 ┃┃┃┃　 　 　 ┃/⌒ヽ|_ ﾍ　　 ゝ._）　 　j /⌒i　 !　　　┏┓┏┓
　┗┛　 　 ┗┻━━━━┻━━┛┗┛┗━━━┛ ＼ / `＼＞,､ __,　イァ/　 /|　 |　　　┗┛┗┛
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 　　＼/.　l　ヾ:::|三/::{ﾍ､__∧|　 |

6 ：12/01/04

vnextの正式名決まったの？

7 ：12/01/04

vnextはWinRT対応優先で
C++11対応が後回しになって残念

8 ：12/01/04

vNextが正式名称じゃないの？

9 ：12/01/04

>>1
あ〜、やてもうた
だからＶＳなんかヴァージョンごとに分けてもスレッドが、伸びないんだから統合スレにしろいっただろ
ボケ
消せ　ｱﾎｳ

10 ：12/01/04

悔しさ滲ませ過ぎ

11 ：12/01/04

やっと別れたか
>>1乙

12 ：12/01/05

OpenMPでプログラムの並列化に取り組んでいるんですが、
スレッド生成・クローズのオーバーヘッドが大きすぎて逆に遅くなってしまいます。
#pragma omp parallel for
for( int i = 0; i < N; i++ )
{
　　・逐次処理では30000クロックほどかかる処理
　　・ループ間での依存性はまったくなし
}
こうすると60000クロックくらいかかってしまうので、
スレッド生成・クローズのオーバーヘッドが30000クロックもあることになります。
このオーバーヘッドを避けたいと思い、調べていると、スレッドプールというテクニックがあることを知りました。
予めスレッドを生成しておいて、必要に応じてそれを割り当てるという方法です。
この方法だと、最初の一回だけスレッドを生成すれば後はfor文に差し掛かる度にスレッドを生成する必要がなくなります。
ただ、これを実装するのは、OpenMPとは比べ物にならないほど煩雑で気が進みません。
そこで、VC++2010で追加されたPPL（Parallel Pattern Library）がどうかと思ったのですが、
スレッド生成オーバーヘッドが小さかったり、あるいはそれを回避する手法を手軽に取れたりするでしょうか？

13 ：12/01/05

とりあえず実測してみたら

14 ：12/01/06

データ分解するときはオーバーヘッドを償却出来るだけの十分に大きなデータ量があることを保証しなくちゃいけない。
せめて30億クロックくらいかかる処理じゃないと、効果は実感できないかもねー。

15 ：12/01/06

2010って起動が遅いなぁ……と思ってたら、これPC電源入れてからの初回起動時だけなのね

16 ：12/01/06

Windowsのスレッドってタイマー依存だから遅くね？
どうやってもスレッドスイッチに1msかかる欠陥品っしょ？
スレッドにしないで自分で処理単位を細かく切って並列っぽくしたほうが冗談ヌキで１万倍（笑）ぐらい速い

17 ：12/01/06

冗談ヌキなのに１万倍（笑）っスかｗ

18 ：12/01/06

デバッグモードだから遅くなってるって事はない？

19 ：12/01/06

>>12
ompは最初の1回スレッドを作ったらプールしておいて
2回目以降の呼び出しではスレッドは作らないっぽいよ。
PPLはschedule dynamicみたいな処理が勝手に入ってて
1カウントごとの処理が小さければ小さいほど
スケジューリングのオーバーヘッドが大きくなるという素敵仕様だった。
>>16
CPU個数分のスレッド数にするのがデフォだから
基本的にスレッドスイッチしないんじゃね。
なんで本物の並列処理と
1CPUをスライスする並列っぽい処理を比べるんだよw

20 ：12/01/06

>>13
それが一番ですね。
>>14
やはりそうなりますか･･･
かなり大きな粒度かつ完全に独立した処理をOpenMPでマルチスレッド化（デュアルコア）したときは
1.7倍ほどの効果が得られたので、そういう使い方になりそうですね。
>>16
Windows依存の問題ということですか？
これからはマルチスレッドで性能を上げないといけないという機運なのに、
OSが足を引っ張るというのはいかがなものか、というかんじですね。
>>18
いえ、Releaseモードですし、OpenMPもReleaseモード版のものです。
>>19
え！？スレッドプールやってるんですか！？
それにしては最初もそれ以降も同じクロックがかかっていますね･･･
コンパイラはVC++2008なんですが、Intelコンパイラなんかとは実装が異なったりするんでしょうかね？？
＞1カウントごとの処理が小さければ小さいほど
＞スケジューリングのオーバーヘッドが大きくなるという素敵仕様だった。
ぎゃー。
PLL残念ですorz

21 ：12/01/06

http://s1.gazo.cc/up/s1_10688.png
OpenMPによるマルチスレッド時のクロックをもう少し詳細に調べてみました。
物理コア数分のスレッドまでは、スレッド生成オーバーヘッドを、
マルチスレッド化による効果がある程度抑えようとしているようですが、
それ以上になると完全にスレッド生成オーバーヘッド分が上乗せされるだけになるようです。
ループ内の処理は、SIMD演算をパラでやっているので、おそらく演算器の利用効率は高く、
ハイパースレッディングによるマルチスレッド処理の余地はあまりないのではと考察できます。
物理コア数があってナンボですね。

22 ：12/01/06

走るスレッド数は論理コア数が既定だったんだな
OpenMP使ったことないけどなんとなく物理コアが基準だと思ってた
まあその状態でSIMD回したりしたら効率悪いよそりゃ

23 ：12/01/07

オーポンMPがスレッドの生成・破棄に関して
繰り返し時にスレッドをスリープして再利用するか
破棄→生成という重い処理をやるかは「コンパイラ次第」だそうな。
で。Visual C++ 2010はOSのスレッドプールなる機能を利用して
スレッドの再利用を行うが、この機能はVista及び7に実装されています。
さようなら、XP。

24 ：12/01/07

北朝鮮の金正日（キム・ジョンイル）総書記の遺訓を守るという北朝鮮が、
最近、連日のように偶像化に動物を動員している。 最も多いのは鳥だ。
最近、労働新聞など北朝鮮官営メディアは、金正日総書記の死後、フクロウが
悲しそうに鳴き、ワシが集まったなど奇異な自然現象が起きた、と報じた。
５日の労働新聞にはクマまでが登場した。 冬眠をしていたクマが突然目覚めて
鳴いたということだ。
この日の労働新聞は、金正日が最近訪れた大興（デフン）青年英雄鉱山の
労働者が悲報を聞いて弔意を表す時、３頭のクマが道路に現れ、悲しそうに鳴いた、
と伝えた。 母クマ１頭と子グマ２頭だったが、それらしき目撃談を伝えながら
「洞窟の中で眠るクマが人が行き来する真昼に、敬愛なる将軍様が通られた
道路に現れ、大きな声で長いあいだ鳴いたのは非常に珍しい現象」と強調した。
鳥の異常な動きも見られたと伝えた。 労働新聞は「慈城郡シンプン里では早朝から、
金正日総書記のモザイク壁画の上空に突然１００羽を超えるカササギが飛んできた。
名川（ミョンチョン）地区の炭鉱周辺でも数十羽のカササギが飛んできて２時間ほど
休まずに鳴いた」と報道した。
この日、労働新聞は「鳥は人が近づいても動かなかった。 よく見ると、
鳥が木の枝をしっかりと握りながら固まってしまった」とし「後に分かったが、
民族大国葬の悲報が伝えられた日の晩からそうだった」と伝えた。
神話に登場するような内容の記事は、労働新聞の社会面に掲載された。
金晋希（キム・ジンヒ）記者 .
http://japanese.joins.com/article/153/147153.html?servcode=500§code=500

25 ：12/01/07

>>23
＞で。Visual C++ 2010はOSのスレッドプールなる機能を利用して
＞スレッドの再利用を行うが、この機能はVista及び7に実装されています。
おお！すばらしい！
これだけでもWin7＆VC++2010に移行する価値があります！
WinXPとおさらばします！

26 ：12/01/07

スレッドプール自体はVC2005から実装されてる。
http://msdn.microsoft.com/ja-jp/library/fw509c3b(v=VS.90).aspx
しかし、対応OSはVista以上
http://msdn.microsoft.com/ja-jp/magazine/gg232758.aspx
＞Windows Vista と Windows 7 には、開発者が直接使用できる、
＞最適化されたバージョンのスレッド プールが用意されています。

27 ：12/01/07

>>26
興味深い記事をありがとうございます！
VC++2010はパフォーマンスを可視化するツールが付属しているんですね！
AVXにも対応してるし、VC++2010に移行することを決意しました！
http://i.msdn.microsoft.com/gg232758.Fosner_Figure4_hires(en-us,MSDN.10).png
この図で、並列処理の最初と終了後で黄色の割合が大きいのは、
OSがスレッドの生成と破棄を行ってるからですよね？
これを見ればスレッド生成オーバーヘッドの定量的把握も一目瞭然ですね。

28 ：12/01/07

三冠陥落で目が覚めた!?　フジテレビがついに韓流から決別か
※イメージ画像:『嫌「韓」第二幕！　作られた韓流ブーム 』／宝島社
http://www.menscyzo.com/images/hanryu0106.jpg
「出てけ！　日本が嫌だったら出てけ！」
　今月17日に放送を予定している『なかよしテレビ』（フジテレビ系）の番組宣伝VTR中で、マツコ・デラックスが叫んでいる言葉である。
このマツコの言葉に、多くのネットユーザーが素早く反応、多くのスレッドが立ち「よく言った」「韓国ざまぁ」「本放送が楽しみだ」などとマツコを賞賛するコメントが寄せられている。
　昨年の10月から放送をスタートしている『なかよしテレビ』。番組のコンセプトは、「日本を含むアジアを中心とした3カ国の出演陣が、さまざまなテーマについてお国自慢をする」というもの。
主に日中韓による討論形式のバラエティなのだが、その内容はバラエティの域を超えて、
各国の人々の本音が垣間見えるものとなっている。
似たような番組として同時期に始まった『世界のみんなに聞いてみた』（TBS系）があるが、3カ国に特化した同番組の構成は、より激しい討論を展開させている。
　そんな番組に初出演を果たすマツコは、「K-POPに物申す」というテーマで論を展開している模様。
「日本の芸能界は草野球。韓国の芸能界はプロ野球」と主張する韓国人出演者に対し、「K-POPとか見ているとアメリカのパクリにしか見えない」と言い放ち、
「あんたたちの音楽も受け入れてやってる」「これだけ懐の深い国がどこにあるんだよ！」と主張する。
もちろん、これらの発言は先日から同局で流されている番宣VTRを見たものであり、それ以上でもそれ以下でもない。どういった経緯で、そういった話になったのか、またその後どんな結論になるのかというオチについては、本放送を見るまではわからない。
だが、冒頭に記した「日本が嫌だったら出てけ！」というマツコの言葉は、紛れもなく本人の口から出ている言葉であり、多くのネットユーザーがこの言葉に共感しているのは間違いない。
そしてまた、この番組を放送するのがフジテレビというのも彼らの興味を引く要因になっている。
http://www.youtube.com/watch?v=Q_5Mc532Vts
http://www.youtube.com/watch?v=dSGHNKy5IbM

29 ：12/01/07

Visual C++の __asm を使ってみたんだが、全く同じコードを NehalemアーキテクチャのCPU(i7 870)だとコンパイルが通って Core 2アーキテクチャのCPU(Core 2 Duo P8600) だとコンパイルが通らなかった。
どっちも 64bit でコンパイルしたんだが、NehalemがサポートされててCore 2がサポートされてないなんてあり得るのだろうか。
Core i7マシンはWindows 7 Ultimate(64bit)、 Core 2マシンはWindows Vista Ultimate(64bit)。何か情報頼みます

30 ：12/01/07

x64ビルドだとasmは使えないってことだけ知っている

31 ：12/01/07

メモリーリークを検出するデバッガは、VS2010のどのエディションについてるの？
近いうちに買おうと思うんだけど。
今VS2005でやってるけど、なんかデバッグ中のプログラムを終了させると
メモリーリークっぽいログを大量に吐き出して終了するのに数十秒ぐらいかかる。
どこを修正したらいいのかさっぱり分からない。

32 ：12/01/07

>>31
>メモリーリークっぽいログを大量に吐き出して
それってメモリーリークを検出するデバッガじゃないのか？
大抵のツールはリークしている領域がどこで確保されたかはわかるはずだから、
それが本来解放されるべきところで解放されているかを確認すればいい (まあ、
でかいソフトだとこれが結構大変だけど) だけだと思うが。

33 ：12/01/07

>>31
でかいプログラムのC++へのベタ移植なんで、結構大変なんですｗ
多分、COMオブジェクトの解放ができてないとかだと思うけど、ダラダラと１６進数を吐き出されてもさっぱり意味がわからない。
トレースしてる最中に、「今この変数でリークしました！」みたいなのを教えてくれるようなデバッガてないんですかね？
定評のあるものだったらMS以外の製品でもいいです。

34 ：12/01/07

デバッガを用意するまでもなく
適切な場所で開放されたかどうかは
全リソースに紐をつけるだけでプログラムのレベルで知る事ができる
COMだからといって特別なことはない
プログラマが考えるメモリリークとデバッガ(を作った人間)が考えるメモリリークが
同一のものかは判らないので、デバッガに頼るのは危険である

35 ：12/01/07

>>33
> ダラダラと１６進数を吐き出されてもさっぱり意味がわからない。
その意味を調べようとかは思わんのか...
http://msdn.microsoft.com/ja-jp/library/e5ewb1h3(v=vs.80).aspx
>定評のあるものだったらMS以外の製品でもいいです。
所望の機能があるかどうかは知らんけど、定番は purify とか DevPartner とかじゃね。

36 ：12/01/07

>>34
その説明はよく分からないデスｗ
紐を付けるってなんですか？
私はデバッガを使わない解決方法を探しているのではなく、
デバッガを使うことで問題箇所を見つけたいんです。
自分の能力的に、現状ではどこに問題があるかさっぱり分からないので。

37 ：12/01/07

>>35
それはググって調べて試してみたんですが、なんか書いてあるようにリーク箇所のパス情報が出てこなかったんですよね。
やり方がまずいのかな。
もう一度試してみます。

38 ：12/01/07

現状、メモリリークってひとつひとつ処理をコメントにして実行して
メモリリークがないこと確認してってやるぐらいしか方法しらない
なんかよさげなツールあったっけ？
ＶＳってなにもやってくれない気がしたけど

39 ：12/01/07

>>37
>それはググって調べて試してみたんですが、なんか書いてあるようにリーク箇所のパス情報が出てこなかったんですよね。
また、後出しかよ...
いち抜〜けた。

40 ：12/01/07

つまりデバッガではメモリリークは解決しないと書いておるのだが喃

41 ：12/01/07

できそうな気もするけど
なんでいつまでたってもできないんだろうね？＞メモリリークの検出
ゲーＰＧだったころ実装した自作のスクリプト言語ですらこんなの当たり前にできたけどねｗ
やっぱ複雑さが違う？ｗ

42 ：12/01/07

人並みのスキルと情報収集能力があれば簡単に出来るけどな

43 ：12/01/07

メモリリーク気にしないといけない、スクリプト言語って…

44 ：12/01/07

メモリリークの検出そのものはExpressエディションでもできる。
終了時に解放されていないメモリは警告文が出る。
2010からは単純なシングルトンパターンについては警告エラーを出さないほど
コンパイラが進化している。マックスうれぴぃ。
APIを使って特定領域のメモリリークを調べるツール群（可視化ツール）は
Professionalエディション以上が必要。8万円。
2008ならStandardエディションにもついてたのになぁ。
StandardエディションはSpy++がついてたり、パフォーマンスツール群がついてたり、
安いけどお便利だったのに、マイコリシフトは日曜プログラマの存在を認めない。
学生ならドリームスパークで無料だし、
職業プログラマなら技術者ライセンスで何でも使い放題だし、
どっちでもない人はと。ああGCC使え、と。

45 ：12/01/07

うーん
モノによってはっつーか
大抵のプログラムだとまったく検出できないくて
ただダンプだけ吐いて終わるじゃん
たしかにソースで確保した箇所が表示されるときはあるにはあるよ
ただ、そっちのが稀で
大抵はまったく検出できない役立たずな状態のまんまだよね
まあ、もうＣ＃使ってるから別にどーでもいけどさｗ

46 ：12/01/08

newして放置してるだけのたいていのメモリリークなら検出できるだろ
なにを持って検出できてないって言ってるんだ

47 ：12/01/08

>>46
ダンプだけ吐いて終り
でてきたログをダブルクリックしてもどこで確保したメモリなのか追跡できない
ってのが大半なのよ
ここまで知らないとＶＳ使ったことないんだろーけど

48 ：12/01/08

>>47
// stdafx.h
#define _CRTDBG_MAP_ALLOC
#include <stdlib.h>
#include <crtdbg.h>
#ifdef _DEBUG
#ifndef DBG_NEW
#define DBG_NEW new ( _NORMAL_BLOCK , __FILE__ , __LINE__ )
#define new DBG_NEW
#endif
#endif // _DEBUG
// test.cpp
#include "stdafx.h"
int _tmain(int argc, _TCHAR* argv[])
{
_CrtSetDbgFlag ( _CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF );
int* a = new int;
return 0;
}
// 出力ウィンドウ
Detected memory leaks!
Dumping objects ->
test1.cpp(8) : {101} normal block at 0x0000000000488320, 4 bytes long.
Data: < > CD CD CD CD
Object dump complete.
ちゃんと位置わかるけど

49 ：12/01/08

>>48
開発経験浅いのな
ほとんどでねぇからマジで
でないほうが多いぐらい

50 ：12/01/08

>>49
それはあんたの使用方法が間違ってただけかと

51 ：12/01/08

>>50
違うって
マジででないって上のほうでもでないって人いたじゃん
でなくなる法則とかそんなの知らないけど
仕事で組むようなプログラムだとまず検出できない
ある程度の規模を超えるとでなくなるのか
それともスレッドガンガン立てたりすると出なくなるのか
そういうのあんのかも知れないけど
仕事で使うような場面だとまず間違いなく出ない場合のが多い
単純にnewしたものの解法忘れだって場所わかんないって感じになる
単純な小さいプログラムだとそういうことがないのかもしれない

52 ：12/01/08

ゲーＰＧだったころ
タスクシステムって構造を作って各要素をnewすると
１００発１００中で検出できなかったなｗ

53 ：12/01/08

それってリークって言うより、データ壊してるんでは

54 ：12/01/08

リーク対象のソースファイル名や行番号は__FILE__と__LINE__マクロを使って取得する仕組みだしな。
new演算子で確保したメモリのリーク箇所を確認する場合、>>48みたいに予約語をマクロで置換するか、
_CrtSetAllocHook関数とStackWalk系のAPIの組み合わせで何とかするしかないだろうな。

55 ：12/01/08

>>51
問題の切り分けも、マイクロソフトへの問い合わせもできないぼんくらと言うことはよくわかった。

56 ：12/01/08

マイクロソフトに問い合わせなんて宛名書かずに郵便出すようなものじゃないのか

57 ：12/01/08

メッセージボックス直してくれよ（親を指定しても無視される）ってのは送ってみたけど回答きてないなｗ

58 ：12/01/08

>>56-57
ちゃんと金払ってる？
払ってて、回答がこなかったことはないよ。
契約してるんだし、普通ありえないと思うけど。
まあ、回答で解決したかという問題はあるけど…。(w

59 ：12/01/08

なんでVC++は自動ベクトル化しないんでしょうか？
技術的に難しいのか、
Intelに特許を握られているのか、
将来のフィーチャーとして出し惜しみしているのか、
どれなんでしょう？？

60 ：12/01/08

技術的に難しい

61 ：12/01/08

すｄねい自動ベクトル化済み

62 ：12/01/08

>>60
ありがとうございました。
>>61
いや、そんなはずは･･･
VC++2010で実装されたんですか？？

63 ：12/01/08

VC++の開発に、IntelはMSに人出してるよ。

64 ：12/01/08

VS2010はSP2ってあるんかなあ

65 ：12/01/08

ないだろ

66 ：12/01/08

VS2010ってなんだったんだろうな

67 ：12/01/09

マルチスレッドってどっから勉強すりゃいいんだろな。
少なくともプログラミングWindows、並行コンピューティング技法、C++クックブックの3冊は
「何らかのマルチスレッドプログラミングの経験を前提とする」と書いてあって、
つまり「マルスレの初歩的な知識みにつけてから来いや」となっている。
で、「マルチスレッド」と書かれた本を探すとどれもこれも
「未経験不可」の文字列…。
んー。みんなテキトーな経験と知識でお茶にごしてんのか。
すごいなぁマルチスレッド。

68 ：12/01/09

>>67
http://www.shuwasystem.co.jp/products/7980html/1462.html
ちょうど今日からこの本を読み始めたけど、
すごく初歩的なことから丁寧に教えてくれるし、
並列コンピューティングを体系的に整理することができてすばらしいよ。
おすすめ〜。

69 ：12/01/09

Windowsのスレッドってスレッド切替するのに1msは最低かかるみたいなんだけど
そうならない組み方ってどうやったらできるの？
言語はＣ＃です
自分でやるとどうやっても1msかかってしまうのですが
そうならないスレッドの作り方を教えていただけないでしょうか？

70 ：12/01/09

あ、前半の文章が消えてませんでしたｗ

71 ：12/01/09

>>69
>自分でやるとどうやっても1msかかってしまうのですが
なにをどうやって、どう測定しているのかをエスパーしろって言うこと？

72 ：12/01/09

分からない人はエスパーしなくていいんじゃないかな
ただ難癖付けるだけでプライド保とうとする人間は邪魔

73 ：12/01/09

わかるというなら、君が答えてやれよ。
> ただ難癖付けるだけでプライド保とうとする人間は邪魔
自己紹介乙

74 ：12/01/09

>>73
正しい対処の仕方はこう
・どうやって測定したの？
・測定した方法が分からないのでなんとも言えないが自分の考えだと云々
>>71のレスよりもやわらかい言い回しでなおかつきちんと伝わるだろ？
こういうレスをするように心がけようよ
相手をさりげなく非難するようなレスをした場合、むかついたからふざけて答えたのか
本当に理解していないのかそれが第三者に伝わらない
お前には自覚は無いんだろうが、お前のようなレスが多いと後でログたどる人が苦労する

75 ：12/01/09

>>74
この場合関係なくないか？
単純に1msかからないスレッドの作り方があるというなら出してやればそれで終
でもタイマーの分解能が1msだから1msかかっちゃうんじゃない？
スレッド立てれば立てるほど超遅くなるよ

76 ：12/01/09

スレッド切り替えの話じゃなかったのか

77 ：12/01/09

>>75
ああ、そういうことっぽいね。
RDTSCやQueryPerformanceCounterを教えてあげたらいいだろうか。

78 ：12/01/09

どう考えても>>71が馬鹿なだけなのに
なんで逆切れしてるの？ｗ

79 ：12/01/09

>>74
やわらかい言い回しと言いつつ、お前呼ばわりかよ。
> 自覚は無いんだろうが
笑うところですか？

80 ：12/01/09

>>77
それってスレッドに適用できるんだろうか？
スレッドはBeginPeriodで設定した値で動いてるように見えるんだけど

81 ：12/01/09

Windowsのスレッド切り替えは20か25msくらいじゃなかったのか？
何時から1msになったんだ？

82 ：12/01/09

http://msdn.microsoft.com/ja-jp/library/cc464175%28v=vs.71%29.aspx
>プロセッサは、一定の間隔（ミリ秒単位）でプロセスを切り替えているため
絶対に1msを消化するってことだな
Sleepを何度も通るような処理だと確実に10秒かかるとかそういう感じになるんじゃないだろうか？

83 ：12/01/09

>>81
BeginPeriodで設定した値になってるっぽい
俺がやった感じだと
処理が重いアプリ起動する前に自作のBeginPeriodを実行するだけのexe読んでやると早くなるよｗ

84 ：12/01/09

ゲームでオブジェクトごとにスレッド立ててるアフォがいて
１０個も出したらもう処理オチっていう・・・

85 ：12/01/09

http://msdn.microsoft.com/ja-jp/library/cc464185%28v=VS.71%29.aspx
>マルチスレッドアプリケーションを開発した経験がない方は驚くかもしれませんが、スレッド作成とスケジューリングには膨大な CPU オーバーヘッドがかかります。
>このため、結果として、シングルスレッドアプリケーションの方が高速に動作するようなこともあるのです。
まあ、こういうことだよね

86 ：12/01/09

>>82
あんたがこの話を始めた人かどうか知らないけど、1ms「かかる」だの「消化する」だのって
自分がとういう意味で使ってるかよく考えてる？
延々とやってるけど、正直何が言いたいのか全然わからない。
確実にいえることは、おかしいのはWindowsのプロセス切り替えじゃなくてあんたの理解の方。

87 ：12/01/09

質問者に回答すると1msは絶対かかるのであきらめろでＦＡ

88 ：12/01/09

じゃあ、上のほうで測定方法云々言ってた奴はなんなの？
知ったか？

89 ：12/01/09

ほら、こうなるから >>71 書いたのに、アホがしゃしゃり出てきてぐちゃぐちゃにしてるだけじゃん。
1ms というのがコンテキストスイッチにかかる時間なのか、タイムスライスの時間なのかすら、
本人にさえ理解できていないような状況だと、どうしようもないだろ。

90 ：12/01/09

別に判断する必要もないと思うけどね
質問者のレベルならとくに必要ないだろう
簡単にいうとスレッドは遅いってこった

91 ：12/01/09

>>89
どうしようもないのなら何もしなければよかったんじゃないの？

92 ：12/01/09

>>89はすでに腹を切ったよ・・・どうしようもなかったって遺書に書いてあった

93 ：12/01/09

>>71は頭が悪過ぎる割には頑張るなｗ

94 ：12/01/09

>>91
どうしようもないから、「なにをどうやって、どう測定しているのか書けよ」って言うつもりで
書いたんだけど、伝わってない？
まあ、伝わらなかったらそれまでと言うことで。
>>93
口が悪いのは認めるけど、頭悪いって、どこの発言から判断したのかな？
書けるなら、書いてみなよ。どうせ無理だろうけど。(w

95 ：12/01/09

>>71程度のレベルだとまだマルチスレッドプログラムは
早過ぎってこった

96 ：12/01/09

>>94
言うつもりで書いたのなら伝わってなくても仕方ないね
今後は自分の意見を率直に表現することをお勧めする

97 ：12/01/09

>>95
はいはい、具体的には何も指摘できないってことね。
想定どおりの、アホ回答乙。
>>96
お勧めありがとう、従う気はさらさらないけど。

98 ：12/01/09

まあ>>71は馬鹿は回答しなくていいよっていう見本だな

99 ：12/01/09

>>98
まあ>>98 「の」 馬鹿は回答しなくていいよっていう見本だな
日本語ぐらいまともに使えるようになれよ。(w

100read 1read

1read 100read

TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

ソフトウェア開発技術者取れた奴の集い (371)
SDL=Simple DirectMedia Layerでゲームだ (522)
iモード携帯電話用Java(iアプリ) Part22 (766)
どうせ暇だしFirefoxのアドオン作るわ (478)
ふらっとC#,C♯,C＃（初心者用） Part88 (860)
くだすれPython(超初心者用) その13 (126)
--log9.info------------------
絶　望　ハ　ン　バ　ア　グ　工　場 (493)
　　 (175)
ストラヰクウィッチーズ (633)
嵐ソノ弐 (149)
此方最前線、只今戦闘中デアリマス (244)
禁欲（オナ禁）スレ (901)
【猫】　ニクキュー　電網多人数操演模擬戦　【肉球】 (223)
伊号第一潜水艦 (110)
特高ノ目ヲ逃レタ反戦家ノ集ヒ (547)
【戦時板】ニダーラン　第弐海堡【パーマネントハ止メマセウ】 (518)
ここだけ戦後になったスレ (229)
ニュース速報板カラ来マシタ (253)
【三八式】戰時板銃火器店【九九式】 (137)
【規制警報】規制防空壕スレ【欲シガリマセン解除マデハ】 (333)
昭和二十年ノ人ガググッテソウナコト (158)
ナニココ (152)
--log55.com------------------
専業主婦？兼業主婦？
35歳で独身
結婚した男どもを心から軽蔑するスレ
異性にモテない独身なんて独身貴族じゃない！
二股がばれた。。
なぜ【結婚したがらない女】が多いのか
女が嫌い。でもnotホモ
特に職場の女がムカつく独身貴族