constant freezing

Has anyone else experienced constant freezing over the last few weeks, Now if ever I dare to fly over a sim crossing my ava flys offworld and I get the dreaded quit or continue but your not logged in button. My client has crashed 6 times today alone! Im about getting fed up with it, I cant move my cam, I cant fly through sim crossings or I get logged out or freeze. Even when Im standing about just chatting I freeze. Am I the only one?

Yes, I and a few others posted about this. It started with last update. Very very long freezes and its not lag... even animated textures (which run client side) freeze. Its a total viewer lockup usually lasting 10 to 30 seconds.

If it's client side then an uninstall (and a removal of all related SL files) and a clean reinstallation should take care of it. And if you both are running the new optional client with voice it could be somthing in your voice settings. If it's client side and only a few are experiencing the problem it's time to look somewhere besides SL for a cure.

Its a problem within the client software. Identical problems on all computers I have tested. Also has affected many people I have asked in game, not just a few. All having had it start upon last client update. Could be settings related. I don't use voice.

Problem is covered here - quite a few have seen this

https://jira.secondlife.com/browse/VWR-2051

Some people haven't experienced this, so it may be video driver related (and seems more common with NVidia video cards).

Matthew

As there is a time delay between information send and received between each client/user and the SL network, which is cached, the freezes could be related to those caches becoming overloaded, the client, not knowing what to do next, can freeze until the data flows again.
As it has effected quite a few users, and from what I can see, no common denominator between system specs... its is either a common bug in the client effecting client connections, and or LL server freezes under certain circumstances.

I am fairly sure it is not package related, as even if you lose a connection all together, things like animated textures and particles continue. (These are actually just script set object properties and don't require update until changed.) These freezes cause absolutely everything to stop... if you have debug open you will even still read whatever fps you had at the moment of the freeze.

Its not quite that simple - the freezing is cause by something causing the CPU to peak to 100% utilisation thus preventing any program including the SL viewer from doing anything for about 30s. If it was just the viewer waiting for something I'd expect the viewer to pause not freeze the entire computer!

I've just gone back to the pre voice viewer and general FPS and performance is much better.

Matthew

I agree, and I didn't mention that it's not just the SL servers, but also the voice servers, which I did make that comment on another post. The problem maybe ascerbated by using a USB mic or other USB device that is being used by SL, or a 3rd party programme running in the background. SL's client cannot reinitialise the USB drivers if they drop out of memory.

It would be interesting to start a polled post to try and dicover those with issues, and the common denominators of their systems. Any takers?

It seems more likely that the culprit is in the rendering pipeline of the client itself rather than an issue with either the sim servers or the voice servers (or communications to them).

At present suspicion is on some problem using an OpenGL extension for occlusion handling. Switching this of (via the debug menu, under Rendering, Object-Object Occlusion or CTRL-SHIFT-O) seems to improve matters but more feedback and investigation is needed.

[https://jira.secondlife.com/browse/VWR-2051]

Matthew

Last week my RL sister was having terrible problems. We noticed the ping sim was 6000 msec to 10,000 msec. It would come and go. We were both in the same sim and different IP connections about 15 miles away in RL.

I experienced none of the ping sim delays that she was. In the past few days, I too started getting huge ping sim times, 4000 msec then back down to 70 msec. I started moving back and forth across sim boundries and could notice one sim with very high ping sim, jump back to the other sim and watch the ping sim drop back to normal.

I thought earlier, that it was probably my IP, but after the sim crossing test, it seems to be server problems.

I do not use voice and have experienced this with the normal client and using the Nicholaz viewer as well.

I'm having this same problem. When moving around (or moving the camera does it more often) SL will just lock up for anywhere from 3 seconds to indefinitely. CPU usage stays normal and I can continue using other apps on my machine and HD usage stays minimal. It's really annoying when a) It locks up then unfreezes about 30 seconds later and I carried on moving into the middle of no-where or b) it doesn't unfreeze at all and I have to kill the client.

Yrrek Gran: We're not talking about pings, we're talking about complete client freezes.

Yes, all that you can do is spin in circles. Been seeing that!

The "ping sim" is how long it takes your client to send a command to the server.

When you hold down you up arrow key, you command your av to walk forward. If it takes 10 sec, (10,000 msec) for that command to reach the server, you stand there for 10 seconds waiting to move.

Do a Ctrl+Shift+1 and watch the ping sim times. It will probably go crazy. You will not see any packet loss or any bandwidth change, that is the strange part.

I have been seeing this on 3 different pc's, 3 different connections and 2 different clients.

I have run many traceroutes on 3 different systems and it is NOT the IP. Your keystrokes are being ignored by the server.

I have also payed close attention to hard drive activity, nothing going on there so it is not disk cache problems.

As I stated, this is showing up on the current Voice viewer, and on the Nicholaz viewer. This is a totally new problem seemingly unrelated to the previous, disk caching problems, memory leaks etc., and started showing up in about the past week.

As I said, watch your statistics, you will see what I mean.

No!

COMPLETE. CLIENT. FREEZE.

You don't see anything, it looks like your computer has hard-locked until you realise it's just SecondLife that's not responding. You don't walk in circles or anything, you just see a completely frozen screen and clicking just causes windows to put "not responding)" next to the application title bar.

We are obviously talking about 2 different borks here. When I read the jira, I got the impression it was severe delay, 10's of thousand msec response times.

Sunday, I returned to the 1.18.06 client and still experienced the same thing. Which indicates server probs. You seem to experience more like a video lockup.

Chill, it is the input of users experiences that help pinpoint specific problems. Sometimes they seem related, other times, there is no connection between the two. Only then can ppl like Nicholaz Beresford, God Bless him, sort out the probable from the improbable. LL is more interested in adding glitz an sparkle for the corporations.

It is unfortunate that you are "locking up" but just remember, you are using LL AND Microsoft software. God help us, LOL!

This lock up also occurs on Linux and Max (indeed I think it was Linux and Mac reports which appears first on Jira!).

Matthew

I have this too on my mac. I tried the tip on this thread and on the jira to turn off the "Object-Object Occlusion" in the debug menu. And so far,it did not freeze ones. However the client is now also downloading and 'rezzing' the textures and prims that are not visible (e.g. behind a wall). It does not make SL run faster, but anything is better than the lockups!

Meni

I've done that now but it still locks up. Not as often and not as much (I've not had it lock up indefinitely yet since either...) but it still does it. Quite annoying.

When this happens, assuming you have Windows OS, check task manager, and see if you, like me, has 2 versions of SL running, which then goes back to one, when it unfreezes.

I suspect it may have something to do with Dual Core systems, as this was 'fixed' last update, when this all began for me.

Although looking at the list of 'fixes' it only stated 'better identification for Intel Dual Cores', and I'm using AMD....

AMW Mars.... Yes I noticed the same thing and right clicking each and going to processes....

one secondlife is Secondlife.exe
the other is Explore.exe

Once the freeze ends the Explore.exe application closes again.

I have just added this observation to the Jira, though have no idea what it might mean.