[#VWR-9447] Viewer pauses for several seconds, then continues.

1. Second Life Viewer - VWR

Viewer pauses for several seconds, then continues.

Created: 30/Sep/08 06:06 PM Updated: 19/Oct/09 06:49 AM

Return to search

Component/s:

Performance

Affects Version/s:

1.21 Release Candidate

Fix Version/s:

None

Environment:

« Hide

CPU: AMD Athlon X2 6000+ (3Ghz)
Memory: 8191 MB
OS Version: Microsoft Windows Vista Service Pack 1 (Build 6001)
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce 8800 GT/PCI/SSE2
OpenGL Version: 2.1.2

Issue Links:

Duplicate

This issue duplicates:

VWR-3878 Purging cache textures causes viewer. to pause for many seconds, with heavy disk activity

Description

« Hide

The viewer pauses randomly every so often for several seconds. If I wait then SL always (99% of the time) carries on without crashing once it has finished whatever it is doing.
The viewer goes blank/black if the pause lasts more than a few seconds.
The pausing varies from roughly 5 seconds to 10 seconds, but sometimes lasts a little longer.
Seems to be reading from/writing to the hard drive a lot during the pause.

All

Comments

Change History

Sort Order:

[ Permlink | « Hide ]

Davec Horsforth added a comment - 06/Oct/08 02:34 PM

I am also experiencing this issue. This happen randemly when I am panning around with the camera, when avatar is dancing or standing. The viewer will freeze for several seconds. As Kraelen explains It most cases it recover, I have occassionally had a viewer crash. I am noticing this viewer freeze and recovery more since upgrading to RC 1.21.4.98167.

Second Life 1.21.4 (98167) Sep 30 2008 15:28:25 (Second Life Release Candidate)
Release Notes

CPU: Intel Core 2 Series Processor (1794 MHz)
Memory: 2046 MB
OS Version: Microsoft Windows Vista Service Pack 1 (Build 6001)
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce 8600M GT/PCI/SSE2
OpenGL Version: 2.1.2

libcurl Version: libcurl/7.16.4 OpenSSL/0.9.7c zlib/1.2.3
J2C Decoder Version: KDU
LLMozLib Version: [LLMediaImplLLMozLib] - 2.01.18623 (Mozilla GRE version 1.8.1.13_0000000000)

[ Permlink | « Hide ]

Kraelen Redgrave added a comment - 15/Oct/08 05:43 PM

I decided to have a look at my log file after it paused. As far as I can tell the problem is this:

2008-10-16T00:28:38Z INFO: LLTextureCache::purgeTextures: TEXTURE CACHE: PURGED: 1048 ENTRIES: 10876 CACHE SIZE: 301902848 MB

This appears every time it pauses. It explains the excessive harddrive activity. But I'm not sure why it would cause the entire viewer to freeze while it deletes various things. Surely it should be running in a seperate thread?

Also I'm rather confused by the cache size. I really doubt my cache is 300TB in size....

[ Permlink | « Hide ]

Kraelen Redgrave added a comment - 15/Oct/08 09:44 PM

It is definitely the purging that causes the viewer to freeze up for several seconds.

2008-10-16T04:41:26Z INFO: LLTextureCache::purgeTextures: TEXTURE CACHE: PURGED: 1506 ENTRIES: 17371 CACHE SIZE: 301608960 MB

[ Permlink | « Hide ]

Ramzi Linden added a comment - 20/Oct/08 05:36 PM - edited

Kraelen, can you tell me what value you have for this Preference setting?

Preferences > Network > Disk Cache size (MB)

[ Permlink | « Hide ]

Kraelen Redgrave added a comment - 20/Oct/08 08:46 PM

I always leave it at the default 500MB.

[ Permlink | « Hide ]

Kraelen Redgrave added a comment - 26/Oct/08 12:51 PM

Linked to older report stating the same problem.

[ Permlink | « Hide ]

Iian Beaumont added a comment - 30/Oct/08 10:28 AM

This problem has made the entire 1.21 series unusable for me

Mac OS 10.5.5 Nvidia 8800 with 4 gig ram on a Mac Pro 2 x 2.8 quad core.

The latest builds 1.21 builds lock up every few minutes for 30 seconds or more. Then all is fine for the next 2 minutes. This is not related to activity, or region, just pannin around and bam - total lock up for 30 seconds. . This does not happen with Cool Viewer. It happens only once in a 1/2 hour on the 1.20.17 build

Specific builds this is reproduced on : 1.21.6 , 1.21.5RC, 1.21.3SLim

This is 100% reproducible. The exact same problem occurs on the Macbook pro with the 512 video card. Again on that machine, the problem is lass apparent on the 1.20.x viewers.