X

ふらっと C#,C♯,C＃（初心者用） Part159

■ このスレッドは過去ログ倉庫に格納されています
2023/08/08(火) 09:21:19.30ID:aeM2XQJJ0
!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
次スレを立てる時は↑を3行冒頭に書くこと（1行分は消えて表示されない為、もう1行は予備）
「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、質問者自身なんだか意味がよく分からない質問、ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスや酔っぱらいレスはやめてください。見かけたらNGしましょう。相手してしまったらあなたも荒らしです
>>980を踏んだ人は新スレを建てて下さい。>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。
■前スレ
ふらっと C#,C♯,C＃（初心者用） Part158
https://mevius.5ch.net/test/read.cgi/tech/1679783460/
■関連スレ
C#, C♯, C＃相談室 Part97
https://mevius.5ch.net/test/read.cgi/tech/1671585518/
■コードを貼る場合は↓を使いましょう。
https://ideone.com/
https://dotnetfiddle.net/
初心者はまずVisual Studioを使いましょう。なおVisual Studioの使い方などに関しては各バージョンで違うので専用スレでお願いします
http://www.visualstudio.com/downloads/
■情報源
https://learn.microsoft.com/ja-jp/dotnet/standard/class-libraries
https://learn.microsoft.com/ja-jp/dotnet/csharp/language-reference/
https://learn.microsoft.com/en-us/dotnet/standard/class-libraries
https://referencesource.microsoft.com/
https://source.dot.net/
・Insider.NET > .NET TIPS - ＠IT
https://www.atmarkit.co.jp/ait/subtop/features/dotnet/dotnettips_index.html
・DOBON.NET　.NET Tips
https://dobon.net/vb/dotnet/index.html
++C++; // 未確認飛行 C
https://ufcpp.net/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured
2023/11/08(水) 22:57:10.85ID:5o5qiXKK0
知らん眠い
後は自分で直して遊んでね
553デフォルトの名無しさん (ｽｯﾌﾟ Sd62-uaP8)
垢版 |
2023/11/09(木) 00:12:36.42ID:+ZNjn+w4d
聞く方も答える方も馬鹿
ファイルはそもそも排他機能があるだろ
2023/11/09(木) 08:04:59.33ID:oWEPbbig0
おまじないでは無いことが理解できたとしても、結局lockがどういう機能かは全然理解してない感じやな
ファイルアクセスを排他制御したいなら↓使っとけ
FileShare.None指定すれば完全排他だ

File.Open(string path, FileMode mode, FileAccess access FileShare share)

