[Actu] Linden Lab ajoute une limite à la fontion llGiveInventory

Répondre
Partager Rechercher
llGiveInventory est une fonction de script utilisée dans de nombreux dispositifs qui distribuent des items.
Linden Lab a récemment ajouté une limite au nombre d'items envoyés. Si la limite est dépassée, la fonction ne parvient plus à envoyer les items sur une période de 90mn. Ce bridage n'est pas limité au seul appareil en cause mais à tous les appareils posés par un même avatar sur une même sim.

Ce changement a été fait sans préavis ni documentation officielle, et étendu à toute la grille. Les raisons invoquées par Linden Lab sont les performances des infrastructures et surtout la prévention contre les grieffers/spammeurs.

C'est Fred Allandale, un résident qui vend des distributeurs de notecard et de cadeaux, qui a ouvert un ticket JIRA le 26 janvier pensant qu'il s'agissait d'un bug. Kelly Linden donné le fin mot de l'histoire le 31 janvier en répondant à ce ticket JIRA.
Citation :
Malheureusement, certaines listes de diffusion et mises à jour de produits peuvent tomber en panne ou avoir besoin d'être mises à jour. Pour arrêter une sorte de griefing qui a des effets sur l'infrastructure de toute la grille, un ralentisseur a été ajouté à llGiveInventory. Ce ralentisseur correspond (mais est séparé de) au ralentisseur existant sur llInstantMessage et il existe pour des raisons presque identiques. Ce blocage est de 5k par heure, par propriétaire et par région ; la rafale maximum est 2.5k. Il est impossible d'atteindre cette limite avec un seul script, mais les systèmes conçus pour spammer de très grandes quantités très rapidement peuvent l'atteindre et ont besoin d'être ajustés. Nous allons suivre l'effet de cette accélération et l'ajuster comme nous pouvons, si nécessaire.
Les questions de sécurité comme celle-ci, en particulier de cette sévérité sur toute la grille, exigent que nous agissions rapidement et sans avis préalable, nous nous en excusons.
Au delà des problèmes pour l'envoi de notecard de mailing list, cela pose aussi des problèmes pour les magasins et leurs clients.
Prenons par exemple un magasin ayant une mailing list scriptée, des vendors scriptés, des riot-vendors, des distributeurs de notecard et de LM, etc. Ce magasin annonce une offre spéciale et de nombreux clients viennent en profiter. Si les demandes à llGiveInventory dépassent la limite, les clients payent pour acheter un item qui ne leur sera pas délivré. Même les simples distributeurs de LM et de notecard ne fonctionneront.

La limite est de 2.500 items distribués toutes les 30 minutes, décomptés à partir du 1er envoi. Au delà de cette limite, le propriétaire du distributeur reçoit un message "Second Life: Objects you own in <région> have sent out excessive inventory and their offers have been temporarily desactivated. The last inventory offer sent was from <Objet>" (Second Life : Les objets que vous possédez dans <région> ont envoyé un excès de contenu inventaire et leurs offres ont été temporairement désactivées. La dernière offre d'inventaire envoyée l'a été depuis <Objet>) et tous les objets distributeurs posés par la même personne sur une même sim se bloquent durant 90mn.

D'après Garmin, du Canard Virtuel, beaucoup de propriétaires de boutiques accusent Linden Lab de vouloir freiner le commerce indépendant pour obliger les vendeurs à passer par MarketPlace.


Merci Serenna.
Le wiki de la fonction a été mis a jour .

En effet , Linden lab a l agaçante manie de changer comme ils veulent les goulots d étranglements, limites des scripts sans aucun avertissement .
Il en existait déjà un pour cette fonction , plus pour éviter la self-réplication .

Néanmoins , il faut voir en pratique :
la fonction , dans l existant a un délai de 2 secondes par "prim émettrice" , soit 1800 appels par heure au maximum . C est seulement en utilisant plusieurs prims qu on dépasse les 5000 appels par heure .
Donc , mis à part une optimisation que les vendors pourraient faire sur leur nombre d envois ( en nettoyant les subscribers dont le compte linden a été supprimé par exemple , ou en attachant les textures et lms aux notecards ) , il y a la possibilité d acheter plusieurs bouts de terrains sur différentes sims , ainsi que de délayer l ordonnancement des scripts pour qu ils ne se lancent pas tous en même temps

Dernière modification par redpurple ; 06/02/2012 à 10h42.
/

Dernière modification par Compte #361860 ; 17/02/2012 à 19h34.
Citation :
Publié par redpurple
Merci Serenna.
Le wiki de la fonction a été mis a jour .

En effet , Linden lab a l agaçante manie de changer comme ils veulent les goulots d étranglements, limites des scripts sans aucun avertissement .
Il en existait déjà un pour cette fonction , plus pour éviter la self-réplication .

Néanmoins , il faut voir en pratique :
la fonction , dans l existant a un délai de 2 secondes par "prim émettrice" , soit 1800 appels par heure au maximum . C est seulement en utilisant plusieurs prims qu on dépasse les 5000 appels par heure .
Donc , mis à part une optimisation que les vendors pourraient faire sur leur nombre d envois ( en nettoyant les subscribers dont le compte linden a été supprimé par exemple , ou en attachant les textures et lms aux notecards ) , il y a la possibilité d acheter plusieurs bouts de terrains sur différentes sims , ainsi que de délayer l ordonnancement des scripts pour qu ils ne se lancent pas tous en même temps
Effectivement, il faut utiliser plusieurs prims pour dépasser la limite. c'est le cas de certains magasins qui ont, comme dans mon exemple, plusieurs prims distributeurs. Et ce sont eux en premier lieu, ainsi que leurs clients, qui sont touchés par cette modification.
Certes, il y a probablement possibilité de contourner le problème. Certaines réponses au ticket JIRA vont d'ailleurs dans ce sens (avec un casse-tête de chiffres et de pourcentage que j'ai du mal à suivre ).

Citation :
Publié par cupcakes
En ce moment il y a un griefing précis
celui de l'avatar qui dépose une boite et qui vous donne des item avec giveinventory et des message avec llinstansmessage
ca spam jusqu'a ce que vous quittier la sim

donc ca peut être une bonne choses, si j'ai bien compris

je pense pas que le vendor soit affecter, il ne fait que un giveinventory lors de l'achat et la plupart n'utilise plus instantmessage
On parle bien d'une limite sur la fonction llGiveInventory, pas sur llInstantMessage (qui je crois existe déjà, d'ailleurs). Alors si, les vendors peuvent être affectés.
Oui, c'est probablement une bonne chose contre les grieffers et au moins, ça a le mérite d'exister. Mais sur la forme, bof...
Finalement , le débit max a été doublé.
Ce n est pas encore mis en prod , mais simmon linden l a confirmé dans un transcript du beta server office du 1er mars

Ce sera donc 2500 requêtes / 15 minutes

J en profite d en parler sur ce forum , parce que je doute que le canard virtuel en reparlera

Dernière modification par redpurple ; 03/03/2012 à 06h22.
Répondre

Connectés sur ce fil

 
1 connecté (0 membre et 1 invité) Afficher la liste détaillée des connectés