Remotely updated vendors, laggy?

The vendors that can be updated remotly sounds very handy, but it seems that there is way different opionions about how much lag they cause.

Is it a matter how they are scripted?

I would be interested in info about these type of vendors when it comes to lag. If some difference in scripts some info about the different versions on market and what cathegory they fall under.

Well, atleast in the case of remote vendors that use only email for talking to the server, they need a timer of a second or less to have a decent response time. So, you get a bunch of vendors and/or servers in a sim, all those fast timers will cause lag. The ones that use XML-RPC (like Gigas does I think), are probably a big less laggy.

As for the solution.. I dont know. Maybe if the lindens made the email event fire without needing a call to llGetNextEmail, that would probably solve the lag issue.

Um. Out of curiosity, why would a vendor need a second or less timer for checking updates? In theory you're in no hurry to get the new product information there (as updates are, in practice, infrequent), so a much longer timer would be just fine, so long as you don't go beyond the scope of llGetNextEmail.

Now, the server for passing off products to avatars... that is something that needs a fast timer. Instant gratification, after all.

Then again, we're talking about Second Life here, so it's not like most people care about how much their scripts thrash a sim. My mistake.

Of course it does depend on the script, so you could be correct but I would say for my vendors this is not correct:

My vendors only need email when they are updated by me, maybe a few times a month.

My vendors SEND email to the server when the customer pays and the server then deals with the customer directly, the server has no need to email back to the vendor at all.

For vendors:
Timers are only needed to respond to email from servers when I update the content lists, thus a 20 or even 30 second timer is sufficient. Even 100s of vendors running a 10 sec timer would cause unnoticeable lag on a sim if they had no email to respond to.

For servers:
Servers DO need a quick response to a customer payment and mine check for email once every second. But only 6 of my servers exist in all of SL. Not exactly lag inducing eh ?

for my system, the vendors use a very slow pulse timer to check for updates , this speed is increased just after a selling because i "ping" the server to avoid problem if the sim the server is is down, then it go back to slow pulse after 15 seconds, the server is a bit faster for the same reason explained below but at the moment there is only ONE instance of the server in SL

True, milage may vary - but from an optomization standpoint, this pretty much sums my point.

This presumably refers to the sim that has banned remotely updated vendors - including the giga's vendors, on the grounds that they add to lag.

My ATMs don't use a timer until someone is actively using them. When they are in use they use a 1.0 second timer.

The server(s) that tie them together use a 1.0 second timer to improve response times, but a few worldwide doesn't cause more lag than a single avatar in a sim.

The Gigas vendors are on a 300 second timer that just calls llGetNextEmail - the amount of lag caused by this is very trivial if anything. That would be the only recurring task (the rest consists of link messages and touch events, which only trigger when the user interacts).

The servers are on a 10-15 second timer (and again, only trigger llGetNextEmail) and as a single object, the impact should be extremely minimal.

We've got a spot in garisson (the Gigas Supermall) which has a numerous number of our vendors there, and constantly maintains a solid FPS.

-Adam

please name and shame ? lol

no I jest!

I know of a mall where the owner walks around in a massive curly prim hairpiece and sends notecards to vendors complaining about lag

llListen() is not the same as making a timer for llGetNextEmail() !!!!!!!!