File.Openをnew FileStreamにしても一緒
555デフォルトの名無しさん (ｱｳｱｳｳｰ Saa5-CWlg)
垢版 |
2023/11/09(木) 11:48:42.57ID:Fo7n9qIpa
reject されたら失敗やん？
2023/11/09(木) 12:00:00.13ID:Qu68QkTK0
1つのプログラムの複数スレッドで同時に1つのファイルを読み込もうとしてる理由や状況によってどういうアーキテクチャがいいかは変わる
2023/11/09(木) 12:54:41.26ID:oWEPbbig0
そもそも「1つのプログラムの複数スレッドで同時に1つのファイルを読み込もうとしてる」かどうかわからんのだが
2023/11/09(木) 12:55:39.07ID:oWEPbbig0
例えばじゃなくて実際どう作ってるのか言ってくれないとなぁ
2023/11/09(木) 14:28:35.71ID:Qu68QkTK0
> 例えばスレッド２つ走らせてA.txtを同時に読み込もうとしたときに
額面通りに受け取れば「1つのプログラムの複数スレッドで同時に1つのファイルを読み込もうとしてる」
まあ本当に解決したい問題と書いてる内容が合ってるとは限らないけどね
560デフォルトの名無しさん (ﾜｯﾁｮｲ 6df0-q0f1)
垢版 |
2023/11/09(木) 14:43:43.38ID:b1R9Hs+L0
ファイル読む分には同時だろうが関係ないよな？
ライブラリがリエントラントになってればだけどw
2023/11/09(木) 16:45:55.75ID:R7Sf/2Of0
ファイルの内容を1度しか処理したくない
みたいな別の理由があるんじゃね？
2023/11/09(木) 18:51:49.12ID:3GBMooqu0
希望の通りに実装したら、同時に読み込もうとしたら後の方は先の読込み結果を返すになる。甘々に希望を読めば。
だけれども、同時でなくて後からもう一回呼んだ場合にはもう一度ファイルを読み込むんだよな。
>>561の通りに一度しか読み込みたくないのかもしれず、後から呼んだ場合には前の結果を
残しておいてそれを使うのがいいケースもあるが、それだとメモリを食い続けるという問題も
あるので、何をしたいか次第だ。
2023/11/09(木) 18:54:11.91ID:dtnjnmBG0
同一プロセス別スレッドで同一ファイルへのアクセスを排他制御したいなら
lockブロックの中にファイル処理入れるしかないんじゃね？
2023/11/09(木) 18:55:43.66ID:dtnjnmBG0
>>550に対して>>551みたいな反応するようじゃ、危なすぎてまだ早いって言いたくなるけど
2023/11/09(木) 18:57:46.82ID:Mwi0lSOi0
まあ普通はファイル自体はロックしないで
レコードロックじゃね
2023/11/09(木) 19:01:49.30ID:RZ9WOZDMM
550は全く実用的ではないけどまあそのうち気が付くんだろうな・・・
2023/11/09(木) 19:29:43.00ID:yc1G0XhC0
俺ならファイルを読み込むスレッドを一つにして、ひたすらqueueなどに積んで
処理用のたくさんのスレッドでそれを個別に読み込み処理なんて考えるな
ファイル読み込み部分を並列処理してもトラブルが出るだけでろくなことにならない
2023/11/09(木) 19:34:43.74ID:RZ9WOZDMM
一応書いておくけど～
文字列でlockするのは全くおすすめできない
なぜならデッドロックの恐れがあるから

それとパスを使うなんて論外だな
2023/11/09(木) 20:53:01.49ID:qzya0pVE0
一体いつから正解が貼られると錯覚していた？と続けようとしたら眠くなっただけだからね
あー釣れた釣れた
2023/11/09(木) 20:57:33.11ID:Mwi0lSOi0
そりゃそーだ
優しくレスするスレやもん
571デフォルトの名無しさん (ﾜｯﾁｮｲ 4601-4YU8)
垢版 |
2023/11/09(木) 21:25:44.13ID:Guim9pgh0
>>569
言い訳乙
572548 (ﾜｯﾁｮｲ ffda-XI6K)
垢版 |
2023/11/11(土) 09:48:46.02ID:MfZ2/qTS0
やりたいのは
計算結果をテキストに書くってのがやりたいです。

A,Bスレッドがそれぞれ計算します。

KeisanKekka.txt
↓↓
KeisanKEKKAA
KeisanKeKKAB

順番が逆になるってのはダメです。なのでファイル排他必要です。
2023/11/11(土) 09:55:37.59ID:7zFGiPDR0
>>572
何の順番？
574デフォルトの名無しさん (ﾜｯﾁｮｲ ffda-XI6K)
垢版 |
2023/11/11(土) 09:56:22.71ID:MfZ2/qTS0
>>573
書き込み順番

これはダメ

KeisanKeKKAB
KeisanKEKKAA
2023/11/11(土) 10:17:38.60ID:6SW4sVwrM
XY問題の匂いが漂う
2023/11/11(土) 10:43:59.03ID:B6ZfAYMe0
>>572
>>574
正確に説明をする能力を身に着けなさい
・「テキストに書く」とはどこに書くのか。
・書き込み順番が末尾B、末尾Aではダメなのは何故なのか。
2023/11/11(土) 10:49:32.88ID:RSKqgUUO0
順番ってスレッドが開始した早い方が先に書き込むのか？
それともどちらもが出した計算結果の昇順に書き込むのか？

もし後者なら書込みプロセスは1つにするだけ
前者なら計算終わるの待つだけ
2023/11/11(土) 11:21:39.38ID:vbI3i7Vz0
・ファイルの書き込み自体は並列化出来ない
・計算に比べてファイル書き込みが圧倒的に遅い
・ファイルの排他処理自体も少しではあるが時間がかかる
ってことなので、素直にシングルスレッドで処理した方がいい

