C#, C♯, C＃相談室 Part53

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/07 13:31 / Filesize : 223 KB / Number-of Response : 993
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん mailto:sage [2009/06/16(火) 20:11:11 ]: (#ﾟーﾟ)つ＜ C#、.NETの話題はこちらでどうぞ。

前スレ
C#, C♯, C＃相談室 Part52
pc12.2ch.net/test/read.cgi/tech/1238548552/

Visual C# 2008 Express Edition 日本語版
www.microsoft.com/japan/msdn/vstudio/express/vcsharp/

その他テンプレ>>2-5くらい
309 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 22:07:41 ]: >>308
いや、それはわかるけど、俺が聞きたいのはそれじゃない。
".." が消えているのはなぜかと、どうすれば回避できるのか、だ (´･ω･`)
310 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 22:22:46 ]: OriginalStringプロパティ
311 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 22:27:16 ]: URIの仕様としては>>306の動作は正しいのかい？
312 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 22:42:31 ]: RFC2396

Similarly, parsers must avoid treating "." and ".." as special when
they are not complete components of a relative path.

これ？
313 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 22:45:45 ]: sample.. の .. を特別扱いしちゃいけないから
>>306の動作は仕様を満たしてないってことかな
314 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 22:49:36 ]: >>310
Console.WriteLine(new Uri(new Uri("example.com/"), "sample../foobar.txt").OriginalString);
ごめん。こういうのを書いて、ちょっと (´･ω･`) とした。

RFC か何かで規定されているなら、まあ無視しちゃって良いかなって気にはなるんだけど、
まだ読みきってないス (´･ω･)
315 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 23:25:59 ]: 全然関係ない。
趣味でも十分な奴もいれば仕事でも無理な奴もいる。
316 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 23:27:39 ]: ふらっとの誤爆か？
317 名前：デフォルトの名無しさん mailto:sage [2009/07/16(木) 19:30:14 ]: Path.DirectorySeparatorCharとPath.AltDirectorySeparatorCharを
くっつけたものを出来ればconstで定数にしたいんですが
どう書けばよいでしょうか？
もしくはC++の関数内で
static string str = "123";
みたいなことは出来ないでしょうか？

別な方法はありますが、これが出来るとすっきりしそうなのです。
318 名前：デフォルトの名無しさん mailto:sage [2009/07/16(木) 19:40:42 ]: readonlyじゃ駄目なの？
319 名前：デフォルトの名無しさん mailto:sage [2009/07/16(木) 19:57:42 ]: >>318
なるほど。うまくいきました。
readonly static string str = string.Format( "{0}{1}", Path.DirectorySeparatorChar, Path.AltDirectorySeparatorChar );
ちなみに
>もしくはC++の関数内で
>static string str = "123";
>みたいなことは出来ないでしょうか？
これって出来ますか？
320 名前：デフォルトの名無しさん mailto:sage [2009/07/16(木) 20:01:25 ]: できない
321 名前：デフォルトの名無しさん mailto:sage [2009/07/16(木) 20:04:56 ]: そうですか・・。
了解しました。
322 名前：デフォルトの名無しさん mailto:sage [2009/07/16(木) 21:15:10 ]: >>319
C++で関数内のstatic string str = "123";は可能では？
まあスレ違いになるからC++スレで聞け。
323 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 00:36:11 ]: internal修飾子の使いどころがイマイチわからん
324 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 00:40:57 ]: ライブラリ作成をしてみると分かるんじゃないか
325 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 00:41:24 ]: プログラムをDLLで分割しまくって
アクセス制限考え出すとわかる
326 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 02:26:16 ]: TabIndexに-1を指定できるようにしてほしい
327 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 03:00:27 ]: 何故？
328 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 03:09:19 ]: 使用していないことを明確に表すため
329 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 03:16:08 ]: 継承して、使用していないことを明確に表すためのプロパティを用意すればいいじゃん
330 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 03:31:49 ]: いえ、相談ではなく提案です
TabIndexプロパティの仕様の話で、-1が使えた方がスマートだということ
331 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 03:35:20 ]: でもそれだとデザイナで設定できなくなるし、
そもそもTabStopがあるからいらないと思う
332 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 03:38:55 ]: どうでもいいオブジェクトのTabIndexの値がふらふらしてて気持ち悪い
収まりが悪い
333 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 07:04:28 ]: そう良かったね。
334 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 08:19:21 ]: 使ってないやつは-1とか
発想が前時代的
335 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 14:04:06 ]: そうだな。
TabIndexはタブの移動順序を決めるためのプロパティだから、タブの有効/無効とは無関係だよな。
TabEnableてきなプロパティを作るべき。
336 名前：デフォルトの名無しさん mailto:sage [2009/07/18(土) 14:27:34 ]: ヌルあぶればいいじゃない
337 名前：デフォルトの名無しさん mailto:sage [2009/07/19(日) 04:05:27 ]: おまえらセンス無い
338 名前：デフォルトの名無しさん mailto:sage [2009/07/19(日) 04:05:56 ]: ごめん
339 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 10:11:32 ]: 2つの256色ビットマップを読み込んで（パレットは2つとも同じ）、
1つの大きな256ビットマップに描画して、保存したいと思っています。

