【遅い】 kakolog.htmlの更新が遅すぎ! 【遅い】
〜.2ch.net/kakolog.html
のスレッド数が全くあてになりません。
最近、更新が3日に1回くらいになってます。
何とかしろY勤!
2 :
心得をよく読みましょう:02/10/05 14:16 ID:E+u0ABLI
要望を言ったわけで後は放置ヨロ。
圧縮の基準になってるはずだけど、
最近は「dat数取得ツール」優先になっているような・・・
4 :
名無しさん:02/10/08 01:27 ID:pzVq25bl
test
記念パピコ。
6 :
心得をよく読みましょう:02/10/15 22:58 ID:VIuYrjZV
「dat数取得ツール」?
もう何がなんだか
7 :
桶屋:02/10/15 23:09 ID:FDxS9yiv
ありがとう、ホットケーキ屋さん(ちょっと違うが…) ヽ(´ー`)ノ
FIFOで処理してて、処理能力一定の場合
処理すべきデータの発生量が処理能力を下まわっている間は
処理の間隔分以上の停滞はない。
しかし、処理すべきデータの発生量が、処理能力を上まわると
未処理のデータが増加する。
ということで、処理能力の向上が望めない以上
または、処理すべきデータの発生量を処理能力以下に減少させられない以上
この問題は解決しないわけです(^_^;)
ちなみにこれまでに行われている対応策は
1 処理能力の向上(サーバ追加・処理お手伝いさんの投入)
2 処理すべきデータの発生量軽減(サーバ追加)
他に、現実的な対応策が思いつく人は提案してみるとありがたいかもね(^_^;)
9 :
8Jキャット(=´ー`) ◆8jCAT/WcxM :02/10/15 23:48 ID:djXnJzYg
全員が●を買えば解決!
ちなみにFIFO処理でやってる以上、時間が無限にあるという仮定の元では
任意の処理されるべきデータはかならず処理されるってことだけは明かです(^_^;)
あまりにもくだらないスレはゴミ箱送りにして
処理すべきデータ発生量を減らすとか・・・
ダメだな、判断出来ないし手間かかる
12 :
夜勤 ★:02/10/17 14:47 ID:???
フィレオフィッシュかなんただと思われ、
13 :
Fine:02/10/17 14:50 ID:Wr74KWt5
ふぁーすといんふぁーすとあうととかじゃなかったっけ?
14 :
Fine:02/10/17 14:52 ID:Wr74KWt5
名無しさんのレス消えてるよ(笑)
15 :
心得をよく読みましょう:02/10/17 15:47 ID:zR0FfqKz
sage
16 :
心得をよく読みましょう:02/10/19 23:42 ID:rxX1utij
夜勤死ね
そういうレスは逆効果w
18 :
◆roqi.usi3o :02/10/20 07:10 ID:27bAvyG8
てst
19 :
心得をよく読みましょう:
夜勤タソ・・・・(*´∀`)