どうしても並行処理をやってみたいのなら、ファイル書き込みと計算の2つのスレッドで並行処理をしてみるべきかな
そうするとファイルI/O街のタイミングで計算できるから物凄く微妙に速度が上がるかもしれない
2023/11/11(土) 11:27:11.95ID:RSKqgUUO0
てか計算結果でソートするなら
処理分けてオペレーションで対応すりゃよくね？

無理やりプログラムでやるもんでもないでしょ
プログラムはなるべくシンプルがいいよ
580デフォルトの名無しさん (ﾜｯﾁｮｲ ffda-XI6K)
垢版 |
2023/11/11(土) 11:27:33.55ID:MfZ2/qTS0
>>576
テキストファイルの終わりに書きます。
追加するイメージです。
2023/11/11(土) 11:53:52.65ID:wxiCP7Qj0
>>580
排他制御だと先着順にしかならないけど
スレッドがA,Bの順番で計算が終わってファイルに書こうとする保証はあるの
それが保証されるなら、ファイルの排他機能を使うより、lockを使うのがシンプルで良いと思う
582デフォルトの名無しさん (ﾜｯﾁｮｲ ffda-XI6K)
垢版 |
2023/11/11(土) 12:18:07.23ID:MfZ2/qTS0
>>581
Aが書き終わったことが見てわかる変数を作っておくことで対応します。
2023/11/11(土) 12:48:18.44ID:9HxScUhQ0
これはもう手に負えないわ
諸君の健闘を祈る
2023/11/11(土) 12:56:28.59ID:JXC3KAMY0
そもそも同一ファイルを複数スレッドで読み書きするのは公立が良くない
私立にしなさい
585デフォルトの名無しさん (ﾜｯﾁｮｲ ffda-XI6K)
垢版 |
2023/11/11(土) 13:07:33.16ID:MfZ2/qTS0
伝え方が悪くてどうもすいませんでした
冷静に考えたら変数使えば排他制御いらないじゃんって思えてきた
何を聴講してんだか
2023/11/11(土) 13:44:16.19ID:LlCaH/Ey0
排他制御順序制御をスレッドAB間で直接行えばいい話でファイルアクセスどうこうは関係ないってことだろう
2023/11/11(土) 13:51:34.21ID:uCuKaL40M
スレが伸びてると思ったら

複数スレッドで変数…
フラグが立った気もする

大学に聴講生いたな
おばちゃんだったけど新しいことを学ぼうとする姿勢が偉い
2023/11/11(土) 14:02:50.08ID:rffcSM1cd
スレッド起こした順に書込みも順にしたいの？
起こしたときに番号振ってファイルAにみな書込みするようにして
書き込む結果は振り番と結果書き込ませて
そのファイルAを監視して順番に書き出すスレッドなりで
目的のファイル作れば？
2023/11/11(土) 15:16:06.79ID:RSKqgUUO0
聴講って何かの誤変換かと思ってたけど
聴講生だったのか
道理で
590デフォルトの名無しさん (ﾜｯﾁｮｲ ffda-XI6K)
垢版 |
2023/11/11(土) 16:05:06.98ID:MfZ2/qTS0
>>588
順番はAが書き込んでBが書き込む
Bが早く終わろうがAが書き込みした後しか書き込み無理ってことです。
もうひとつの厄介ありました。
Aが書き込み終わったよっていうフラグを立てる時間
Aが書き込んだ時間
にタイムラグある場合どうしよう。
もちろんAが書き込みする関数呼んだあとにフラグ立てるんだけど
フラグ立てたときってほんとに書き込み終了してる？って話です。
2023/11/11(土) 16:24:57.12ID:CPZqzXvFd
もういい、消えろ
592デフォルトの名無しさん (ﾜｯﾁｮｲ ff7b-gzdM)
垢版 |
2023/11/11(土) 16:42:12.75ID:oxGqzPfa0
今後の質問者には先にChatGPTである程度やり取りしてもらって
それでもわかんなかった所だけ聞きに来てもらうほうが
お互い幸せになれる気がする
2023/11/11(土) 16:57:49.93ID:NvFe8ImE0
それ以前に、もう少し、こう、コミュニケーションというものを考えて、せめて一度くらいは推敲してから書き込んでもらえるとお互いに幸せかもね。

