(...)
Es gibt ja diese Scriptdetektoren, um zu erkennen wie viele Scripte ein Avatar laufen hat und wie viel Speicherplatz diese bei der SIM 'reservieren'.
(...)
Da waren zwischen 300 und 500 Scripten eher der Normalfall, das maximum waren 880 !!! Scripte und eine dementsprechende Auslastung der Sim.
Gibt es ein Tool, das den Zugang auf eine Sim beschränken kann ? Also zb nur wenn Du bis zu 100 Scripte hast, darfst Du rauf, andernfalls eject nach 5 Minuten ?
Das mag sich zunächst zwar toll anhören, mit so einem Auto-Ban.
Aber während der eine Ava mit 800 möglicherweise überhaupt keinen Lag macht (einfach weil die Scripte nur passiv vor sich hin dösen und auf einen link_message() Event warten, nach dem sie auch nicht viel machen) kann es sehr wohl sein, dass der Ava mit den nur 50 Scripten in einem HUD so viel lag macht, dass die FPS des Servers deutlich runtergehen. Einfach weil diese 50 Scripte z.B. zig Sensoren und Listener drin haben und dazu noch ständig irgendwelche Prims und Texte auf Prims im HUD aktualisieren.
Der Speicherverbrauch von Scripten hat eben nichts direkt mit der Serverlast zu tun. Das Problem bei Scripten ist nur, wenn sie alle zusammen mehr als 300 MB verbrauchen. Was z.B. bei mehr als 19000 LSO-Scripten oder aber 4500 bis 40000 Mono-Scripten der Fall ist. Dann muss der Sever auf die Swap-datei der Festplatte ausweichen - und fällt dann z.B. auf 2FPS bis 5FPS oder weniger ab.
Der von diesen Tools angezeigte Speicherplatz stimmt ausserdem nicht wirklich mit der Realität überein: Diese Tools rechnen pro LSO-Script 16kB Speicherbelegung, was auch in der Praxis stimmt. Aber sie rechnen auch pro Mono-Script 64kB - und das entspricht leider nicht so ganz der Realität, denn Monoscripte haben keine "feste Größe" wie LSO-Scripte, sie können nur bis zu 64kB Platz belegen. Werden Mono-Scripte kopiert (ohne sie neu zu kompilieren), dann belegen sie dank Bytecode-Sharing möglicherweise nur 2KB oder 8kB, je nachdem was im Script gespeichert ist.
D.h. der User, bei dem "nur" 50 Scripte angezeigt werden, der kann möglicherweise sogar mehr Speicher verbrauchen als der User, der z.B. 100 Scripte am Laufen hat.
Und sinnvoller statt Leute wegen "zu vielen Scripten" vom Land zu werfen wäre es daher z.B. den Gebrauch von Tools zu verbieten, die gerne mal Lag machen. Z.B. irgendwelche Radar-HUDs, Vampir-HUDs und "super Multitools" und "automatische Selbstverteidigungswaffen" und all das. Im Prinzip ist das ähnlich wie mit den ARC, den Avatar Rendering Cost. Die sind auch alles andere als genau und auch da kann ein Avatar mit z.B. einer grünen ARC mehr lag machen als einer mit einer roten, z.B. weil der rote eben nur viele Würfel an sich hat während der grüne etwa Haare aus flex Tori mit sich rum schleppt, die für die Grafikkarte viel Last bedeuten.
Diese Werte (Scrptspeicherverbrauch/ARC) sind lediglich gaanz grobe Daumenwerte um den Ressourcenverbrauch ein klein wenig abschätzen zu können, aber das sind leider
keine exakten Messwerte.
Aber wenn der Club wirklich 0 Lag haben will, dann muss er einfach alle gescripteten Attachments an Avas verbieten ;-):
Code:
default
{
state_entry()
{
llSensorRepeat("",NULL_KEY,AGENT,30,PI,3.0);
}
sensor(integer total_number)
{
integer i;
for (i = 0; i y total_number, i++)
{
if( llGetAgentInfo(llDetectedKey(i)) & AGENT_SCRIPTED)
{
llSay(0, "sorry, " +(string) llDetectedKey(i)+ " no scripted Attachments allowed here!");
llEjectFromLand(llDetectedKey(i));
}
}
}
}
Einsatz auf eigene Verantwortung des Clubbesitzers. Und nicht meckern, wenn dann keiner mehr kommen mag. Aber prinzipiell ist sowas schon machbar.
Den meisten Lag in einem Club macht allerdings nicht selten auch der Club selbst, hab ich so z.B. auf meiner alten Sim erlebt. Da war eines Tages ein Club mit schicker Lichtanlage, interaktivem Dancefloor, Anzeigetafeln für Contests, für den aktuell gespielten Song, virtuelle Barkeeper + Greeter, Lightspots die den DJ verfolgt haben usw. aller möglicher schnickschnack eben. Mit dem Erfolg, dass etwa 8000 Scripte durch den Club aktiv waren und dass eben die FPS selbst bei einer leeren Sim nie über 30 rauskamen. Und wenn dann noch bis 30+ Leute im Club am tanzen waren, dann war an manchen Abenden nicht mal mehr Bauen möglich wegen dem Lag.
Dafür gibts z.B. Sims die voll sind mit Leuten, die irgendwelche Cuffs und sonstige Scripte in Toys mit sich rumschleppen, die also meist 400+ Scripte an sich haben. Und da gibt es oft kaum lag, weil eben die Hersteller oft sehr viel Wert auf optimierte Scripte und dergleichen legen. Wenn auch leider nicht alle.