I rarely run 2.8. I have the same issues with it eating all the memory and crashing to desktop. I skipped many of the 2.7 releases but the ones i had and the 2.6 were far more stable for me. Even before it crashes, i've noticed that 2.8 handles allot more sluggish then 2.6 was. in my mind it is unacceptable and it is one of the reasons I prefer firestorm. while it might be a bit behind on intigrating everything in, it is generally more stable when it does so. (one - two crashes a day as compared to the one-two an HOUR with 2.8.) (Keep in mind i'm a heavy user and sometimes deliberately trying to tax the viewers so my crash rates will be higher.) both my systems have more then two gigs of memory and there is simply no reason for SL to need more then a gig on normal stuff and two if media is playing. with 2 gigs i can run 3-4 instances of snowglobe simultaneously, smoothly with little performance loss... I should be able to run at least two of snowstorm smoothly.
Date: Sun, 7 Aug 2011 12:55:37 -0700 From: missannoto...@yahoo.com To: opensource-dev@lists.secondlife.com Subject: Re: [opensource-dev] Concerned about frequent crashes Yes. It is so bad I was unable to be logged in for more than a minute in a sim with 40+ people last night. I installed Phoenix and had no problems rezzing all the avatars and no crashes for hours. Teleports were instant. Everything works really fast. The issues with geometry appears to reside soley with LL's SLv2. V1.x appears capable of rendering anything thrown at it. From: Marine Kelley <marinekel...@gmail.com> To: Lee ponzu <lee.po...@gmail.com> Cc: Opensource_dev <opensource-dev@lists.secondlife.com> Sent: Sunday, August 7, 2011 2:07 PM Subject: Re: [opensource-dev] Concerned about frequent crashes I crash a lot on 2.8.0, at least twice a day. It is usually a sudden crash to desktop, and from the log it looks like the viewer goes short on memory. It happens more often with deferred rendering on, but it is always random, I could never link it to any particular action I take. My computer has 4GB memory, and is running Win 7 that takes 1.5GB all by itself. But I would believe that 2GB should be enough for the SL viewer... It keeps eating more and more memory though. Seems there is a huge memory leak in the deferred renderer. On 07/08/2011, Lee ponzu <lee.po...@gmail.com> wrote: > I am concerned that the latest viewers have been crashing a lot for the last > week or two. I crash as often as 3 times per hour. I attach one crash > report below. Is this problem known and being worked on, or is it just me? > I am sort of a canary in the coal mine because this is an older iMac and I > use Satellite internet, so maybe I expose problems that don't crash other > people. > > Question: When OS X pops up a Problem Report for a crashed app, and says > the report is being sent to Apple, do those actually go anywhere? Is there > any maybe automated analysis and statistics done? If not, would it be > useful? Maybe I could help there. > > ponzu > > Process: Second Life [908] > Path: /Applications/Viewers/Project Viewer - > Mesh.app/Contents/MacOS/Second Life > Identifier: com.secondlife.indra.viewer > Version: Second Life version 2.8.2.237321 (2.8.2.237321) > Code Type: X86 (Native) > Parent Process: launchd [631] > > Date/Time: 2011-08-07 13:26:05.591 -0400 > OS Version: Mac OS X 10.6.8 (10K549) > Report Version: 6 > > Interval Since Last Report: 228428 sec > Crashes Since Last Report: 4 > Per-App Interval Since Last Report: 29574 sec > Per-App Crashes Since Last Report: 3 > Anonymous UUID: 18404959-AFD8-476A-807F-8B2EE7A368F6 > > Exception Type: EXC_CRASH (SIGQUIT) > Exception Codes: 0x0000000000000000, 0x0000000000000000 > Crashed Thread: 1 Dispatch queue: com.apple.libdispatch-manager > > Thread 0: Dispatch queue: com.apple.main-thread > 0 libSystem.B.dylib 0x91b75c5a __kill + 10 > 1 libSystem.B.dylib 0x91b75c4c kill$UNIX2003 + 32 > 2 libSystem.B.dylib 0x91c085a5 raise + 26 > 3 libllcommon.dylib 0x04965480 > default_unix_signal_handler(int, __siginfo*, void*) + 432 > 4 libSystem.B.dylib 0x91b7b05b _sigtramp + 43 > 5 libSystem.B.dylib 0x91b40f56 wait4 + 10 > 6 libSystem.B.dylib 0x91ba25e5 pclose + 215 > 7 libllcommon.dylib 0x04a333de LLMemoryInfo::loadStatsMap() + > 3598 > 8 libllcommon.dylib 0x04a34763 LLMemoryInfo::refresh() + 35 > 9 libllcommon.dylib 0x04a401ee FrameWatcher::tick(LLSD const&) > + 606 > 10 libllcommon.dylib 0x04a356d2 > boost::detail::function::function_obj_invoker1<boost::_bi::bind_t<bool, > boost::_mfi::mf1<bool, FrameWatcher, LLSD const&>, > boost::_bi::list2<boost::_bi::value<FrameWatcher*>, boost::arg<1> > >, bool, > LLSD const&>::invoke(boost::detail::function::function_buffer&, LLSD const&) > + 82 > 11 com.secondlife.indra.viewer 0x0175e689 > boost::signals2::detail::signal1_impl<bool, LLSD const&, LLStopWhenHandled, > float, std::less<float>, boost::function<bool ()(LLSD const&)>, > boost::function<bool ()(boost::signals2::connection const&, LLSD const&)>, > boost::signals2::mutex>::slot_invoker::m_invoke(boost::shared_ptr<boost::signals2::detail::connection_body<std::pair<boost::signals2::detail::slot_meta_group, > boost::optional<float> >, boost::signals2::slot1<bool, LLSD const&, > boost::function<bool ()(LLSD const&)> >, boost::signals2::mutex> > const&, > ...) const + 57 > 12 com.secondlife.indra.viewer 0x0175e94d > boost::signals2::detail::signal1_impl<bool, LLSD const&, LLStopWhenHandled, > float, std::less<float>, boost::function<bool ()(LLSD const&)>, > boost::function<bool ()(boost::signals2::connection const&, LLSD const&)>, > boost::signals2::mutex>::operator()(LLSD const&) + 525 > 13 libllcommon.dylib 0x049a71df LLEventStream::post(LLSD > const&) + 63 > 14 com.secondlife.indra.viewer 0x000de32d LLAppViewer::mainLoop() + 1453 > 15 com.secondlife.indra.viewer 0x01350918 main + 568 > 16 com.secondlife.indra.viewer 0x00009ad6 start + 54 > > Thread 1 Crashed: Dispatch queue: com.apple.libdispatch-manager > 0 libSystem.B.dylib 0x91b3b382 kevent + 10 > 1 libSystem.B.dylib 0x91b3ba9c _dispatch_mgr_invoke + 215 > 2 libSystem.B.dylib 0x91b3af59 _dispatch_queue_invoke + 163 > 3 libSystem.B.dylib 0x91b3acfe _dispatch_worker_thread2 + 240 > 4 libSystem.B.dylib 0x91b3a781 _pthread_wqthread + 390 > 5 libSystem.B.dylib 0x91b3a5c6 start_wqthread + 30 > > Thread 2: > 0 libSystem.B.dylib 0x91b14afa mach_msg_trap + 10 > 1 libSystem.B.dylib 0x91b15267 mach_msg + 68 > 2 libexception_handler.dylib 0x04d27bcd > google_breakpad::ExceptionHandler::WaitForMessage(void*) + 125 > 3 libSystem.B.dylib 0x91b42259 _pthread_start + 345 > 4 libSystem.B.dylib 0x91b420de thread_start + 34 > > > > > > Second Life 2.8.2 (237321) Jul 29 2011 17:51:01 (Project Viewer - Mesh) > Release Notes > > CPU: Intel(R) Core(TM)2 Duo CPU T7700 @ 2.40GHz (2400 MHz) > Memory: 3072 MB > OS Version: Mac OS X 10.6.8 Darwin 10.8.0 Darwin Kernel Version 10.8.0: Tue > Jun 7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386 > Graphics Card Vendor: ATI Technologies Inc. > Graphics Card: ATI Radeon HD 2600 PRO OpenGL Engine > > OpenGL Version: 2.1 ATI-1.6.36 > > libcurl Version: libcurl/7.21.1 OpenSSL/0.9.8q zlib/1.2.5 c-ares/1.7.1 > J2C Decoder Version: KDU v6.4.1 > Audio Driver Version: FMOD version 3.750000 > Qt Webkit Version: 4.7.1 (version number hard-coded) > Voice Server Version: Not Connected > Built with GCC version 40001 > _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
_______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges