PerlｽｸﾘﾌﾟﾄをFedoraで動かしています｡過去に同じような目(寝る前に起動して､朝起きたら終わってるはずが､
半分くらいで止まってた･･･)にあった際に取った対応なので､
お役に立つかと思い回答させていただきます｡
ｽｸﾘﾌﾟﾄとしては読みづらくなったり､駄々長くなったり､
perlの使いやすさを殺してるじゃないかと思う箇所があったりもしますが､
･再起呼び出しを減らす
･ifなどのﾈｽﾄを減らす
･ﾙｰﾌﾟを減らす
･1つのﾙｰﾌﾟで回る回数を減らす
･1つのﾙｰﾌﾟ内では極力簡単なｺｰﾄﾞだけとし､長大なｺｰﾄﾞを実行しないようにする
など改造してみてください｡
同様なことで悩まれたとのことで､貴重なご意見ありがとうございます｡
試してみます｡
書き忘れたのですが､DBIﾓｼﾞｭｰﾙでMysqlへのｺﾈｸｼｮﾝを開きっぱなしでsqlを投げまくっています｡それがいけないのかな･･･
ｽｸﾘﾌﾟﾄがﾒﾓﾘｰ破壊しています｡
ﾌﾟﾛｸﾞﾗﾑが正しいか確認してください｡
やっぱりそういうことですかね｡｡
確認してみます｡
ありがとうございます｡
【 nohup 】 ﾛｸﾞｱｳﾄした後もｺﾏﾝﾄﾞを実行し続ける - Linuxｺﾏﾝﾄﾞ集：ITpro
単にﾊﾞｯｸｸﾞﾗｳﾝﾄﾞで起動するのではなくて､nohupｺﾏﾝﾄﾞを使ってください｡
直接ﾛｸﾞｲﾝしているならばこれだけでいいと思います｡
また､ｻｰﾊﾞｰだとsshでﾘﾓｰﾄﾛｸﾞｲﾝして使うこともあるでしょう｡
そういうときは､標準出力､標準ｴﾗｰ出力､標準入力をﾘﾀﾞｲﾚｸﾄしないと､ｻｰﾊﾞｰ側で終了されてしまうことがあります｡
まとめると､
bashを使っている場合は
% nohup perl ./test.pl < /dev/null > /dev/null 2>&1 &
csh系を使っている場合は
% nohup perl ./test.pl < /dev/null >& /dev/null &
のようにすれば大丈夫だと思います｡SSHの振る舞いについては下記URLに書いてあります(英語です)
具体的な対処方法をありがとうございます｡
nohupというのを使うのですね｡勉強になります｡
今回はsshでﾛｸﾞｲﾝした場合､直接ﾛｸﾞｲﾝした場合も両方とも状況は同じです｡
処理数が､3600件程度で終了することもあれば､15000件程度で終了することもあり､ﾊﾞﾗﾊﾞﾗです｡
200行くらいの単純なﾌﾟﾛｸﾞﾗﾑなんですけどね｡｡｡長時間動かすにはいろいろあるのですね｡
教えていただいたことをやってみます｡ありがとうございました｡
後日談：うｰん､やってみました｡多少長生きしたかな､と思いますが､やはり終了してしまいました｡｡ありがとうございました｡
| ▽4
●
b-wind ●35ﾎﾟｲﾝﾄ  ﾍﾞｽﾄｱﾝｻｰ |
ｽｸﾘﾌﾟﾄがﾒﾓﾘｰ破壊しています｡
いや､perl でそういうことやるのはむしろ難しいし､
その場合素直にｺｱはいて止まるよ｡
基本的に perl の側ではﾒﾓﾘや実行時間の制限等は一切無い｡
【 ulimit 】 ｺﾏﾝﾄﾞに割り当てる資源を制限する - Linuxｺﾏﾝﾄﾞ集：ITpro
ulimit 等でOS側で制限している可能性もあるが､
CPUの動作時間は毎回異なります｡
ということなので可能性は低そう｡
まさにprint文で書き込まれる一続きの単語の途中のｱﾙﾌｧﾍﾞｯﾄ
というのが一番気になるところで､ｴﾗｰがあったとしても一連の文字列の途中で
止まることはまれ｡(perl に限らず出力がﾊﾞｯﾌｧﾘﾝｸﾞされている場合)
ほかに計測ﾃﾞｰﾀが無いので断言はしかねるが､純粋にﾃﾞｨｽｸ容量がいっぱいになるか
ﾒﾓﾘを使い果たしたというのが一番想像しやすい現象ではある｡
的確なご指摘ありがとうございます｡
coreは見当たりません｡ｽｸﾘﾌﾟﾄは終了していませんしね｡
% ulimit
unlimited
でした｡
｢ﾒﾓﾘや実行時間の制限等は一切無い｣と断言いただいたので､可能性が絞れた分､嬉しいです｡
topｺﾏﾝﾄﾞで追う限り､ﾒﾓﾘがどんどん増えるようなことはなく､一定でした｡(5時間全て見たわけではありませんが｡)
いずれにしても､知識ある方の考察は有意義でした｡ありがとうございました｡
