Jump to content

Triple Peccable

Resident
  • Content Count

    251
  • Joined

  • Last visited

Community Reputation

1 Neutral

About Triple Peccable

  • Rank
    Advanced Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. One of my items had become unlisted also. Everyone should check their listings for items that have suddenly been unlisted.
  2. I believe the diagonal sim visibility problem is not a simulator<>simulator or a viewer<>simulator communication problem, it is a simulator<>central server communication problem. The problem started over a year ago, when I filed a JIRA about TCP connections remaining open, causing 1000's of connections to pile up as one moved through different sims. At the time the issue was resolved, it was stated the problem wasn't with the server code, it was with the central servers code. That is when the diagonal sim visibility problem initially started. I believe a patch was applied
  3. Maki Guyot wrote: If any Linden Lab employee is reading this; you're pushing your userbase away with your constant changes. You're effectively pushing your product on the road to bankruptcy. Have fun with it. I'll just sit on the sidelines and watch the ship sink. You clearly don't want my business. There is an angle you might not have considered: LL is indeed allowing older residents to drop out of SL without worrying about the losses, possibly even encouraging us to leave. Why? Because we are used to the old Linden culture, we feel like residents, and we expect to be treated like reside
  4. Here is a little info on a connection between the missing prim issue and some of the problems with scripts people have been reporting. I have a bot that wears a HUD, and on a daily basis TP's to a lot of sims. About the time the interest list project was first introduced, script errors started occurring on a once-in-a-great-while basis. The problem turns out to be related to the missing prim issue. Every once in a great while, one prim in the HUD the bot wears fails to rez after a teleport (it is always the same prim). That prim has 1 script in it, and when the problem occurs this mono error
  5. Maestro and Andrew, I wanted to report on the bot's usage. Fixed! Before this incident the bot's "normal" usage was 5 MB / hr. That is so normal no one would suspect anything. But now it is 1 MB / hr! It has never been that low before, ever. The improvement might be from the interest list changes, but since the bot is parked 3300m up with a very limited draw distance, I think it is from this UDP bug fix, and will help with more than just bots.
  6. WolfBaginski Bearsfoot wrote: 5: The old bugs are still there, such as the parcel-full problem for vehicles when they cross a region boundary. Can you point to a specific place where this is still a problem? I have done a lot of testing, and from what I can tell that problem is fixed. It has been replaced with a new problem: Crossing into or out of a private parcel while crossing a sim boundry. I was so sure the full parcel problem was fixed that I removed that check from the Ban Line HUD, and replaced it with private parcel detection.
  7. I think you are fighting a SL problem. I ran into the exact same problem yesterday. Fortunately the customer was in my support group and I was able to pull her up and send her an IM from there. But I told her about being missing from search and she knew nothing about it. She had not changed her privacy settings in any way, so I am pretty sure LL has dropped a bunch of residents from search. You probably will want to file a JIRA. I don't spend enough time in SL any more to justify filing one myself.
  8. Very good! I can easily park the bot in a non-Magnum region when it is idle, so I'm ok. I am more worried about the users that don't know about this. There is no outward sign of a problem, so anyone on a metered internet connection is in for a (quite large) shock when they get their next bill. Thanks to you and Latif for looking into it.
  9. Maestro and Andrew, Unfortunately today's roll did not fix the bot excessive bandwidth/resend problem. It still shows the same pattern as before: downloaded data reaches 100 kB/sec within 2 to 3 minutes of landing in a Magnum sim. Notice that is 100 kilobytes/sec, not 100 kilobits/sec. The data transferred reaches over 10GB daily. Pretty major if you ask me. This chart shows 6 minutes of time, with download data on the left and upload data on the right. Time is shown along the bottom. The first minute or so shows the bot's normal usage while sitting in a main server channel region. The fir
  10. Whirly Fizzle wrote: For those of you having this problem and have a laptop, if you take your laptop round to a RL friends and test on their connection, can you still reproduce it? And if I can add to that request: If anyone affected who has bandwidth monitoring software could go to a Magnum region, with no other avatars and draw distance set to minimum, and compare the background bandwidth being used (after a couple minutes settling time) to that of a non-Magnum region under the same conditions?
  11. Andrew, here is my take on it. Please take it with a grain of salt. What I have read here seems to indicate that all the resends being sent to bots are not limited to bots, it seems some normal residents are affected also. My theory is that the residents having all the problems with duplicated chat, moving, packet loss, etc. are affected by this resend bug. So, in effect their bandwidth is being clogged with all the resends. If I am correct, then once the "bot resend bug" is isolated and fixed then these other network related problems will go away also. This should be easy enough to check.
  12. Could some of the issues that appear to be network issues be caused by the bot bandwidth problem? I know that on my home network I was going crazy trying to figure out what my strange problems were until I discovered all the bandwidth that was being hogged by the bot I host. Seems to me if there were enough bots in the same sim that they could be using so much of the server resources that it could explain some of these other issues.
  13. Sounds good Andrew. Thanks for your attention to this matter.
  14. Andrew and Maestro, I just realized I gave some incorrect information. This problem is occurring with the LibOpenMetaverse bot, not a JVA bot. I used to use JVA but switched. There is another thread concerning a problem with JVA bots. This bot is open source, so if there if is a good search string or another way to tell if valid AgentUpdate UDP messages are being sent let me know.
  15. Sorry Andrew, I don't have any way to tell that that I know of. The bot's console screen remains silent, and the bot even continues to function normally as far as I can tell. If you can set up a test region somewhere (on agni) it would be easy enough for me to TP the bot there and watch the traffic meter. ETA: Does the 100kB/sec cap the data appears to reach after 2 minutes give a clue? Is anything capped at that rate?
×
×
  • Create New...