【Perl】ファイルロック(排他処理)について語ろう
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
02/06/23 10:18ID:eY2l+Gw10570nobodyさん
03/11/09 18:58ID:???サーバがflockをきちんと使えないシステムを採用してたとかじゃないの？
0572nobodyさん
03/11/09 19:42ID:BVCYv2fe馴れ合いはよそでやれよ・・・
ま、>>555は書いてるとうりにすれば問題無し
わざわざ混乱させんでもよかろうに
0574nobodyさん
03/11/09 19:55ID:4SnYD/Cs|.本日選挙は２０時迄！｜
|＿＿＿＿＿＿＿＿＿＿|
∧∧ ||
( ﾟдﾟ)|| ＜残り１０分切ったど！
/ づ 投票してない香具師は自衛隊の代わりにイラク逝けよ。
※総務省によると、総選挙の中間投票状況は
９日午後４時現在、全国平均で４０．０４％。前回を１．４０ポイント下回っている。
0575nobodyさん
03/11/09 19:59ID:???あれが自演ならお前さんも>>569か？って事になるじゃん…。
本当だったら煽った挙句自演呼ばわりですかって感じで笑えるけど。
0579564
03/11/10 14:47ID:???まぁどっちでもこの場合変わらないけど。
0582nobodyさん
03/11/10 16:19ID:???0583nobodyさん
03/11/10 16:43ID:???0584nobodyさん
03/11/10 16:56ID:???0585nobodyさん
03/11/10 20:26ID:???0587nobodyさん
03/11/10 20:37ID:???ユニークなファイル名を生成するようにしないと。
…今思ったけど、たいした事無いなｗ
0588蟻の子一匹通さないロック
03/11/14 04:40ID:uv5dJ3X6２０ 処理；
３０ 逆転無罪； # 真犯人逮捕⇒釈放
0590nobodyさん
03/11/14 16:05ID:???つーか変わってくるとしたらあれだ・・・
掲示板とかのスクリプトで
LOG→HTML随時吐き出し型
じゃなく
LOG=HTMLを表示する型
の場合、Rename型の排他処理は行えない可能性がある。
ということで。
結論から言えば退避ファイル名をhtml→htmとか適当に変えればいいんだろうけど。
0591nobodyさん
03/11/14 17:52ID:???・flockが使えない環境ではどうしてる？
・ロックの有効性はその方法でなく、ロックを組み込む場所が大事。壊れる原因の大半は誤った使い方によるものなので、ありがちな落とし穴の再検証をしよう。
後者をよく理解してない初心者・中級者が、「flockで壊れた！flock使えねｰ」とわめいて、前者と後者をまぜこぜにして語って、スレが荒れるのが常。
0592nobodyさん
03/11/14 18:00ID:???0593nobodyさん
03/11/14 18:11ID:???どんな環境でも使えて、軽くて、頑丈なロックを考えようじゃありません
0595nobodyさん
03/11/14 18:38ID:???0598nobodyさん
03/11/16 17:30ID:???やってくれるやん・・・・・・・・ってのはだめなの？
あくまでOSにLockさせないとあかん？
0599nobodyさん
03/11/16 17:34ID:???0601nobodyさん
03/11/17 02:04ID:???空気よめなかった。すまそ。
0604nobodyさん
03/11/18 17:29ID:???俺が見た事ないだけかもしれないが
0605nobodyさん
03/11/18 22:15ID:???個人サイトならカウンタCGIを置くだけでしょ。壊れても問題ないし。
どしてもというなら、セマフォ管理するプロセスを立ち上げといて
それ使うって手もあるのかもしれんがそれならDB使うよ。
OSのファイルロックはアトミックじゃないっす。ソラリスでもそう。
マルチアクセス前提のファイルシステムもあるが、民生用じゃないな。
0606nobodyさん
03/11/21 00:36ID:???大規模サイトが、アクセスカウンターで解析するか?
ふつー、Webサーバのアクセスログを解析するだろ。
> OSのファイルロックはアトミックじゃないっす。ソラリスでもそう。
お前の使い方がヘボなだけ。
0608nobodyさん
03/11/21 01:56ID:???確かに大規模サイトにはカウンタはないな。でもユーザーごとにレスポンスを
細かく制御すると、リアルタイムなユーザー管理いるからどうしてもDB。
ログ解析だけだとマーケティングデータしか出てこない。インタラクティブ
リアルタイムにそれ使わないと意味なしな。
静的なサイトでページビューだけでいいならログだけでいいけど、それじゃ
このスレの話題ずれる。
ちなみに俺はDB使わない程度のサイトならservletでロック処理。
0609nobodyさん
03/11/21 02:13ID:???スレタイを何度も声を出してよく読んでから発言した方が良いのでは？
どう考えてもあなたのレスはどれもこのスレにはお呼びでないと思うのですが？
0610nobodyさん
03/11/21 02:23ID:???このスレには、人のことを「ヘボ」としか言わないやつがいて
それがどうもしゃくに障ったんでな。Perlの話しなくてスマソ。
0611nobodyさん
03/11/22 00:21ID:???Webアプリなら自前でログ持つ、バグ対応すること考えれば当たり前。
「ソラリス」なんて呼ぶ奴が「OSのファイルロックはアトミックじゃないっす」といった時は
使い方間違ってる確率99.9999%
0612nobodyさん
03/11/23 05:00ID:???0614nobodyさん
03/11/23 05:41ID:???単純に思いつくのはキューですが・・・
やっぱデーモンみたいな別プロセスに一括一元管理させるのが安全っちゃ安全ですよね？
0615nobodyさん
03/12/04 07:40ID:???結局、実用に耐えるファイルロックはどれなのか
スクリプト例でまとめて欲しい。おねがいｴﾛｲﾋﾄ。
0617nobodyさん
03/12/13 19:02ID:???0618nobodyさん
03/12/13 19:54ID:???0619nobodyさん
03/12/15 12:22ID:???ファイルロックなんだかDBロックなんだかわからんような
あやしげなロックが提供されるんじゃないのか
0620nobodyさん
03/12/15 19:16ID:???排他処理中はキーが書き込まれます。
0621nobodyさん
03/12/19 21:19ID:???ってこと無いですか？
0622nobodyさん
03/12/19 23:28ID:???あぁ、知識が足りなくて自分は使えないと？
やっぱりありませんね
0623nobodyさん
03/12/20 02:36ID:???if(!flock($fp, LOCK_EX)) { fclose($fp); echo "ns"; }
echo "ok";
これでいい？
0624nobodyさん
03/12/20 02:38ID:???つーかヘルプに書いてあった。
0625nobodyさん
03/12/21 05:04ID:FyNOPbG50626nobodyさん
03/12/21 16:43ID:???0627nobodyさん
04/01/08 00:54ID:???多分既出の話。
0628nobodyさん
04/01/18 18:15ID:???ブックマークから外してしまおうかな。。
0629nobodyさん
04/01/18 19:34ID:???0630nobodyさん
04/01/18 20:27ID:???いままでありがとう。
0631nobodyさん
04/01/19 01:52ID:???0632nobodyさん
04/03/11 20:28ID:???ネタが尽きたところで脱線したいんですが、
includeしたりするファイルはflockの必要が無いことを前提としているんですかね。
書き換えや追記などを行うファイルに対し、
includeやrequireしたりするのはナンセンスということで合ってますか？
0633nobodyさん
04/03/12 15:23ID:???実行するperlスクリプト本体にflockの必要があるか、という話と同じなんじゃないかと
0634nobodyさん
04/03/12 15:32ID:???0635nobodyさん
04/03/12 23:11ID:???PHPにおけるincludeやrequireは単にプログラムの記述されたファイルだけでなく、
HTML、PHP複合型やtxtまで読み込めるわけです。
そういった意味での質問です。
0637nobodyさん
04/03/15 12:04ID:???php でも perl SSI でも何でもいいんだけど、ロックが重要になるのは基本的に、
ファイルを書き換えるプロセスが複数存在して競合する場合、つまり
A:----->読み込み------->処理-------->書き出し---------------------
B:------------------->読み込み------->処理-------->書き出し-------
のようなケースね。
ロックしないとマジでファイルが壊れたり情報が失われたりする。
これに対して include や require って、
読み込みオンリーで書き換えが有り得ないという前提なので、
上記のような書き込みの競合に参加しないわけで、
そういう意味ではロックの必要性が薄い。
(全く必要性が無いわけじゃないが、ほとんどの場合無視できる)
0638nobodyさん
04/03/15 16:15ID:???厳密に言えばロックの必要性があることを示しているんですよね。
0639nobodyさん
04/03/15 16:44ID:???0640nobodyさん
04/03/15 16:44ID:???0641nobodyさん
04/03/15 18:08ID:???sh ってスクリプトを一行読み込んで実行してを繰り返すから、
実行途中にスクリプトを書き換えると結構悲惨なことになったりするよな。
0642nobodyさん
04/03/17 13:37ID:???どうもOSによっては、ファイルシステムの情報取得にタイムラグがあるようで、
renameかけても、OSが保持するファイル情報が即座に更新されないために、
同じ元ファイル名からのrenameが成功してしまうことがありました。
より正確にrename形式でファイルロックをかけるには、
rename後に若干のタイムラグを置いて、rename後のファイルの存在チェックが通れば
ロック成功と考えた方がいいですね。
ちなみに、WinXP+NTFSの組み合わせでそれらの現象がありました。
Linuxだったりすると、こういう現象は出てきますでしょうか？
0643nobodyさん
04/03/17 16:25ID:???何か間違っている。
0646nobodyさん
04/03/19 13:53ID:???仕方なく-dや-eをしなさい。
0647642
04/03/19 16:28ID:???その辺（ファイル操作後の存在チェック）は仕方なく実装してます。
同一プロセスで、同じファイルからのrenameコマンドを連続して実行すると、２回目は失敗（これが通常動作）するので、
他プロセスでのファイル操作の結果が反映されるのが遅いらしい。
0648nobodyさん
04/03/19 16:33ID:???0649nobodyさん
04/03/29 10:00ID:WLF8C9h8ログにはきちんと20万行書かれてた。
for ($i = 0; $i < 10000; $i++) {
open (DATA, ">>$file");
flock (DATA, 2);
print DATA $str;
close DATA;
}
こういうのじゃ、そのOSでflockが使用可能かって言う確認にはならないのですか？
ちなみに、環境はWin2KとActivePerl5.6.1で試しましたが。
0650nobodyさん
04/03/29 17:51ID:???そもそも flock が使用不能なら呼び出した時点で実装されてないって怒られます。
実用的に使用可能か、という意味なら実際に試してみる価値があるかもしれません。
ただし、自分の想定している条件に近くないとあまり意味がないと思います。
0651nobodyさん
04/03/31 01:14ID:???perlで壊れないロックはflock()だけだった。
0652nobodyさん
04/03/31 05:45ID:???0653nobodyさん
04/03/31 07:07ID:???どんなんだろう。
0654nobodyさん
04/03/31 12:43ID:???0656nobodyさん
04/03/31 13:50ID:???ロックに失敗してると考えると納得できる話だな > 2chがchmodでロック
0658nobodyさん
04/03/31 18:13ID:???0660nobodyさん
04/03/31 23:37ID:???どうせアトミックじゃないのなら
1000の書き込み後にchmodして
1001はクライアントで描画
dat落ち時にはdatに1001を書く、
とか適当にやれば1030くらいで止まるんじゃない？
ダサいけど。
0661nobodyさん
04/04/10 18:40ID:???運用の奴ら全員で1台のディスプレイを囲んで。
オンラインでの議論なんて無駄無駄。
0662nobodyさん
04/04/16 01:00ID:???0663nobodyさん
04/04/19 09:45ID:???ロックファイルをファイルロックしなければならなくなった。orz
0664nobodyさん
04/04/21 07:50ID:???0665nobodyさん
04/04/21 12:24ID:???よくある流行歌の「君がいるだけで」というフレーズが言い当てています。
0666nobodyさん
04/04/23 14:39ID:???0667nobodyさん
04/04/26 01:30ID:???0668nobodyさん
04/04/26 01:31ID:???■ このスレッドは過去ログ倉庫に格納されています