|
Gene Jacobs
Who? Me?
Join date: 30 Jul 2004
Posts: 127
|
10-07-2006 06:52
I worked for a company a while back, and was in charge of a set of "Crash & Burn" Servers.
My job was to intentionally crash certain applications on these servers, and find the solution and submit reports.
What SL needs is a "Crash & Burn" Grid where they invite "greifers & hackers" to do their best damage. The condition is they would need to do a complete report of what they did to bring it down.
What are peoples thoughts on this?
_____________________
SL Defined = The reason that we are all here, is because we are not all there... 
|
|
Nargus Asturias
Registered User
Join date: 16 Sep 2005
Posts: 499
|
10-07-2006 09:12
Um...I think there is a problem here that...even normal scripter like me can crash a server if I want to  Just create a self-replicator object with max particle and loop-back channel 0 shouting in each object Well...i haven't check how good the new grey-goo limit work though.
_____________________
Nargus Asturias, aka, StreamWarrior
Blue Eastern Water Dragon
Brown-skinned Utahraptor from an Old Time
|
|
Gene Jacobs
Who? Me?
Join date: 30 Jul 2004
Posts: 127
|
10-07-2006 09:18
From: Nargus Asturias Um...I think there is a problem here that...even normal scripter like me can crash a server if I want to Just create a self-replicator object with max particle and loop-back channel 0 shouting in each object Well...i haven't check how good the new grey-goo limit work though. OK, but cant code be written then, to look for those events? Thus making it more stable? And, cant code be written before it hits the main grid? That is the purpose of a "Crash & Burn" grid...
_____________________
SL Defined = The reason that we are all here, is because we are not all there...
|
|
Nargus Asturias
Registered User
Join date: 16 Sep 2005
Posts: 499
|
10-07-2006 09:33
Oh, actually the grey-goo boundary was made to prevent the grid-wide attack...well, slowing it down that is. It'd be real hard to prevent it because the openess nature of the scripting here . The same method that used by grifter also be commonly used by lots of things. It'd take an AI to figure it out, I think, not just a few rules
_____________________
Nargus Asturias, aka, StreamWarrior
Blue Eastern Water Dragon
Brown-skinned Utahraptor from an Old Time
|
|
Gene Jacobs
Who? Me?
Join date: 30 Jul 2004
Posts: 127
|
10-07-2006 10:01
Ok, what about code that looks at the servers cpu then to detect when somthing is causing a load that it cannot handel? See the point is for people who have above normal scripting skills, come together and and figure it all out ahead of time, and not for me and you to debate without testing our theories. back at yuh
_____________________
SL Defined = The reason that we are all here, is because we are not all there...
|
|
Gearsawe Stonecutter
Over there
Join date: 14 Sep 2005
Posts: 614
|
10-07-2006 11:52
I'm sure if we talked to the lindens and setup a time and meeting on the preview grid they would have no problem. Just so they know that it is not an attack. For those times when LL employes are the only ones that are allowed on the preview, I'm sure they already tested some the existing griefers scripts. As I have already seen some new features added on in preview to reduce the griefer attacks. I strongly suggest if you have something that may rez a bunch of obects quickly such as building tools or games that you test them now. Also please clean up after yourself. Preview is starting to get a little messy  |
|
Nargus Asturias
Registered User
Join date: 16 Sep 2005
Posts: 499
|
10-07-2006 20:25
Well, I think I preferred messy and crowded preview than empty and deserted one ?
_____________________
Nargus Asturias, aka, StreamWarrior
Blue Eastern Water Dragon
Brown-skinned Utahraptor from an Old Time
|