最近、「セカンドライフのラグ」について、ダラダラと調べておりました。
LSL WikiのYahooおとぼけ翻訳先生や、先人たちの和訳を参考に自分なりにまとめてみます。

こういった技術情報は現状、能動的にならないとどうやら得られないようで、
ソラマメはどちらかというとその点受動的な印象を受けます。
ま、こんな記事はつまんないから流行らないのはわかりますがねっ！

SL重くてツマンネーの原因と対策を考察するのも大事です。



■SLにおけるラグについて

SLにおけるラグとは、ビュワーがカクカクしたり重くなったりする、いわゆるフレーム落ちの現象です。
原因と対策は主に二種類にわけられます。
サーバー（SIM）によるものと、クライアント（各PC）によるものになります。


■ラグの原因

・サーバー（SIM）によるもの

サーバー（SIM）は独立したCPUとして稼働しています。
当然計算をいっぱいすればするほど重くなります。
サーバー（SIM）が計算するものとして、スクリプト、物理計算が必要なオブジェクトなどがあげれるようです。

スクリプトに関しては、計算している時（動いている時）にサーバー（SIM）が稼働しますので、
常時動かなければいけないセンサーやリスナー系のスクリプトは、サーバーに（SIM）に負担をかけます。
たとえば、何秒ごとにこのアニメーションを再生！というA.Oや、何秒ごとに半径何mにいる
アバター情報を取得する来客センサーなど・・・。
逆に、そんなに動かないスクリプトはそんなんでもないということで、決してスクリプト=悪ではありません。

物理計算が必要なオブジェクトについては、サーバー（SIM）にRezしたプリムはその時点で衝突判定計算が
行われ続けますので、単純にRezされたプリムが多ければ多いほど高負荷ということになりますよね。
違うかな・・・。
さらに重力プリムやフレキシブルプリムとなると、えらい計算が必要になるんでしょうね。
あれ？でもこれはクライアント（各PC）の処理になるのかな・・・？両方かな？

しかしそう考えると、臨時プリムを同じ場所にダブらせて延々とRezし続けるプリムセーバーなんかは、
サーバー（SIM）に大変負担をかけるということになるでしょうね。
ちなみに臨時プリムは土地プリムに加算されませんが、アバターがそのオブジェクトにSitすると
途端に土地プリムに加算されるようです。これは気をつけなければいけませんね。

・クライアント（各PC）によるもの

テクスチャやプリムの読込み・表示性能はクライアント（各PC）のスペックや回線速度に依存します。
当然、必要以上に大きいサイズのテクスチャや、必要以上のプリム数でできたオブジェクトなどを表示する時は、
クライアント（各PC）に負荷がかかり、クライアントのスペックが満足でない限りラグを発生させます。
特にアルファ（透明）のテクスチャは高負荷なようです。
また、光源処理も各クライアント（各PC）が処理します。あとはパーティクル処理ですね。
各クライアントがゴリゴリのハイスペックマシンであれば、これは何の問題もありません。
しかし、まずそうではないですよね。


■ラグの対策

・サーバー（SIM）に対する・・・

常時動いているスクリプトの効率化。
たとえば、自動ドアを作りたい場合、センサーよりタッチイベントなどを使いましょう。
どうしてもセンサーを使う場合、必要な秒数間隔を再検討しましょう。範囲についても同様です。
リスン関数も同様に最小限に抑えましょう。

物理プリムの効率化
本当にそこにそのプリムが必要かどうかを再検討しましょう。
植物などのフレキシブルプリム等も同様に。

・クライアント（各PC）に対する・・・
PCを買い換えましょう。
これが一番手っ取り早いですが、そんなわけにもいかねーよバカか！と私に言われてもLSL Wikiによると
そう結論付けるしかないのですががががががっががが。
自分のビュワーの設定を見直しましょう。
環境設定をスペック以上の設定にしていませんか？私は結構していますウヘヘ。




では具体的に、土地オーナーとして、ユーザーとして、作り手として、
どのようなことに気をつければよいのでしょうか。
Second Life Wiki Region Performance Improvement Guideを見てみました。
上記も踏まえてまとめると・・・


土地オーナーとしては
・負荷の高いスクリプトを取り除く
・負荷の高いコリジョン（オブジェクト？）を取り除く
・大きなテクスチャを取り除く
・プリム数を減らす
・ヒュージプリムは使わない

ユーザーとしては
・負荷の高いスクリプトを取り除く
・アタッチメントしているプリムを減らす
・光源（フェイスライト）数を減らす
・パーティクルはなるべく控える

作り手としては
・常時動くスクリプトを再検討する
・プリム数を減らす
・テクスチャサイズを小さくする（512×512以下）
・パーティクルはなるべく控える
・過度のスカルプティ




ヒュージプリムは負荷やラグどうこうの前に問題があるようなので、
機会があればちゃんと調べてみようと思います。



過度のスカルプティ・・・
過度の標準プリムとどう違うの？スカルプティだったら何がラグに影響を及ぼすの？


次回このあたりを検証しつつ、超つまんねー記事は続くのであります。