• All submissions to this site are governed by Second Life Project Contribution Agreement. By submitting patches and other information using this site, you acknowledge that you have read, understood, and agreed to those terms.
Issue Details (XML | Word | Printable)

Key: SVC-2674
Type: Bug Bug
Status: Closed Closed
Resolution: Won't Finish
Priority: Major Major
Assignee: Unassigned
Reporter: Ezian Ecksol
Votes: 1
Watchers: 2
Operations

If you were logged in you would be able to see more operations.
2. Second Life Service - SVC

Anti-Griefing task: Tune the grey goo fence

Created: 22/Jul/08 03:44 AM   Updated: 24/Sep/09 02:09 AM
Return to search
Component/s: Interop - Region Domain, Performance, Physics, Scripts
Affects Version/s: 1.22.4 Server, 1.23.4 Server, 1.27 Server
Fix Version/s: None

Issue Links:
Parent/Child
 
Relates


 Description  « Hide
Region attacks using physically prims and grey goo rezzing still often are used to render regionsalmost useless, the time dilation drops very low, one is disturbed in building/scripting.

Either they use an object repetitive rezzing the physically prims, or the rezzed prims rez recursivly new ones.

Even if the rezzing frequency is not too fast, they grey goo fence should be trigggered if hundreds or thousands of physically objects with the same name or the same parent key are rezzed continuously about a longer time. And i cannot imagine any normal and legal situations to do this besides griefing.

The current grey goo settings are too weak for these situations. Please tune up a bit.


  • Choosed issue type "Bug", because it is not a "new feature". I know it is no bug, but the grey goo fence can be improved.


 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
McCabe Maxsted added a comment - 22/Jul/08 07:01 PM
A good case for enabling the "improvement" option on the JIRA

Christophe003 Carter added a comment - 08/Aug/08 04:16 AM
I'm changing this to major – I was able to rez nearly 5000 physical objects (3 prims each, nearly 15000 prims in total) without Grey Goo fence kicking in. This seriously lagged the sim. The test was made in "Crash Me" sim, but the sim however, did not crash, but only went down to 7% time dilation (0.07xxxxxx).
Seriously laggs a sim, and possibly the asset server too.

– Chris


Nexii Malthus added a comment - 22/Aug/08 04:44 PM
Hm, well, to be honest the grey goo fence is quite strict already.
Also any changes should be taken in careful consideration about legal situations such as weapons in SL which drives quite a large industry. Having all weapons broken suddenly would make a huge drop in active users surely.

Gordon Wendt added a comment - 22/Aug/08 06:05 PM - edited
Nexii, I agree about not breaking existing content (including weaponry) however the idea that because they are a larger and vocal, I'd argue more the latter than the former, section of sl and arguably profitable (I don't know enough to judge on that) they should get special treatment is bullshit, they have been haranguing even common sense controls on griefer weaponry for as long as there has been a method for them to do so under the twin guises of fighting back against the griefers since the griefers will find ways to make their weapons as powerful as possible so they should be able to as well, and of course they're, again bullshit, view that they can do whatever the hell they want and they're critics are just holding back progress and being Luddites.

A good example btw if anyone wants to read the weapon-monger view.... I mean our esteemed weapon creator masters' view, should look at Warkirby's comments on SVC-392 which show why while breaking content (as most of the other commentors on that issue agree) is bad no limits causes problems.


Maggie Darwin added a comment - 22/Aug/08 09:01 PM
When the "common sense" argument comes out you know somebody has no better logical support for his position.

"Common sense is the collection of prejudices acquired by age eighteen." – Einstein


Ezian Ecksol added a comment - 24/Aug/08 03:13 PM - edited
@Nexii :
>> such as weapons in SL which drives quite a large industry.
Whenever we start to talk in jira about methods to prevent griefing, I hear this argument. Sorry, lot of people don't share the philosophy that we need griefers and have to protect griefers to legitimate the existance of the weapon scripters in SL and protect their business.

Me, I script weapons, too. That is something else than building sim crashers. Grey goo rezzers that only purpose is to crash regions or slow them down so they are unusable have nothing to do with the weapons industry.

The grey goo fence is fine for recursive rezzers, e.g. when you build scripts, that rez objects and give them the content of the rezzing object, so each new rezzed object can rez new ones.

But it fails for simple objects that rez again and again the same object over a longer period like 15-60 minutes. While I am often in sandboxes I am really annoyed that this fact is often abused by griefers (always with a new account from the same day) to crash the region or make it unusable.

I don't talk about rezzing some hundred objects. I am talking about rezzing thousands of objects. I don't see any legal use for that.

And there is not any weapon by the "weapon industry" that can prevent that. So don't worry for the the weapon scripters, tuning the fence a bit better against massive rezzing of thousands of objects is not a threat for them.


Dale Innis added a comment - 01/Sep/09 09:23 PM
I found this JIRA while looking for something about the fence being TOO strict. At least tonight.

I have a Thingmaker (see http://daleinnis.wordpress.com/2009/08/31/thingmaker/ ) that constructs multi-prim objects by repeatedly rezzing a prim, linking to it, shaping and otherwise modifying it, and then once it's done the entire object delinking itself from it. Because it links every prim, there's a significant delay between rezzings due to the delay involved in linking (which I think is itself excessive; see SVC-4491).

Yesterday and the day before it was working just fine. Today the script keeps getting killed by the grey goo fence, even when I add an additional half-second delay between prims, and even though it's generating no more than say 20 prims at a time.

It seems odd that sometimes griefing objects can rez thousands of objects, but tonight my Thingmaker can hardly rez any at all...


Ezian Ecksol added a comment - 02/Sep/09 02:53 AM
Yes, Dale. The fence is friendly to griefers, but tight to serious users. I think the griefers put a lot of effort in testing the limits where the grey goo fence triggers and work around it.

Dale Innis added a comment - 02/Sep/09 07:05 AM
Well... "Friendly to griefers" is maybe a little strong. Hopefully it at least inconveniences them.

TigroSpottystripes Katsu added a comment - 03/Sep/09 03:39 PM
I'm against making the fence any taller, it should be made smarter instead, I hate false positives

Ezian Ecksol added a comment - 22/Sep/09 02:57 AM
I didn't ask to make the fence taller, I asked to tune so it works as intended.

Ezian Ecksol added a comment - 24/Sep/09 02:08 AM
Maybe 12 hours ago somebody crashed Sandbox Cordova, Goguen, Newcomb, Sandbox Island and Island Extension with multiplying physics prim crashers.

LL has still closed one of them, made 2 other Sandboxes no-script.

So obviously the strategy is not to prevent grey-goo rezzers in Sandboxes, but to "close the pool".

Issue obviously won't finish.