要件としてはこんなところなんだろうか。
・何らかの処理を行うためにスレッドを起動する。
・その処理(スレッド)は複数ある可能性がある。
・その処理の結果を一定の規則でファイルに出力する。

自分だったら、メインスレッド(処理用のスレッドを立ち上げる側)に処理スレッドの結果を返すようにして、処理スレッドがすべて終わった後にメインスレッドで規則に従ったファイル出力を行うように作るけど。
2023/11/11(土) 17:08:03.68ID:B6ZfAYMe0
Win32APIで非同期書き込み

・CreateFile() FILE_SHARE_WRITE FILE_FLAG_OVERLAPPED
・AのWriteFile() OVERLAPPED構造体のOffsetとOffsetHighに指定する書き込み開始位置に、
　現在のファイルサイズを指定(後述するが0xFFFFFFFFでの追記は避けること)
・BのWriteFile() OVERLAPPED構造体のOffsetとOffsetHighにBで渡したファイルサイズ＋Aで書き込むサイズ

WriteFile()は指定サイズ全てを1回で書き込めるとは限らないので、書き込んだサイズ分
OffsetとOffsetHighをずらしながら残りをWriteFile()する。
位置をずらして指定していくのとBの分を並列で書き込むので0xFFFFFFFFでの追記を行ってはならない。

書き込んだサイズは
・GetOverlappedResult()で調べる(呼ぶタイミングが分からない)
・WriteFileEx()でlpCompletionRoutineを指定する(完了ルーチンでWriteFileEx()を繰り返すとスタックが溢れる恐れあり)
・IOCP
・スレッドプールI/O
のいずれかを使う。

C#で同等のことを行う方法は知らん。
2023/11/11(土) 17:09:02.17ID:B6ZfAYMe0
訂正：Bで渡したファイルサイズ→Aで渡したファイルサイズ
2023/11/11(土) 17:11:14.77ID:6Uwmj7p80
古典的な方法は

書き込む前に「書き込み中だよ」というファイルを作って
おもむろに書き込んで終わったらファイルを消去する
他のプロセスは「書き込み中だよ」ファイルがないことを
確認してから「書き込み中だよ」ファイルを作る

あるいはDBに任せるかな
2023/11/11(土) 17:14:49.80ID:RSKqgUUO0
書き込む前に配列作るだけな気もするけど

まぁ書き込みたいならしゃーない
2023/11/11(土) 17:24:04.61ID:G8HZ7IiV0
>>590
static async Task Main(string[] args)
{
var taskA = Task.Run(()=> CalcA());
var taskB = Task.Run(()=> CalcB());
var resultA = await taskA;
await Save(resultA);
var resultB = await taskB;
await Save(resultB);
}

これを一般化してtaskをListに追加していって
Listを回して計算結果をawaitしながら直列で書き込めばいい
599デフォルトの名無しさん (ｽｯﾌﾟ Sd9f-Blpp)
垢版 |
2023/11/11(土) 18:15:19.76ID:GzLBx05/d
馬鹿は馬鹿だから設計も実装もできない
馬鹿の考え休むに似たりとはこのこと
こんな馬鹿はシングルスレッドにしとけよ
600デフォルトの名無しさん (ﾜｯﾁｮｲ ff8b-XI6K)
垢版 |
2023/11/11(土) 18:17:22.37ID:MfZ2/qTS0
>>596

