>>57,58
1割削減程度ではバグ混入等のデメリットや作業＋テスト工数が割にあわない
でしょうけど、4割減などの大幅減であって、最もコストの高いIO部分の改善で
あるならば、検討の価値はあるかと思います。

>>59
差分読み込みは現在の .dat の差分読み込み(未読分の受信)と同じ仕組みです。
サーバの負荷は、レスかきこ回数分の4バイトの追記だけですので、
現在のサーバであれば、秒間に数万回は楽に処理できる内容です。(flockも不要)



■差分の適用概念
普通の Subject.txt の読み込み(初回と長時間あいた場合)。専ブラのプログラムで保持する
12333333333.dat<>title3(30)
12344444444.dat<>title4(40)
11111111111.dat<>title1(10)
12345555555.dat<>title5(50)
12222222222.dat<>title2(20)

差分の内容 (実際は1行4バイトのバイナリ)
11111111111.dat sage
12222222222.dat age
12333333333.dat sage < この時点で Subject.txt を取得
12344444444.dat sage
12345555555.dat age
12333333333.dat age

今まで Subject.txt を再読み込みしていたのを 差分ファイルの4行目から読む
(実際受信するのはは4x3=12バイト分)

4行目:12344444444.dat にsageでレス追加 ⇒ レス数を+1
5行目:12345555555.dat にageでレス追加 ⇒ レス数を+1 して先頭に
6行目:12333333333.dat にageでレス追加 ⇒ レス数を+1 して先頭に

今までであればスレ一覧更新時は Subject.txt を取得していたのを、
更新ファイルの最終ポインタ以降だけを Range リクエストして受信する。
前に取得した Subject.txt に4行目以降の内容を解釈した結果の Subject.txt
12333333333.dat<>title3(31)
12345555555.dat<>title5(51)
12344444444.dat<>title4(41)
11111111111.dat<>title1(10)
12222222222.dat<>title2(20)
専ブラのプログラムでこれを生成して、スレ一覧を更新表示する

というものです。説明べたですまん。
今までであれば 700スレ程度であればgzipでも20KB受信していたのが
Rangeリクエストで更新のあったレス数ｘ４バイト分で済みます。