[過去ﾛｸﾞ] ふらっと C#,C♯,C＃（初心者用） Part138 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
734: (ﾜｯﾁｮｲ 7783-4GkJ) 2018/07/19(木)14:35 ID:3tSlXwR10(1) AAS
10年で1スレも消費できないムラダ厨がまた初心者スレで暴れてるのか。
735(1): (ｻｻｸｯﾃﾛﾙ Sp4b-zvcE) 2018/07/19(木)15:40 ID:afTcWGfVp(1/2) AAS
>>728
送る側で待たないと仕事を溜め込んだ受け側が最悪死ぬか無視する様になるぞ。
736(1): (ｱｳｱｳｴｰ Sadf-0r7x) 2018/07/19(木)16:09 ID:wWZN809Va(2/2) AAS
>>735
意味わかんないよ
キューが満杯ならエンキューできないだけ。
そして、キューが満杯になるような事態が起こるかどうかは、キューを送る側受ける側
どちらが持つかという設計の問題とは何も関係がない。
送り側が持てばそんな事態は起こらない、などとはまったく言えない
737(3): (ﾜｯﾁｮｲ ffed-4GkJ) 2018/07/19(木)16:13 ID:GVBKISLp0(1/2) AAS
共有メモリにFIFO作りたいのでサンプルコードください
738: (ｱｳｱｳｳｰ Sadb-4GkJ) 2018/07/19(木)19:27 ID:FFg3mKaqa(1) AAS
>>737
基本的にスレチだな
739: (ﾜｯﾁｮｲ f717-H0hI) 2018/07/19(木)20:33 ID:AM4tPqCx0(1) AAS
>>737
マルチ乙
740: (ﾜﾝﾄﾝｷﾝ MM7f-ArLl) 2018/07/19(木)20:34 ID:m5MPu7YPM(1) AAS
バックグラウンドジョブをメモリに置いて管理するとクラッシュした時につらいのでやめてください
741(1): (ｻｻｸｯﾃﾛﾙ Sp4b-zvcE) 2018/07/19(木)23:06 ID:afTcWGfVp(2/2) AAS
>>736
少なくとも送る側が待てばたまらないし、待たすからには大元まで遡って待たせることが出来る。
受け側で貯めちゃうと、そんなコントロールすらできない。
742(1): (ﾜｯﾁｮｲ 9f7f-0FgR) 2018/07/19(木)23:10 ID:3HXgvZll0(1) AAS
>>737
MemoryMappedFileクラスで共有メモリを作って、そこにリングバッファを作れば良い。
サンプルコード? と言う名の丸投げは知らんw
743: (ﾜｯﾁｮｲ ffed-4GkJ) 2018/07/19(木)23:16 ID:GVBKISLp0(2/2) AAS
>>742
ありがとうございます
744(2): (ｱｳｱｳｴｰ Sadf-0r7x) 2018/07/19(木)23:24 ID:OO5CyzUia(1) AAS
>>741
何を言ってんの。
ちゃんと自分の頭で考えて言ってる？
キューの容量が100だとする。
リクエストが100まで溜まってしまうかどうかは、キューをどちらが持つかと関係ないでしょ。
スループットはリクエストの処理能力で決まるんであって、キューをどっちが持つかで決まるんじゃない。
当たり前でしょ。
省6
745(1): (ﾜｯﾁｮｲ f7d2-zNEp) 2018/07/20(金)00:04 ID:K42rKqTp0(1) AAS
>>721
ありがとうございます
すみません、コンポジションというのはどういう手法なのでしょうか？
調べてはみたのですが解説しているサイトが見つからなくて・・・
746: (ﾜｯﾁｮｲ 3781-0FgR) 2018/07/20(金)00:15 ID:v/t2rOLx0(1) AAS
>>745
クラスのインスタンスをメンバ変数などに設定して持つ
747: (ﾌﾞｰｲﾓ MM7b-klHS) 2018/07/20(金)00:16 ID:Cn0RK5hEM(1) AAS
配置計画
GOFはそちらを優先して説明しているが
748(1): (ﾜｯﾁｮｲ 171e-SQ69) 2018/07/20(金)01:07 ID:AsTO3swr0(1) AAS
持つと待つ
混ざりすぎじゃねぇの?
待つって言いたいんだよね?
749: (ｵｲｺﾗﾐﾈｵ MM4f-FMaE) 2018/07/20(金)06:49 ID:rjUp7fMrM(1) AAS
きたです
画像ﾘﾝｸ[jpg]:i.imgur.com
750: (ﾜｯﾁｮｲ 9f11-zNEp) 2018/07/20(金)09:57 ID:KW0DEJnu0(1) AAS
>>748
>>744の文中の持つは持つで間違ってないと思う
751(1): (ｻｻｸｯﾃﾛﾙ Sp4b-zvcE) 2018/07/20(金)10:43 ID:aSukBuZjp(1/3) AAS
>>744
だから、貯め無い様にするには、送る側、更にそこに送る側、更に大元の送る行為を辞めされはいいって話。
わかる？
通信のフローコントロールの話と同じなんだよ？
752: (ｱｳｱｳｴｰ Sadf-0r7x) 2018/07/20(金)10:47 ID:j2kgPlBya(1) AAS
>>751
まだ言ってるのか。
君の世界では
＞送る側、更にそこに送る側、更に大元の送る行為を辞めされはいいって話
これが可能かどうかはリクエストのキューをどちらが持つかに依存するのか。
キューをリクエストの受け側が持ったらそれは出来ないのか。
意味が分からないよ
省4
753: (ﾗｸｯﾍﾟ MM0b-3H7b) 2018/07/20(金)10:50 ID:GHEf7JCUM(1) AAS
よそでやってくんねーかなクソカス
754(1): (ｻｻｸｯﾃﾛﾙ Sp4b-zvcE) 2018/07/20(金)10:50 ID:aSukBuZjp(2/3) AAS
おまえ、目悪過ぎて呆れるわ。
持つなんて一言も言って無いだろw
待つだw マツ。
キューをどっちが持ってるかなんて話はしてない。
755(1): (ﾌﾞｰｲﾓ MM5b-4GkJ) 2018/07/20(金)11:06 ID:KI/QuNIvM(1) AAS
アスペルガーの人はひとつのことしか同時にわからないから
二つ話題があることに気がつかない
その話題は持つであってるよ
756: (ｻｻｸｯﾃﾛﾙ Sp4b-zvcE) 2018/07/20(金)11:16 ID:aSukBuZjp(3/3) AAS
>>755
まあ普通は受け取る側に郵便受けが無いと受け取る人はいちいち局留めの郵便を受け取りに行かなきゃならないんだけど、まあ、それはどちらでも機能するからあんまり争点にはならないけどね。
757: (ｽﾌﾟﾌﾟ Sdbf-DFDX) 2018/07/20(金)13:07 ID:aSN8UD58d(1) AAS
バケツリレーの喩えでもスループットは変わっちゃうんだよな。
受け側に送信側が送信する総量より大きいバッファを持てば、スループットは水の入ったバケツを運ぶ時間に依存するだけで済む。
キューがそれより遅ければバケツを引き渡すために時間が余計にかかるわけだから、スループットは落ちる。
送信側にキューを持ったところで、送信側は送信処理に対して同期的に処理しないだけで済むだけで、そのキューからの送出がどんどん遅れるだろう。受け取ってくれないなら。
758: (ﾜｯﾁｮｲ 17b3-H0hI) 2018/07/20(金)13:54 ID:gB9GbXMP0(1) AAS
>>693,695「スレッドを協調して動かしたいです、制約あるんで」
凡人の回答「○○使えよ」
天才の回答「制約が悪い」
759: (ﾜｯﾁｮｲ d763-ewJP) 2018/07/20(金)21:28 ID:OAXfUTo30(1) AAS
c=(a*a+b*b)
c=System.Math.Sprt(c)
これでcの平方根を出そうとしたのですがSystem.MathにSprtの定義がありませんと出ます
sharedevelopを使っています
760: (ﾌﾞｰｲﾓ MMcf-klHS) 2018/07/20(金)21:32 ID:XkM+nwLwM(1/2) AAS
SQRT
761: (ﾌﾞｰｲﾓ MMbf-rtlg) 2018/07/20(金)21:35 ID:6RzmSKAyM(1) AAS
エディタの不具合だろ
SharpDevelopなどという化石は今すぐアンインストールしてVSかVSCodeを使え
762: (ﾌﾞｰｲﾓ MMcf-klHS) 2018/07/20(金)21:44 ID:XkM+nwLwM(2/2) AAS
平方根の綴りが違う
763: (ﾜｯﾁｮｲ 975d-egWL) 2018/07/20(金)22:17 ID:7jIkQpVM0(1) AAS
square rootだからねぇ
764: (ﾜｯﾁｮｲ d763-ewJP) 2018/07/21(土)00:28 ID:WdWG9X6t0(1) AAS
ありがとうございます 解決しました
765: (ﾜｯﾁｮｲ 9fe3-ol3M) 2018/07/21(土)06:52 ID:HGZKU0EK0(1) AAS
スパート!
766: (ﾜｯﾁｮｲ 9f9d-gdxi) 2018/07/21(土)13:53 ID:aw31/LTY0(1/2) AAS
>>754
もともと
>キューを持つべきなのはリクエストを送る側ではなく受ける側なんじゃないか、
にたいして
>送る側で待たないと仕事を溜め込んだ受け側が最悪死ぬか無視する様になるぞ。
ってレスしてるのが発端なんだが
どうでもいい良いしよそでやって欲しいけど
767: (ﾜｯﾁｮｲ 97b5-zvcE) 2018/07/21(土)14:14 ID:IqGIA9LU0(1) AAS
話題が一変してんのにわざわざ掘り返すなよw
言ってる事とやってる事が矛盾してんぞw
768(1): (ﾜｯﾁｮｲ ff81-3H7b) 2018/07/21(土)15:42 ID:8fBGWCJL0(1) AAS
レスバトルって奴だろ
最後に言及した方が勝ちなんだって
これ見るといつも思うが、こういう馬鹿には自分自身を見る自意識がないのかね
769(1): (ﾜｯﾁｮｲ ffe8-U/lW) 2018/07/21(土)20:00 ID:rsQP0F780(1/5) AAS
たすけて！
Parallel.ForEachの中でデータグリッドの内容を更新してるんだけど
途中で爆発します
データグリッド全体に✕って出て非表示になる
データグリッドの更新処理はlockで囲ってても競合は起きちゃうものですか？
770(1): (ﾜｯﾁｮｲ f717-H0hI) 2018/07/21(土)20:05 ID:CBiNHREt0(1) AAS
まず原因を切り分けろ
Parallel.ForEachを外しても爆発するか確認するんだ
771(2): (ﾜｯﾁｮｲ ffe8-U/lW) 2018/07/21(土)20:07 ID:rsQP0F780(2/5) AAS
>>770
パラレルの外出すと機能するけど
そうすると全処理終わってから一回しか更新されない…😌
772(1): (ﾜｯﾁｮｲ 9f7f-0FgR) 2018/07/21(土)20:08 ID:gktKld7A0(1/3) AAS
>>771
UIはUIスレッドからしか操作出来ない
Parallel.ForEachの処理は別スレッドで実行される
773(3): (ﾜｯﾁｮｲ 9f5d-haGl) 2018/07/21(土)20:10 ID:BEEMYUE30(1/9) AAS
>>771
Action<TLocal> localFinally の引数をとるオーバーロードを使ってみたらどうでしょう？
774(1): (ﾌﾞｰｲﾓ MMcf-rtlg) 2018/07/21(土)20:10 ID:H6KFndt4M(1) AAS
>>768
君のレスを見るといつも思うが、こういう特徴のある口調のレスを繰り返す人には自分自身を見る自意識がないのかね
775(1): (ﾜｯﾁｮｲ bf99-DFDX) 2018/07/21(土)20:10 ID:nH897ECr0(1/3) AAS
invokeするか、ContextにPostするしか無いんじゃないかな
776: (ﾜｯﾁｮｲ 9fb3-y/zy) 2018/07/21(土)20:22 ID:3bWsh9tI0(1) AAS
>>774
>>774
777: (ｱｳｱｳｴｰ Sadf-0r7x) 2018/07/21(土)20:22 ID://qCwfF7a(1/2) AAS
爆発w
778(1): (ﾜｯﾁｮｲ ffe8-U/lW) 2018/07/21(土)20:24 ID:rsQP0F780(3/5) AAS
>>772
>>773
>>775
Invokeでググりました
まさにこの疑問を解決するための機能でした
有難う御座います
779(5): (ﾜｯﾁｮｲ 9f5d-haGl) 2018/07/21(土)20:35 ID:BEEMYUE30(2/9) AAS
私は >>773 ですが Invoke について自分があまり良く分かってない気がしてきたので
詳しい方がいらっしゃったら教えてください
UIスレッドで Parallel.ForEach を呼ぶとUIスレッドをつかんだまま並列処理が実行されて、
その並列処理のスレッドで Invoke を使うとデッドロックしてしまう気がするのですが
実際はそういうことはないのでしょうか？
780: (ﾜｯﾁｮｲ 9f9d-yhN8) 2018/07/21(土)20:36 ID:aw31/LTY0(2/2) AAS
マルチスレッドにしてInvokeしまくると結局パフォーマンスがガタ落ちしたりするがな
781(2): (ﾜｯﾁｮｲ 9f5d-haGl) 2018/07/21(土)21:15 ID:BEEMYUE30(3/9) AAS
>>779 です
WPF で下のようなコードを実行してみたらやっぱりデッドロックしてしまいました
Invoke はそれなりに慎重に使わないといけないみたいです
void Button_Click(object sender, RoutedEventArgs e)
{
MessageBox.Show("このメッセージは必ず表示される");
Parallel.ForEach(Enumerable.Repeat(0, 2), i => Dispatcher.Invoke(() => { }));
省8
782: (ﾜｯﾁｮｲ 572b-lqiN) 2018/07/21(土)21:16 ID:1oayVCQs0(1) AAS
>>778
いいってことよ(´・ω・｀)b
783(1): (ﾜｯﾁｮｲ bf99-DFDX) 2018/07/21(土)21:18 ID:nH897ECr0(2/3) AAS
>>779
並列処理はUIスレッドではないスレッドで行われるよ。
いや、UIスレッドで行われるとは限らない、と言う言い方の方が正しいかな。
UIスレッドを掴んだままの意味がわからんが、挙動が謎なら、ブレークポイントつけて実行して、どのスレッドが何をしてるかを把握してはいかがだろうか。
今どのスレッドを使ってるかは表示されてるから。
784(1): (ﾜｯﾁｮｲ bf99-DFDX) 2018/07/21(土)21:20 ID:nH897ECr0(3/3) AAS
WPFかあ
785: (ﾜｯﾁｮｲ 7feb-yhN8) 2018/07/21(土)21:25 ID:VW1YO4fA0(1) AAS
Windows版VSCodeで、monoを構文解析用のコンパイラとして指定することってできないのかな？
Unityの.Net4.0用プロジェクトで、数ヶ月前までは、.Net3.5用のSystem.Data.DLLを読み込んでくれたのにさあ
VisualStudioを更新したら構文解析用のコンパイラが変わったのか、古い.net3.5用のDLLを読み込んでくれなくて赤波線だらけになっちゃったぜ
4.0用のDLLもあるわけだけど、それを入れるとUnityのmonoの方でなぜかエラーを起こすし・・・どうしたら良いものか・・・・
786: (ﾜｯﾁｮｲ 9f5d-haGl) 2018/07/21(土)21:33 ID:BEEMYUE30(4/9) AAS
>>783-784
レスありがとうございます
> いや、UIスレッドで行われるとは限らない、と言う言い方の方が正しいかな。
>>781 で new int[] { 0 } だとデッドロックしないあたり、まさにそんな感じですね
> WPFかあ
>>769 でデータグリッドと書かれていたので、
今の Windows フォームなら DataGrid ではなく DataGridView かなと思って
省3
787(1): (ﾜｯﾁｮｲ 9f5d-haGl) 2018/07/21(土)21:36 ID:BEEMYUE30(5/9) AAS
Windows フォームで試してみたのでご報告を。
以下のコードを実行してみた結果、やっぱりデッドロックしてしまいました
Enumerable.Repeat(0, 2) を変えたときの挙動も >>781 と同じでした
void button1_Click(object sender, EventArgs e)
{
MessageBox.Show("このメッセージは必ず表示される");
Parallel.ForEach(Enumerable.Repeat(0, 2), i => Invoke(new Action(() => { })));
省2
788(2): (ﾜｯﾁｮｲ ffe8-U/lW) 2018/07/21(土)22:26 ID:rsQP0F780(4/5) AAS
えーわからん…
ちなみにフォームですビューです
つまりフォームアプリでParallel処理内でinvokeってそもそも悪手なんでしょうか
それともThread生成してその中でParallelすれば良かったり…？これはすごい破綻してる気がしますが
uiスレッドから切り離した他スレッドから安全にuiを制御するなんて考えが可笑しいんでしょうか
789(1): (ﾜｯﾁｮｲ 9f5d-haGl) 2018/07/21(土)22:44 ID:BEEMYUE30(6/9) AAS
>>788
あくまで私一人の考えですが・・・
[1] Invoke を使うと >>779 に書いたような理由でデッドロックするので
Parallel.ForEach でUIスレッドを使いたいなら >>773 のようにすべき
[2] しかし、同じく >>779 に書いたように Parallel.ForEach はUIスレッドを
つかんだまま並列処理を行うのでデータグリッドの更新処理だけ
Parallel.ForEach から切り出してもほとんど同じなのでは？
省8
790(1): (ﾜｯﾁｮｲ 9f7f-0FgR) 2018/07/21(土)22:55 ID:gktKld7A0(2/3) AAS
>>787
そのコードだと、button1_Click()がずっとUIスレッドを握ったまま。
だから、Parallelの別スレッドでInvoke()しようとしてもUIスレッドに遷移出来なくて固まる。
791(1): (ﾜｯﾁｮｲ 9f7f-0FgR) 2018/07/21(土)23:00 ID:gktKld7A0(3/3) AAS
既に>>779に書いてあったね。その通り。
792(1): (ﾜｯﾁｮｲ 9f5d-haGl) 2018/07/21(土)23:10 ID:BEEMYUE30(7/9) AAS
>>790-791
レスありがとうございます
>>779 の考えで正しいのか不安だったのですがお陰様で自身が持てました
他に何かおかしなことを言ってしまっていたら教えていただけると嬉しいです
>>788
>>789 はレスとしてとっ散らかっている気がしてきたので一問一答で答えてみます
> つまりフォームアプリでParallel処理内でinvokeってそもそも悪手なんでしょうか
省6
793(1): (ﾜｯﾁｮｲ d7b3-vUFk) 2018/07/21(土)23:21 ID:R8KbBSh90(1) AAS
.Invokeではなく.BeginInvokeを使うのはどう？
794(1): (ﾜｯﾁｮｲ 9f5d-haGl) 2018/07/21(土)23:30 ID:BEEMYUE30(8/9) AAS
>>793
それって
> それともThread生成してその中でParallelすれば良かったり…？
よりも更にワチャワチャする気がするのですがどうなんでしょう？
ワチャワチャって具体的にどういうことなのか
説明を求められれば頑張ってみようと思いますが、
自分の考えがあっているかも、それをうまく説明できるかどうかも
省1
795(1): (ｱｳｱｳｴｰ Sadf-0r7x) 2018/07/21(土)23:41 ID://qCwfF7a(2/2) AAS
>>794
そんな難しい話じゃないっすよw
BeginInvokeは非同期に実行される、つまりキューにデリゲートを入れたらすぐに処理を返すので
Invokeのように自分で自分の終了を待機する状態に陥らない
796(1): (ﾜｯﾁｮｲ ffe8-U/lW) 2018/07/21(土)23:43 ID:rsQP0F780(5/5) AAS
>>792
有難う御座います
これで行けたので実装試してみます
void button1_Click(object sender, EventArgs e)
{
MessageBox.Show("このメッセージは必ず表示される");
Task.Factory.StartNew(() =>
省5
797(1): (ﾜｯﾁｮｲ 9f5d-haGl) 2018/07/21(土)23:55 ID:BEEMYUE30(9/9) AAS
>>795
レスありがとうございます
おっしゃる通りBeginInvokeはキューにデリゲートを入れたらすぐに処理を返すので
次から次へとキューが入って大変なことになりそう・・・と思ったのですが、
そんなに心配することではないのでしょうか
>>796
それで一応動くと思いますが、Parallel.ForEach が終わる前に
省3
798(2): (ﾜｯﾁｮｲ ffe8-U/lW) 2018/07/22(日)00:03 ID:qjdpSLXF0(1/8) AAS
>>797
データグリッドビューは進捗状況を見るために更新していて
1行1スレッドで処理されて処理後にどう処理されたかをリアルタイム表示してます
ダメではなく単純に自分が分かってないだけです
この処理ならlocalFinallyが最適かもです
深く調べてみます
799(1): (ﾜｯﾁｮｲ 9f5d-haGl) 2018/07/22(日)00:13 ID:IU6x2eOV0(1/8) AAS
>>798
> データグリッドビューは進捗状況を見るために更新していて
> 1行1スレッドで処理されて処理後にどう処理されたかをリアルタイム表示してます
進捗状況の確認が必要なほど1行あたりの処理に時間がかかる理由は何でしょうか？
もしその理由が IO など、CPU 以外のところにあるのだとすれば、
Parallel.ForEach を使うこと自体を見直したほうがいいかもしれません
> この処理ならlocalFinallyが最適かもです
省4
800(3): (ﾜｯﾁｮｲ ffe8-U/lW) 2018/07/22(日)00:23 ID:qjdpSLXF0(2/8) AAS
>>799
圧縮ファイルを解凍して中のファイルを加工して再び圧縮し直す
これで1タスクです
1ファイル200MBほどで100ファイル以上処理することが多いです
圧縮解凍、加工は外部ツールを使用しててProcessStartInfoで処理されます
801(1): (ﾜｯﾁｮｲ 9f5d-haGl) 2018/07/22(日)00:35 ID:IU6x2eOV0(2/8) AAS
>>800
なるほど〜
CPU 処理も IO もあって微妙なところですね
ちなみにその外部ツールはマルチスレッドを使うオプションはないでしょうか？
（例えば 7-zip.exe だと -mmt がそれにあたります）
もし外部ツールがマルチスレッドに対応してるなら、
並列処理はそっちに任せてしまうというのはどうでしょう？
省2
802(1): (ｱｳｱｳｳｰ Sadb-rtlg) 2018/07/22(日)00:37 ID:gDKcX53ba(1/2) AAS
汎用的なものとは思えないし、動けばどうでもいいだろ
俺ならそういうのはいちいちGUI付けずにコンソールでやっちゃうな
803(1): (ﾜｯﾁｮｲ 9f5d-haGl) 2018/07/22(日)00:45 ID:IU6x2eOV0(3/8) AAS
>>800
それともう一つ、外部ツールを呼び出すのにデフォルトの ParallelOptions で
Parallel.ForEach を呼び出すのはさすがにまずいと思います
ParallelOptions 自体に MaxDegreeOfParallelism というプロパティがありますし、
ParallelOptions の TaskScheduler プロパティに以下のような自前のスケジューラーを
設定すればより柔軟な並列処理を実現できると思います
同時実行の程度を制限するタスク スケジューラを作成する
省6
804(1): (ﾜｯﾁｮｲ ffe8-U/lW) 2018/07/22(日)00:48 ID:qjdpSLXF0(3/8) AAS
>>801
7zip使ってます
スレチになるけど
mmtは一つの処理をマルチに実行するものではないでしょうか
圧縮形式は決まってなく複数あるので7zipを使用してます
zip rar lzh以外にも色々
805(1): (ﾜｯﾁｮｲ ffe8-U/lW) 2018/07/22(日)00:51 ID:qjdpSLXF0(4/8) AAS
>>803
タスクスケジューラー調べてみます良さそうですね
i7使用しててMaxDegreeOfParallelismは常に8で実行してます
8スレッドで画面カッチカチで処理してます
暴力です
806(1): (ﾜｯﾁｮｲ 9f5d-haGl) 2018/07/22(日)00:54 ID:IU6x2eOV0(4/8) AAS
>>804
> mmtは一つの処理をマルチに実行するものではないでしょうか
その通りです
したいことが「進捗状況を表示できるようにすること」と「並列化により処理時間を短縮すること」
だとすれば、それで問題ない（というかむしろその方が望ましい）の思うのですがいかがでしょうか？
807(1): (ﾜｯﾁｮｲ 9f5d-haGl) 2018/07/22(日)00:59 ID:IU6x2eOV0(5/8) AAS
>>805
MaxDegreeOfParallelism を使ってらっしゃるなら
とりあえず致命的にまずいことはないと思います
ただ、CPU だけじゃなく、同時に8つのファイルの読み書きを
求められる HDD さんの気持ちも考えてあげて・・・ｗ
808(1): (ﾜｯﾁｮｲ ffe8-U/lW) 2018/07/22(日)01:01 ID:qjdpSLXF0(5/8) AAS
>>806
後続の加工処理もありエラー監視も含むので進捗知りたいです
809(2): (ﾜｯﾁｮｲ 9f7f-0FgR) 2018/07/22(日)01:03 ID:SZ8yn9810(1) AAS
>>798
localFinallyよりasync/awaitの方が分かりやすいと思う。
private async void button1_Click( object sender, EventArgs e )
{
MessageBox.Show( "このメッセージは必ず表示される" );
await Task.Run( () =>
{
省4
810: (ｱｳｱｳｳｰ Sadb-rtlg) 2018/07/22(日)01:04 ID:gDKcX53ba(2/2) AAS
makefile使えば？
数行のMakefile書いて make -j8 するだけだよ
811(1): (ﾜｯﾁｮｲ ffe8-U/lW) 2018/07/22(日)01:04 ID:qjdpSLXF0(6/8) AAS
>>807
解答先は8GBのRamディスクです
メモリに物理ファイルおいてでここで加工して再圧縮してその後HDDに移動させてます
812(2): (ﾜｯﾁｮｲ 9f5d-haGl) 2018/07/22(日)01:18 ID:IU6x2eOV0(6/8) AAS
>>808
Parallel.ForEach を使わなくてもそれはできると思うのですがいかがでしょうか？
>>809
確かにおっしゃる通りですね
後は好みの問題ですが、やはり私は1行ごとに Invoke するよりも
パフォーマンス的に有利な localFinally や更新処理の切り出しを推したいですｗ
>>811
省5
813(1): (ﾜｯﾁｮｲ 9f5d-haGl) 2018/07/22(日)01:27 ID:IU6x2eOV0(7/8) AAS
AA省
814(1): (ﾜｯﾁｮｲ ff81-MwhK) 2018/07/22(日)01:35 ID:eU7Qw5rc0(1) AAS
そんな処理速度気にするなら複数PC用意できたりしないのかな？
たぶん内製ツールだと思うけど、そういうのって長期保守とかしないならシンプルでさくっとやれる方向を模索したほうがいい気が…
研究開発兼ねてとかだったらいいんだけど
上下前次1-新書関写板覧索設栞歴
あと 188 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.035s