＞＞おもむろに書き込んで終わったらファイルを消去する
書き込んで終わったことをどうやって判断するんですか？
2023/11/11(土) 18:29:22.82ID:6Uwmj7p80
>>600
駆動したプログラムが自分で消去する
パスワードファイルの編集とかそうやっている
2023/11/11(土) 18:46:23.39ID:wxiCP7Qj0
>>596
マルチスレッド向きの方法じゃない
動くけど面倒なだけ
2023/11/11(土) 18:58:24.74ID:JXC3KAMY0
>>596
その手順ではアトミック性が損なわれるから正常に機能しない
プロセスが最初にやるべきは盲目的に「書き込み中だよ」ファイルを作ろうとする事
ファイルを所有できたかはファイルの作成の成否で判定する…つまりこんな馬鹿なことは今すぐ辞めるべき
2023/11/11(土) 19:32:29.94ID:QEeEkTCo0
それぞれのスレッドが各々でファイルを書かなきゃいけない理由がなんかあるんかな？
そうじゃないならそれぞれの計算結果を親スレッドが受け取って
親スレッドがまとめて書き込めばいいんじゃないかなぁ
605デフォルトの名無しさん (ｱｳｱｳｳｰ Sae3-Xzxn)
垢版 |
2023/11/11(土) 19:33:39.57ID:2HJkyP1va
ファイルはだめだけど
ディレクトリ作成はok
2023/11/11(土) 19:44:09.90ID:kflznpjK0
>>604
俺ならこれ
場合によってはスレッドの意味が薄くなるけど、設計としては明白になりやすそう

もしくは各スレッドの結果？の書込処理について統合して管理するクラスを作る
順序を定義しといてキューに溜めとく感じ
2023/11/11(土) 19:55:09.06ID:6Uwmj7p80
linuxのパスワード書き換えプログラム vipw
がファイルを生成して排他制御をしているのだが
問題があったという話を聞いたことがないけど
2023/11/11(土) 20:07:11.14ID:mqML6fZGd
Aが書きこまないとBが書き込めない？
Aが新規ファイルに書き込んで
Bがそれ見つけてから書き込むようにしろ
2023/11/11(土) 20:35:27.62ID:wxiCP7Qj0
>>607
ロックファイルを用いた排他制御の手法をちょっと間違えて覚えてるな
> 「書き込み中だよ」ファイルがないことを確認してから
って部分が無意味
確認後にファイルを生成するまでの間に他のプロセスがファイルを生成するかもしれない
2023/11/11(土) 20:58:58.22ID:piBb8Nie0
>>604
おれもそうするわ
2023/11/11(土) 21:32:07.49ID:bCDMs/TZ0
>親スレッドがまとめて書き込めばいいんじゃないかなぁ
“まとめて”の意味合いにもよるけどAの書き込み処理はBの計算結果を待たずに開始できる点に留意する必要がある
2023/11/11(土) 21:55:20.34ID:QEeEkTCo0
>>611
待たずに開始できるであって待たずに開始しなければいけないではないし
A・Bそれぞれの完了を待ってはいけない理由でもあるんか？
2023/11/11(土) 21:56:20.93ID:QEeEkTCo0
あと、待ってるのはあくまで親であって、AとBの計算はパラで進めてくれて一向にかまわん
話の内容からして、Aの結果をもとにBが計算するわけでも無いだろうし
2023/11/11(土) 23:26:02.16ID:T+Kc9o9H0
こういう複雑さを考えるとRDBってよく出来てるなあ
2023/11/11(土) 23:42:10.88ID:hf5ytgdCd
AとBを同列に考えるからだめなんだ
Ａが終わらないとＢが結局終われないのだったら
BがAの親になればいいんだｗ
2023/11/12(日) 00:18:55.26ID:IOHJkfoT0
>>572がいち早く嗅ぎつけたように、質問者は真の目的に対して無自覚に不適切な実現手段を選定している（それ故に、不適切な実現手段における実装上の課題、つまり二次的な課題を相談するハメなってる）
C#での実装手続きを検討する前段に立ち戻ることをオススメする
2023/11/12(日) 06:54:13.24ID:QHBv8+9D0
嗅ぎつけたて、>>572は質問者だぞ
618あぼーん
垢版 |
NGNG
あぼーん
2023/11/12(日) 08:50:55.63ID:IOHJkfoT0
>>617
アンカ間違えた。正しくは >>575
2023/11/12(日) 09:30:41.24ID:qtbaU10h0
一番の問題は、処理時間の大半を占めるだろうファイルの書き込み自体が並立処理ができないし
オープン、書き込み、クローズ等の回数が増大して処理時間が遅くなることだな
もちろんスレッドの切り替えや排他制御や順序の制御など色々仕事が増えるし、この部分も並列処理できない

