[過去ﾛｸﾞ]
NyanFiだニャン その3 (1002ﾚｽ)
NyanFiだニャン その3 http://egg.5ch.net/test/read.cgi/software/1508314110/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
必死ﾁｪｯｶｰ(本家)
(べ)
自ID
ﾚｽ栞
あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
531: 名無しさん＠お腹いっぱい。 [sage] 2019/09/16(月) 02:59:16.75 ID:Xp94SuRY0 横から失礼します さばっしゅの方がFASTCOPYとの情報でググると https://groups.google.com/forum/#!topic/fastcopy/fakbRE3sWZA これではないでしょうか？ 99%で完了しないように見える原因は、排他制御周りの、OS側の妙な挙動によるものでした。(*) この状態になると、1つのプロセスがfastcopy.logへの書き込み排他制御用ロックを握ったままになり、他の（完了直前の）プロセスはロック待ち状態になります。 （従い、どれか１つは正常に終了表示されているはずで、このプロセスをクローズすれば、完了せずに固まっているように見えるプロセスのうち１つが完了するはずです。 さらにそれをクローズすると、また次の固まっているプロセスが完了する…となります） (*) 所有権取得済Mutexは通常CloseHandleで所有権も開放されるものの、高I/O負荷中だと「稀に」所有権が残り、その場合プロセス終了時に所有権が解放される、というもの。 （なお、デバッガ等で見てもプロセスから当該ハンドルは消滅しているにも拘わらず、カーネル内では当該プロセスとmutexが紐づけられたままの様子。 ただ、CloseHandleで所有権も常に解放されるかはMSDNに明記されていないので、（普段は開放するが高負荷で開放されない挙動をしても） OS/APIのバグとは言い切れない面もありつつ、API/OSの仕様/デザインとしてバグといいたい感じ） http://egg.5ch.net/test/read.cgi/software/1508314110/531
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.073s