Temp-rezzing to circumvent prim limits on your land

Personally, I'd happily AR anyone who is using temp rezzing to seriously circumvent the land prim limits by such huge margins.

Actually, it most assuredly does impact sim performance...



Time dilation and it's ilk are entierly server-side. That has nothing to do with the quality of your computer.

Mass-rezzing prims does indeed have an impact on sim performance. One rezer? Not so much, under ideal circumstances. 2? 3?

There are technical reasons for the prim limit, too. It's not just there to spite you.



Myth. Certain types of lag do indeed cross sim boundries. Not this particular one, so much, but some do.



Time dilation, sim FPS, etc, are not client-side. Only client-side FPS are client-side. Mass-rezzers can effect sim-side performance.



The land exploiter asked and cleared what he was doing by LL. It's all in how you ask and who you get. It is NOT the last word on policy.

Okay. I think both sides were testing with different data to get results. I may have found the discrepency in why some get bad results and others don't.

Did a few more tests based on posts above. TempRezzing mass prims, and TempRezzing overlapped prims, specifically.

I went again for the 5000 prims (I figure this is an obsene amount of prims that goes well beyond any use other than testing). Using 25 rezzers of 200 linked prims.

Results:

Mass rezzed prims caused little to no TD loss (.01-.03 at time of rezzing only). No noticable FPS loss observed.

Mass rezzed prims that overlap...ummm....bad!!! Anywhere from .30-.60 TD loss, and FPS dropped like a rock!

I'd have to say it comes done to the nature of the scripting and how well it was designed. If you don't de-rez properly, the conflicts(?) start adding up. Which may be why other poorly done builds (with regular prims eg, complex statues, hair, etc) can cause FPS loss. Not sure on that, just a guess at this point.

Summery:

Restating that common sense and curtosy should be used when using this practice, I'd also suggest a good working knowledge of scripting, or having a friend along that knows scripting to help you. Otherwise you may tick off your neighbors something fierce.

~Jessy

Note: Tired of arguing with forum trolls. Will discuss ideas/solutions with resonable persons. Others will simply be ignored. Have a nice day ^.^

Since the temp-rezzers are on public market and available to everyone, it's not very reasonable to expect every single of these users to be both courteous, equipped with common sense _and_ having enough scripting knowledge to operate the tool properly. And if it takes just one badly configured rezzer to kill sim performance that bad, and these prims don't even show in stats, so it can be quite difficult to pinpoint the exact person responsible for lag amongst say, dozen+ temp-rezzers... yay.

But we haven't taken prim snitching it to its logical extreme yet!


For only $L $3000 or so, you can create a basic alt account.

And at 250 or so prims per attachment, you can 'sit' this alt anywhere, and have an incredible mansion and yard, no tier charges necessary! There is plenty of unused land all over the grid.


Don't forget the free 'stay logged in' tools easily found all over the internet.

I'm gonna create my live-in mansion alt, and name her Ms Brick House today!




...or not. But hey, just because I can do something means that it is alright?

Ditto, even if its by one prim.

You are hurting every othe rlandowner/renter in the sim and being a resource hog.

My initial test with 300 prims did not overlap, but my test with 1000 prims did overlap a few times. (I simply copied the llRezAtRoot lines without changing position offset) I may also be running my test on an older class of server which may affect my script's impact. I keep forgetting to check the server class.

However, in order to maintain the appearance of permanently placed objects, these temp rezzers must rez a new copy of whatever objects they are rezzing, before de-rezzing the old prims. And this does not take into account objects with overlapping linked prims, which is quite common. So there is still, at the very least, the issue of rezzing and de-rezzing overlapping prims.

For another unrelated script, I am currently using collision detection for initial "sensing", with a 5 meter llSensor on a 60 second timer after activation. I can say it works very well.

You would rest an entire structure on your alt's head? How very cruel. Alt abuse!

Besides.. It would be too much trouble to keep the alt still so I am not knocked around inside my primmy mansion.

Alts have feelings too, you know.