System.Drawing.Bitmapオブジェクトは作成できたのですが、
ピクセルフォーマットがFormat8bppIndexedになっているので、Graphicsオブジェクトが作成できません。

256色ビットマップに描画するには、どのようにすればよいでしょうか？
340 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 10:42:12 ]: 1枚をRead→Writeはできてるの？
341 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 10:44:29 ]: >>339
Bitmap コンストラクタ (Int32, Int32, PixelFormat) でコピー先ビットマップ作って
GetPixcel/SetPixelで書き写すしかないんじゃね？
342 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 11:45:19 ]: 最近、ビットマップ合成がらみを色々見てて、
2.0以前のSystem.Drawing.Bitmapよりも、
3.0以降のSystem.Windows.Media.Imaging.BitmapSource と
WriteableBitmap の方が使いやすかった。
343 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 12:19:39 ]: そんなことSetPixelでやったら死ぬよ
LockBitsだな
WPFが使えるならもちろんそっちの方が遥かに便利で強力
344 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 12:27:12 ]: 結局、32bitBitmap上に描画し、LockBitsして32bit->8bit変換を行いました。

回答してくださった方、どうもありがとうございました。
345 名前：デフォルトの名無しさん mailto:sage [2009/07/20(月) 12:28:08 ]: >>344は>>339です。
346 名前：デフォルトの名無しさん mailto:sage [2009/07/22(水) 02:08:09 ]: 会社で社内の業務改善ツールを任されることになりました
上からＪａｖａかＣ＃を選ぶようにいわれましたが
どちらが扱いやすくて今後の将来性がありますか？
347 名前：デフォルトの名無しさん mailto:sage [2009/07/22(水) 02:12:17 ]: C#スレで訊いたらC#と答えるに決まっているだろう
348 名前：デフォルトの名無しさん mailto:sage [2009/07/22(水) 02:23:27 ]: >>346
Javaスレで聞いたら？
Javaって返ってくるだろうけど。

まぁ、アレですよ。
自分で使いたいと思うほうを使えばいいと思います。
どっちも将来性なんて分からないので。
349 名前：デフォルトの名無しさん [2009/07/22(水) 02:29:17 ]: >>346
製作されたソフトウェアのどちらが長期使用に耐えられるかと言ったら
C#だろうな
350 名前：デフォルトの名無しさん [2009/07/22(水) 04:16:08 ]: www10.ocn.ne.jp/~mitinoie/RPGProject.zip

RPGClientでログインして、少し動かした後で切断。再度ログインすると、KeyNotFoundExpectionが発生してしまう。

