Limit pro skripty v dohledu

Zhruba před týdnem informoval Linden Lab své uživatele, že plánuje pokročit v otázce limitace skriptů. Jde o dlouho diskutovaný záměr nasadit určitá omezení, určité horní meze, které by měly zamezit tomu, že jeden špatně napsaný skript uživatele způsobí lag na celém regionu, na ostatních parcelách, ostatním uživatelům. Jedna zpráva na začátek - není třeba panikařit, věci se nebudou měnit zas tak rychle a navíc jde o celkově kladnou změnu. Ale je dobré si vysvětlit, jak vlastně bude omezení fungovat a hlavně co můžete pro své skripty udělat.

Pro pochopení fungování limitu potřebujete vědět pár faktů. Zaprvé, že skript v Second Life může být zkompilován (uložen) buď jako LSL nebo jako Mono. Ovládá se to pomocí checkboxu na spodní straně editačního okna pro skript. Z hlediska zápisu kódu v tom není rozdíl, pracujete stále se stejnými příkazy. Ale volba LSL nebo Mono určuje, jaký interpret bude provádět váš skript. Mono je obecně výkonnější a skript běhá rychleji, takže by se mohlo zdát, že volba je jasná. Je tu ale jedno ale.

Každý skript má při spuštění přiřazenou a vyhrazenou paměť a serveru. Pro LSL je to 16 kB, pro Mono je to 64 kB. Mono ale nedostalo vyšší limit jen tak kvůli dobročinnosti Linden Labu. Když Linden lab Mono testoval, zjistil, že některé speciálně konstruované LSL skripty potřebují pod Mono interpretem až čtyřikrát více paměti. Šlo sice o výjimky, nicméně Linden Lab chtěl mít jistotu, že každý LSL skript se může jedním klikem převést na Mono bez nutnosti optimalizovat kód.

Průšvih je ale to, těch 64 kB, respektive 16 kB si skript zarezervuje bez ohledu na to, kolik skutečně potřebuje. Máte-li tedy jednoduchý skript, co potřebuje třeba 8 kB, v Mono vezme 64 kB. Je také ale pravda, že SL programátoři začali limit 64 kB využívat pro vytvoření náročnějších aplikací, tak výkonných, že na původním LSL interpretu by už běhat ani nemohly.

Teď malinká odbočka. Dovede si představit, že byste měli parcelu v nějakém regionu, kde by byla i hromada dalších parcel a že by limit na počet použitých primů nebyl sledován na úrovni parcely, ale celého regionu. Tedy že byste měli možnost i na malé parcele použít všech 15.000 primů, co region nabízí a na sousedy se tak nedostane. Anebo naopak. A právě bohužel takto to ale funguje s pamětí a procesorovým časem pro skripty.

Linden Lab proto plánuje provést dva kroky, které mají zastit férovost rozdělení kapacity pro skripty. Zaprvé dojde k zavedení určitého limitu pro maximální celkový objem paměti, které používají skripty jednoho uživatele. Tento limit bude fungovat stejně jako prim limit, tedy čím větší pozemek budete mít, tím více paměti si mohou vaše skripty ukousnout. Limit se bude sčítat za všechny parcely na regionu, stejně jako prim limit.

Zavedení tohoto limitu by tedy sugerovalo používat LSL skripty místo Mono pro středně a málo náročné skripty. To, abyste se snáze vešli do limitu. Naštěstí Linden Lab plánuje ještě jednu možnost - a to kromě Mono 64k verze skriptu mít i Mono 4k verzi, která je zcela optimální pro ty nejčastější skripty, které vykonávají jen jednu obyčejnou funkci - třeba zobrazení textu nebo rotaci objektu. Důležité ovšem bude, zda obě možnosti příjdou v logickém pořadá. Jestli totiž se neprve zavede limit na paměť, budou všichni migrovat své skripty na LSL a po pár měsících, až se objeví Mono 4k, bude probíhat další migrace z LSL. Bohužel informace od Linden Labu zatím svědčí pro tuto variantu. Nezbývá než situaci sledovat a doufat.

Váš Shiny Iceberg