The elimination of temp rez objects will hurt a lot of people who use them in legitamate ways. Unfortunately this will be the only outcome when these perma-rezzers become a grid wide problem.

No, there's plenty of other solutions.

For example, only allow temp-on-rez objects to be rezzed while their owner is logged in.

Or, simply don't allow the same object to be rezzed too often.

The former idea would ruin display pieces, the latter idea would ruin guns, and both ideas would ruin vendors.

Display pieces and vendors are both permanent structures. There's no reason why their owners shouldn't be expected to allow sufficient prims spare in their regular allocation for them to operate.

So, a shopping spot with say, 5 vendors, is expected to leave 1000+ prims unutilized to accommodate for rare case of all these vendors displaying their product in the same minute, and charge the people renting space for these extra prims even though they're only shown for short time when someone is actually perusing the vendor?

All it does is force people to use texture-based displays. Which is likely to have negative impact on bandwidth use, if anything...

Umm... so each of these vendors has a typical product with 200 prims!? I'd guess that using textures for them would use less traffic, although I might be wrong..

Very good reasons, actually, for both.

Display pieces - no. That's a perfectly good reason for temp on rez: You want to TEMPORARILY REZ something to show to someone else. I have a gadget that temporarily rezes a high-prim model I made of something. It does it only on command, and then it sleeps for five minutes. Its only used once in a blue moon as it is - no reason I should leave 240 prims free for that.

Vendors - no. Because of the way prim-counting works, holo-vendors have to be temp on rez unless you have FAR more prims free than you will ever need - 5-10 times more, at least.

ok I think I am a little confused on terms here. Temp Rezzing in particular.

Here is my scenario.

Our house lot is 8 vendors with a Rez model home button. People scroll through the pictures of homes then hit the rez model button to rez the home they want to walk through. That home will stay there until they hit an arrow key to scroll more OR 5 minutes time elapses then the vendor will issue a derez command. Nowhere in the code or in the model is the temp on rez box checked.

Is Temp Rzzing having this box checked or is what I am doing Temp rezzing?

Temp On Rez refers specificly to the checkbox, nothing else. What you're doing is fine either with it checked or not, although I would normally have it checked for something like that because of something I already covered.

Temp Rezzing is having that box checked. It causes the object not to count against the prim limit for the parcel, but to disappear after about 30 seconds.

That, is precisely the standard that I hold everyone to. That people do not live up to my expectations is not a valid reason to lower them.

You can set personal expectations as high as you want to, it's just since they're just that, personal expectations of single indiviual, they have very little with actual state of things on the whole. Meaning, it's not reasonable to expect reality be equally nice and fair as your expectations are, and as such the expectations shouldn't be relied upon...

E.g. just because i expect everyone to respect my property doesn't mean i'm going to leave the door unlocked. Because i realize my expectations and reality in this aspect rarely meet. By the same token, expectation every single user of temp rezzer should be polite, respectful of neighbors and technically savvy... won't prevent more clueless people from using these things improperly and affecting environment for everyone around.

You and warda will need to find me first! I'm always looking over my shoulder for Team America.

There are no simple solutions and since the worm is out there now, expect serious reprocussions. Making scripts only work for someone logged in cannot work, its not an option. Controlling a rez script to not work too often is also unworkable. Eliminating temp on rez completely, not hard at all.... Eliminating temp on rez objects from not counting on land prim counts can also be done without a programming nightmare. I suppose that might be the lesser of the two evils.

Ah yes, Kant's categorical imperative...


The number 15000 I got out of the game displays for prim limits. 16384 is just the next higher power of two, plus it's used as a limit elsewhere in the game (e.g. I believe it's the maximum number of bytes a script can use). Twice that would be the maximum size of a signed short integer, and four times that would the max size of an unsigned short. I agree with you that the limit is probably there for performance reasons and there's no actual hard limit in the code due to any of these reasons, but as I said, if we were wrong about that and there is one, my guess would be it'd be one of those numbers. They come up a lot as limits in software...

ZOMG you called it a game!!!11

OMG you said ZOMG!