しらべてみると、MapChangReq（）のunits.setUnit()でunitlistに登録したキーの値がfindUnit(）でキーを元に検索しようとする前の段階で入れ替わってるのが原因だとわかった。

でも、治し方がわからない。
詳しい人がいたら教えてほしい。
351 名前：デフォルトの名無しさん mailto:sage [2009/07/22(水) 07:48:58 ]: Windows環境限定でいいんだったらC#でいいんじゃね？
352 名前：デフォルトの名無しさん mailto:sage [2009/07/22(水) 07:59:31 ]: 互換性考えるとC89だよな
353 名前：デフォルトの名無しさん [2009/07/22(水) 08:37:00 ]: コンシューマ用ならC#が俄然有利な気がするが
後方互換保ってくれるかわからないんだよなぁ
なんだかんだで１０年来動き続けてるVB6という手も怖い
354 名前：デフォルトの名無しさん mailto:sage [2009/07/22(水) 09:17:18 ]: >>352
互換性(笑)

>>353
少なくとも IL は互換性保たれるんじゃないかな。
355 名前：デフォルトの名無しさん mailto:sage [2009/07/22(水) 09:48:41 ]: >>350
プロジェクト開けねーじゃねーか・・・XNA入れないとならんのか？ﾒﾝﾄﾞｸｻ
356 名前：デフォルトの名無しさん mailto:sage [2009/07/22(水) 10:01:33 ]: >>350
解凍できね
357 名前：デフォルトの名無しさん mailto:sage [2009/07/22(水) 10:25:04 ]: >>356
7zipで解凍できたよ。

>>350
ぱっと見なんだけどRPGServerをリブートしていたというオチではないか？
UnitManagerのunitlistをセーブしたりしている箇所はどこだ？

しかし、なんかUnitの管理とかが微妙な感じがする。
精査したわけじゃないが、unitsが座標ごとに持ってる部分とか。
358 名前：デフォルトの名無しさん [2009/07/22(水) 12:04:26 ]: >>357
RPGServerをリブートしているという落ちは残念ながありませんｗ
unitlistをセーブしている部分はsetunit、removeall、removeUnitの三つです。
359 名前：デフォルトの名無しさん mailto:sage [2009/07/22(水) 13:40:05 ]: >>358
右クリックして、送る→圧縮(zip 形式)フォルダ
で圧縮したものでうｐしなおしてくれ。
360 名前：358 [2009/07/22(水) 13:54:39 ]: >>359
すまん。今使ってるウィンドウズにはその機能はない。
361 名前：デフォルトの名無しさん mailto:sage [2009/07/22(水) 14:44:12 ]: >>360
機能がないんじゃなくてテメーが無効にしたんだろ。
362 名前：デフォルトの名無しさん mailto:sage [2009/07/22(水) 15:05:03 ]: 使っているWindowsかビルド環境が古いというオチか。
363 名前：デフォルトの名無しさん mailto:sage [2009/07/22(水) 16:11:02 ]: Vistaの標準のエクスプローラで解凍できたけどな
364 名前：デフォルトの名無しさん mailto:sage [2009/07/22(水) 16:33:30 ]: >>358
んじゃ、recive_packetでMapChangReqコマンドを投げる前にHandleInput受け取って
SetPosコマンド投げた。とか？
は無いか、initedチェックしてるから。

わかんね。ギブ。

ただ、ひとつ気になったのはunitlist.Add(id, u);。
Dictionary#Addは「ただし、指定したキーが Dictionary<(Of <(TKey, TValue>)>) 内に
既に存在する場合、Item プロパティを設定すると既存の値が上書きされます。
一方、Add メソッドは、指定したキーを持つ値が既に存在する場合、例外をスローします。」
365 名前：デフォルトの名無しさん mailto:sage [2009/07/22(水) 22:30:01 ]: 何が何だかよくわからない。
切断した後IPとか変わってても大丈夫なの？
366 名前：デフォルトの名無しさん mailto:sage [2009/07/22(水) 22:54:46 ]: 駄目だけど、そこんとこはまた別の問題。
ツッコミどころはまだまだ多いけど、それは一つずつ解決していくしかなかろう。
とりあえず、結構頑張ってると思う。
367 名前：デフォルトの名無しさん mailto:sage [2009/07/26(日) 18:08:18 ]: C++/CLI のスレから誘導されてきた。よろしくお願いしたい。

----------

おしえて。

フォームアプリのテキストボックスとかにデータバインディングで、
DataTable の要素を関連づけて入力値を管理したい。

ここで、テーブル中のレコードが１つの場合はいいんだが、複数あって
かつ、バインドするレコードを動的に変更したい場合ってのはどうすれば
いいのだろうか？

よくわからなかったので、

・バインド用に同じ構造のテーブルを用意して
・そこにレコードをひとつだけ作り
・そのレコードに元テーブルの任意のレコードの値をコピーする
・フォーム終了後にもとのテーブルのレコードに値をコピーし直す

方法で使おうとも思ったのだけど、もっと直接的な方法がありそうな気がする。
いかがだろうか。教示いただけると嬉しい。
368 名前：デフォルトの名無しさん mailto:sage [2009/07/26(日) 19:14:08 ]: 何を言いたいのかがハッキリわからないけど
DataTableに複数レコードつっこんで
あるときは1レコード目、あるときは2レコード目をバインドすればいいんじゃないの
369 名前：デフォルトの名無しさん mailto:sage [2009/07/26(日) 19:37:11 ]: 返信をありがとう。

>あるときは1レコード目、あるときは2レコード目をバインドすればいいんじゃないの

その２レコード目をバインドする方法がわからなかったんだ。。。
370 名前：デフォルトの名無しさん mailto:sage [2009/07/26(日) 19:38:54 ]: 何言ってるんだろ？次のレコードに進めるだけだろ。
371 名前：デフォルトの名無しさん mailto:sage [2009/07/26(日) 23:37:42 ]: ああ。そう言う方法があるんだね。
ごめん。まだこれの経験が浅くてそれ自体がわかってないんだ。
その方向で調べ直すよ。ありがとう。
372 名前：デフォルトの名無しさん mailto:sage [2009/07/27(月) 00:35:25 ]: BindingManagerBase::Position のことか。
気がつかなかったよ。お騒がせしました。
373 名前：デフォルトの名無しさん [2009/07/27(月) 14:13:58 ]: 非ジェネリックのIDictionaryをジェネリックのIDictionary<TKey, TValue>に
変換するスマートな方法があったら教えてください。
foreachで別のDictionayに１つずつ追加するのはやれてます。
374 名前：デフォルトの名無しさん mailto:sage [2009/07/27(月) 14:30:54 ]: それが一番だと思うけど。
dic.Cast<DictionaryEntry>().ToDictionary(entry => (TKey)entry.Key, entry => (TValue)entry.Value);
がスマートとは思えない。
375 名前：デフォルトの名無しさん mailto:sage [2009/07/27(月) 14:34:42 ]: C# 2.0
で質問です

System.Threading.ManualResetEvent
のインスタンスを使用して1ミリ秒のウェイト処理をループ中にかけようとしているのですが
　・Vista環境だと上手く1mSec 程度停止するのに
　・XP環境だと15mSec程度まで跳ね上がる時があります。
　OSの分解能ということで1mSecは諦めるしかないのでしょうか？

　用途は最高速で常時まわしたい処理を以下のソースのWhileの中に組み込んでHOGEの処理をしているのですが
可能であれば10mSec以下で1ループを終わらせたいのです。（中の処理は2～3mSec程度）
　ただしこのままでは別スレッドで実行しているにもかかわらずCPU負荷率が高すぎるために
最低レベルでのスレッド停止処理を行いたいのです。
ちなみにSystem.Threding.Thred.Sleep(1); を行うとVista環境でも1mSecより大きく停止してしまいます。

System.Threading.ManualResetEvent mre = new System.Threading.ManualResetEvent(false);
While(True)
{

　　　　HOGE();//処理

　　　　//ストップウォッチ計測開始
　　　　mre.WaitOne(1);
　　　　//ストップウォッチ計測終了
　　　　
　　　　if(exitFlag == true) break;
}

何とか最速でまわしつつ負荷を上げずにWhile文を回し続ける方法はないでしょうか？
376 名前：デフォルトの名無しさん mailto:sage [2009/07/27(月) 17:19:40 ]: 1msの分解能が欲しかったらCPU負荷率は諦めるしかないと思うけどな
スレッド切り替えるのに1ms以上かかりそうだし
377 名前：デフォルトの名無しさん mailto:sage [2009/07/27(月) 17:55:33 ]: >>376
そうですか・・・
まぁヂュアルCPUなんで負荷率は50％なので構わないと言えば構わないのですが・・・
できるだけ使用率を低くして寿命を延ばしてやりたかったのです
378 名前：デフォルトの名無しさん mailto:sage [2009/07/27(月) 17:59:39 ]: >>375
Sleepすることが目的ではなく、CPUを使いすぎることを抑えたいだけのように感じる。
もしそうなら、Priorityプロパティでスレッドの優先度を下げるだけというのはどう？

もちろん、優先度を下げるということはCPU使用率を下げることとは違うから、、
ほかにやることがなければCPUを使い尽くすということに変わりはないけど。
379 名前：デフォルトの名無しさん mailto:sage [2009/07/27(月) 18:02:17 ]: >>377
何をやりたいのか知らないけど専用マシンを用意すれば？
380 名前：デフォルトの名無しさん mailto:sage [2009/07/27(月) 18:32:57 ]: 10mSecでTimer回した方が良いように思えてならない。
再入をブロックする必要はあるけど。
381 名前：デフォルトの名無しさん mailto:sage [2009/07/27(月) 20:17:27 ]: >>375
よくわかんないけどこういうこと？

Stopwatch sw = new Stopwatch();
long nextTiming = sw.ElapsedMilliseconds + 10;
sw.Start();

while (true)
{
　　while (sw.ElapsedMilliseconds < nextTiming) { Thread.Sleep(0); }
　　nextTiming += 10;
　　Console.WriteLine("Now is {0} ms", sw.ElapsedMilliseconds);
}

Thread.Sleep(1)にしてやればCPU使用率は無駄に上がらない。
その場合、処理のインターバルの精度は落ちるけど、時間あたりの処理回数の精度は
保てるといってよいんじゃないか。
382 名前：デフォルトの名無しさん mailto:sage [2009/07/27(月) 23:32:44 ]: マルチメディア系の機能でミリ秒レベルの精度でsleepする方法ってあったりするんだっけ？
普通のSleepって、TimeBeginPeriodで指定した分解能でスレッドの状態変わるんだっけ？

もしSleepの精度にTimeBeginPeriodが効くなら、それやってスレッドの優先度をあげればいいかも。
ただし処理をきちっと終えてちゃんと確実に速やかにSleepしないと死ぬことになるが。
383 名前：デフォルトの名無しさん mailto:sage [2009/07/27(月) 23:35:31 ]: 各回のインターバルの精度が必要でないなら、10回分繰り返して10回分Sleepとかそういう手もあるが。
384 名前：デフォルトの名無しさん mailto:sage [2009/07/27(月) 23:42:24 ]: >>382
timeBeginPeriodは消費電力を増やすと言われているのだから、
寿命を気にする>>377には似つかわしくないと思う。
385 名前：デフォルトの名無しさん mailto:sage [2009/07/27(月) 23:54:07 ]: HDDはともかく、CPUはヒートシンクが動作中に外れるとか
余程のことでもなければ「寿命」を縮めるなんてことはないと思うけど。
真空管じゃないんだから
386 名前：デフォルトの名無しさん mailto:sage [2009/07/28(火) 00:07:36 ]: まあCPU自体にはあんま関係ないけど、
使用率が高いところを維持するのは全体で見ればあまり望ましいことじゃなかろう。

あと確かに大麻精度あげると電力使用はアップしてしまうのかも知れんが、
CPU使用率が高いままになるよりはましじゃないかと思うがどうだろう。
もちろんそうせずに済むならそれにこしたことはない。
387 名前：デフォルトの名無しさん mailto:sage [2009/07/28(火) 00:19:55 ]: 結局のところ、何であんな事をやりたいのかハッキリしないと何とも言えん
388 名前：デフォルトの名無しさん mailto:sage [2009/07/28(火) 10:43:04 ]: C#では、グラフィック関連のメソッドで、小数の引数はfloat型になってますよね。
floatよりdoubleの方が一般に速いと思うのですが、なぜfloatなんですか？
389 名前：デフォルトの名無しさん mailto:sage [2009/07/28(火) 10:49:39 ]: GPUはほぼ単精度までしか扱えなかったぜ
まあGDI+はGPU使わんけどな！
390 名前：デフォルトの名無しさん mailto:sage [2009/07/28(火) 10:57:27 ]: 計算速度じゃなくて帯域幅の問題。
あとdoubleが速いってのは今のCPUでの話にすぎない。
391 名前：デフォルトの名無しさん mailto:sage [2009/07/28(火) 10:58:17 ]: あGPU関係なかったか…
392 名前：デフォルトの名無しさん mailto:sage [2009/07/28(火) 11:00:36 ]: >>389
なるほど…。
今まで、座標を保存するための変数x, yをdouble型で宣言して、
描画時にintに変換して使っていたのですが、
これはfloatにしてキャストなしで使った方がいいんでしょうか？
「float同士の演算(座標計算時)」と「double同士の演算(座標計算時)＋intへのキャスト(描画時)」
では、どっちが速いんでしょうか。
393 名前：デフォルトの名無しさん mailto:sage [2009/07/28(火) 11:05:11 ]: >>390
> 今のCPUでの話にすぎない。
昔のCPUのことを想定してどうすんだよｗ
394 名前：デフォルトの名無しさん mailto:sage [2009/07/28(火) 11:19:55 ]: >>392
自分でベンチ書いて試しなよ
その方が納得できるだろ
395 名前：デフォルトの名無しさん mailto:sage [2009/07/28(火) 11:53:38 ]: 昔のCPUの話じゃなくて今のGPUの話だよ。
関係なかったけど。
396 名前：デフォルトの名無しさん mailto:sage [2009/07/28(火) 12:20:35 ]: レスが遅くなりました。

>>378
おっしゃる通り現在の処理速度を犠牲にせずにCPUの負荷を下げてあげたいということです。
スレッドの優先度は、この処理部分以外にあまり同時に激しい処理をしているわけではないので微妙な感じです

>>379
まぁ専用マシンを用意してもCPU負荷がずっと大きな値に張り付くのは・・・微妙なきがします。
FA系なので安定して長く動作させたいのです。

>>380
やってみた感じスレッドのタイマで１ｍSecで動かしてもどうも間隔はOSに引っ張られるようですorz
例えばですが・・・再入ブロックはこんな感じの処理のことでしたっけ？

タイマコントロール
void tick
{
　タイマ停止
　処理
　タイマ開始
}

スレッドタイマ　（間隔で動かすというか1回だけ動かすのを繰り返す）
void Tick()
{
処理
次回Tickを動かす時に１ｍSec間隔をあけて実行
}
397 名前：デフォルトの名無しさん mailto:sage [2009/07/28(火) 12:37:37 ]: >>381->>383, >>387

本当はWhileの中は最速でまわしてあげたいのです。
しかし、CPU負荷率が高くなりすぎるのでそれを防ぐためだけに仕方なく1mSecのスレッド停止を挟んでいるのですが
そのスレッド停止がXPではきっちり１ｍSec止まってくれない
（別に２ｍSecとかでもいいのですが１５ｍSecとか止まってしまうのです。）

結局やりたいことを説明すると

FAの工場内のでラインの制御をおこなうのに１スキャンあたり（１ループ）25mSec以内で処理しなければ処理ヌケが発生する。
→処理ヌケが発生しないようにする処理は現在のループ処理の中では余裕
→だけどCPUがずっと高い使用率に張り付いたまま
→基本的に長期安定動作させたいので使用率は大きいよりは小さいほうがいい
→SleepやManualResetEvent.WaitOneではXP上で停止時間が不安定（これで運用すると少しでもOSの動きに引っ張られると処理時間が延びて処理ヌケしてしまう）
→VISTAはなぜか停止時間が結構安定する
→上に　VISTAにしてくれというと「FAでVISTAとかまじありえね　XPでやれ」　と言われ取り合ってももらえず
→打つ手が思い付かずに　ここへ知恵を借りに
　　　　↑いまここ

そして同じPC内にはコスト削減とかでラインの画像判定を撮って判定するソフトが・・・
（これ自身はCPU負荷はそこまで使いません。　一瞬５～１０％まで上がる程度が５０ｍSec程度の間隔）

こんな状況ですorz
そもそも、Pgを別のPCに分けてもメインのループ部分がCPU使いっぱなしになるので問題の解決はしないという・・・

>>385-386
CPU自体は迷信なのかもれません。
まぁ、ただずっと高しようりつで張り付くと結局温度が上がってしまうので
色々と起きてきそうなのです。
398 名前：デフォルトの名無しさん mailto:sage [2009/07/28(火) 12:49:09 ]: CPUのタイムスライスってレジストリでいじれなかったっけ？
そこまでシビアなFAの制御なら専用のCPUボードにやらせて、
OSはサマリーだけ受け取るような仕掛けにしないといかんだろう。
399 名前：デフォルトの名無しさん mailto:sage [2009/07/28(火) 12:53:35 ]: >>398
本当はそうなんですよね
せめてPLC使って処理させるとか

でも・・・今回は期限ないうえにコストも落とせという色々無茶な状態が重なってしまいまして…
400 名前： [―{}@{}@{}-] デフォルトの名無しさん mailto:sage [2009/07/28(火) 13:11:31 ]: >>399
RTOSが必要なんじゃね？

この辺にも色々書いてあるけど
www.microsoft.com/windowsembedded/ja-jp/developercenter/whitepaper/xpe/hardrealtime.mspx
401 名前：デフォルトの名無しさん mailto:sage [2009/07/28(火) 13:13:02 ]: 他のプロセス（サービス含む）が動いたらあっという間に25ミリ秒とか過ぎ去るな
402 名前：デフォルトの名無しさん mailto:sage [2009/07/28(火) 13:17:34 ]: >>400
エンベデッド（これで読みはいいのか？）ですよね
そう、せめてそれがあれば最低限のコンポーネント入れていけるとおもうんです
しかし普通のPCに普通のXP PRO
サービスとかはできる限りとめて動かしていますがなんというか・・・がっくりです

>>401
そうなんです！

というか、やる気起きないのでダラダラと
403 名前：デフォルトの名無しさん mailto:sage [2009/07/28(火) 13:22:06 ]: 連投ばっかですみません

なんとなくですが
>>382
のTimeBeginPeriodでいけそうな気がします。
また詳しいことは微妙ですが
これ使って簡単に1日程度動かして様子を一回見てみようかと
404 名前：デフォルトの名無しさん mailto:sage [2009/07/28(火) 17:53:02 ]: >>392
描画メソッドの呼び出し頻度なんか知れてる
呼び出してからの実際の描画処理の方が遥かに時間がかかるからそんな細かい差は全く意味がない
405 名前：デフォルトの名無しさん mailto:sage [2009/07/28(火) 19:47:21 ]: >>403
なんか>>397を読んでもやっぱりよく分からないんだけど、
要するにDIOか何かをポーリングしてるのかな？

それでそのDIOのイベントに応答するときのレイテンシの最大許容時間が25ms、
みたいなこと？
406 名前：デフォルトの名無しさん mailto:sage [2009/07/28(火) 20:18:16 ]: 浮動小数から整数への丸め制御方法によっては、intにキャストする回数が多いと遅くなるかもね
407 名前：デフォルトの名無しさん mailto:sage [2009/07/28(火) 20:24:57 ]: そんな差が目に見えるほど描画メソッド呼び出したらそれこそ死亡
408 名前：デフォルトの名無しさん mailto:sage [2009/07/28(火) 21:33:20 ]: >>397 >>403
タイマーが15ms間隔でしか発動しないのはWindowsの仕様。
パラメータでは1ms単位の数値が設定できるけど、実際の動作は約15.5ms間隔に切り上げられる。

TimeBeginPeriodを使えば間隔を詰めることはできるけど、実際に試してみると、
最短の間隔がせいぜい2ms程度で、それより長くなることもある。
それにTimeBeginPeriodには副作用があって、他のアプリがたまたまTimeBeginPeriodを再設定してしまうと、
そのマシンで動いているすべてのアプリが影響を受けてしまう。
>>375でVistaは1msてのは、たまたま何かのアプリがTimeBeginPeriodをいじってただけの可能性が高い。

そもそもSleep関数の動作は「少なくとも」指定した時間経過、だから、どれだけオーバーするかは運次第。
ただしこれはVistaまでの話で、Windows7ではタイマー関係がようやく強化される予定なので、
どうしても2ms以下の間隔を死守したいならWindows7を使えばすんなり解決するかもしれない。
409 名前：デフォルトの名無しさん mailto:sage [2009/07/28(火) 21:47:44 ]: タイマっていうかタイムスライスの問題だからちょっと話がズレてると思うけど。。

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef