アカウント数(User#)に対する秒間リクエスト数(#/sec)の変化グラフを見ると、パフォーマンスの変化パターンが二通りあることが判ります。ファイルに登録されているアカウント数に関わらず、動作パフォーマンスは変化しないということです。ファイルの先頭から一行ずつ走査して、目的のアカウントが見つかった時点で残りの行を無視していると予想できます。ファイルへのアクセスは実質メモリ上での操作となり、それほど大きな問題にはならないと思われます。Last)には、アカウント数の増加に対してパフォーマンスが比例的*2に悪化することがわかります。程度までの変化は穏やかで、劇的に重くなる、というほどではありません。あたりから、アカウント数の増加に伴ってパフォーマンスがほぼ直線的に低下することが見てとれます。プロトコルの解析、コンテンツの読み込みなど——が占める割合が「相対的に」高いために表面化しにくいためと推測されます。反対に、アカウント数が増えてくると、先のサーバ処理に掛かる時間は同じでも、各アカウント毎に認証の正否をチェックするため、アカウント数の増加によるパフォーマンス低下が支配的になってくるわけです。ハッシュ方式よりも良いパフォーマンスを出しています。回だか何だかループさせて最終的なハッシュ値を得る変な方法(失念)を用いています。リソースが多く、それがパフォーマンスの差に出ているように思えます。ハッシュ方式の方が良いパフォーマンスを出せると言っても、アカウント数の増加に対しては、どちらも確実にパフォーマンスが低下することには変わりありません。ファイルで認証できる限界でしょうか。程度で済みそうな気もします。認証において、パフォーマンス低下を考える必要はあまりない、と言えるでしょう。サイトでも言えると思います。認証でも十分使えますよ、と。認証は採用されないんですけどね。置き換えてからご利用ください。お手数ですがご協力のほど宜しくお願いいたします。入力してから送信してください。お手数ですがご協力のほど宜しくお願いいたします。Yesterday:。