マルチスレッドの練習ならいいけど、実用ソフトの作成ならシングルスレッドで書いたほうが遥かに早いものができる
2023/11/12(日) 10:50:45.23ID:0qXKJ0sK0
もう完全にスレチになんだけど。

>>620 みたいな決めつけってどうなんだろう。
素人がわざわざスレッドなんて言い出してるんだから、質問者が説明できていないだけでスレッドが必要な背景があるのかもしれない、と考えてあげてもよさそう。

自分も質問スレ等を利用したことがあるけど、意図して説明を省略したところの説明を強要されたり決めつけられたりすると、う～んと思うこともあったからね。
まあきちんと説明できない側が悪いのだけど。

言い訳的には誰にでもきちんと理解させられるほど状況を整理できてるなら、質問スレに頼る必要はほぼないかもしれない、とか。
2023/11/12(日) 11:01:35.90ID:EoAEw2XZ0
別にいいけど、しっかりと要点を説明できなきゃ、的外れな助言をされても文句は言えないからねぇ
2023/11/12(日) 11:04:51.41ID:FeTL5mFV0
>>618
鬼コスパだな
2023/11/12(日) 11:17:52.90ID:1lLdbIkC0
そもそもでいうなら、順番を待たなきゃいけない設計を見直さんとね

決まった順番で同じファイルに書き込まなきゃ理由がわからんからね
中のファイルが構造的でなきゃいけない場合、単純に順番に書込むだけでそれが担保出来てるのか、とか
例えばよくあるデータ形式にしても、
CSVならあまり順番意識しないから追記ってのもあるだろうけど、jsonで追記とかまあ自分は聞かないし

目の前の要求が満たせていればいい、っていうのも分からなくはないが
そこら辺の前提がないと最善などわからんよね
2023/11/12(日) 11:22:02.03ID:EoAEw2XZ0
>>623
氏ね自演
2023/11/12(日) 11:24:38.62ID:O1mU2H+U0
>>620
>>594に書いたけど、ファイル書き込みの並列処理は可能だ。
面倒な上に書き込みサイズが小さいとすぐ終わるから並列処理するうまみがないが。
実用性を考えると根本的にやることを見直すべきなのは同意だ。
2023/11/12(日) 11:47:28.89ID:P9Q12+Ee0
>>618
ポイントを秒でゲットするのか
2023/11/12(日) 12:02:09.85ID:qtbaU10h0
>>626
別スレッドで細切れに書き込みするのはできるけど
複数スレッドで並列で同時にファイルに書いたら壊れるでしょ
2023/11/12(日) 12:11:57.36ID:QHBv8+9D0
同期処理しなきゃいけないのを並列は無理では
2023/11/12(日) 12:21:50.53ID:0qXKJ0sK0
>>622
まあそうだね。
回答者の側にも自分の答えられる範囲に無理矢理誘導しようとしてる節があるのも気になるけど。
2023/11/12(日) 12:50:38.93ID:kSd1xzHw0
決まった順番で同じファイルに書き込みたい状況やファイル書き込みより計算処理の方が遥かに時間がかかる状況なんていくらでもあるでしょ

処理速度向上のために並列化した計算結果を直列化するのはmap/reduceと同じで並列処理の基本パターンだと思うが
その際にメモリ効率や後続処理の都合でファイルに書き出しながらreduce相当の集約処理をするのもよくあるやり方
2023/11/12(日) 12:57:53.27ID:eSav3yyhM
ついでに言うと真の目的を自覚してそれを他人に誤解なく伝えられるように言語化できる人間ってのはそうそういない
自分の言いたいことを相手に伝えようとする努力はもう少ししろよとは思うが真の目的を言語化すること初心者に求めるのは酷
2023/11/12(日) 12:57:57.10ID:92tzwC/W0
>>598で(細かい所は端折られてるが)質問者の要望を満たしたほぼ完璧な回答が出てるのに何の議論をしてるんだろうか

>>620
マルチスレッド何だから、オープンしたファイルクラスオブジェクトを共有すれば良いだけ
各スレッドでファイルのオープンとクローズをやる必要は無い
2023/11/12(日) 13:02:14.64ID:O1mU2H+U0
>>628
壊れないよ。
追記でなく他のスレッドが書き込むサイズを把握して書き込み開始位置(現在のファイルサイズよりも先)
をちゃんと指定すれば大丈夫。
FILE_SHARE_WRITE指定だから複数スレッド同時に書き込めるし、
なんなら複数プロセスでも書き込める。
2023/11/12(日) 14:27:16.22ID:0qXKJ0sK0
>>632
初心者というか熟練者でもというか、それを不足なく出来ている人はあんまりいないような。
少なくともここで議論()してる連中は全滅だね。
2023/11/12(日) 15:28:30.84ID:qtbaU10h0
>>634
資源を複数のTHREADでShareしているだけで並列処理とは違うよね
同時に書けるのは一つのポイントだけだからCPUが増えても速度が2倍4倍とかにならない
2023/11/12(日) 16:27:53.40ID:O1mU2H+U0
>>636
並列処理だよ。
ファイルポインタの場所に対して書き込んでるのではなく、
OVERLAPPED構造体で指定した位置からそれぞれのスレッドが非同期で同時に書き込む。
2023/11/12(日) 17:03:04.73ID:EoAEw2XZ0
.NETのソース隅から隅までは読んでないけど、FileStreamの内部でoverlapped構造体使用してたような記憶
2023/11/12(日) 19:11:35.86ID:iHK6/ooK0
その認識で合ってるよ
.NET4以降ならメモリマップドファイル使えるからそちらで共有するけど
2023/11/13(月) 00:49:40.70ID:AJp6/mRY0
ファイルはシーケンシャルで書くのが一番効率が良い
順番に並べる必要があるなら後でソートできるようにレコードをきちんと設計しておけば問題は起こらない
上でされてるいくつあるかも判らないスレッドごとに開始位置をシークして…なんて主張は馬鹿の発想
2023/11/13(月) 06:47:10.31ID:7hRFN4TL0
ちゃんと設計しないと逆にパフォーマンス落ちるぞって、当のMSがWriteFileのドキュメントで言ってるからね
2023/11/13(月) 07:44:08.86ID:7oSmY/Hz0
妄想だけど、HDD、SSDよりも異次元レベルで速いストレージの時代になったら
それも変わってくるんかなとか思ったり
十年とかでそうなることはないやろけど
2023/11/13(月) 07:55:21.10ID:flxB0Vsk0
確かにハードの進化がソフトを凌駕するからなぁ
windowsも出た頃は二世代後くらいのハードを想定して作ったとか後付で言ってたかな、遅くて使い物にならなかったよな最初の頃は（笑）
2023/11/13(月) 08:20:50.07ID:Rx9sePM0M
タイル時代のは記事で読んだぐらいやな
2023/11/13(月) 08:36:15.51ID:PVSRWaiLM
Windows1.0は日本未発売
2023/11/13(月) 08:43:08.32ID:gHMVnHfM0
ストレージアクセスはずっとボトルネックだから
2023/11/13(月) 09:12:26.25ID:jo7KeTmv0
>>645
https://funkygoods.com/garakuta/win10_dos31/win10_dos31.htm
98版出ているし、触ったことあるわ
2023/11/13(月) 19:08:34.41ID:+fGKUdks0
>>647
3.0からだな
95β見た（入れた）瞬間は窓から投げ捨ててやろうかと思ったわ
巷の公式販売では祭りだったし買ったけどw
2023/11/14(火) 07:15:31.76ID:LV/qT8Ke0
まともに触ったWindowsは95からだなぁ
伯父さんの家に3.1あったけど、ちょっとゲーム触らせてもらった程度だし
2023/11/14(火) 07:31:15.46ID:Uvtmi6Yw0
OS2がまだ生きていた頃だな
651デフォルトの名無しさん (ﾜｯﾁｮｲ 9f7c-gFzT)
垢版 |
2023/11/14(火) 19:07:18.84ID:xujXPfzz0
新しい.net来るぞ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況