Summary.Net Archives
 
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Summary-Talk] Memory Question



Lisa-

are you running these for www.nhm.ac.uk ? are you by chance including the 
query string in requests?:

Configure/Options/Include query string in requests

your stats indicate a massive variety of different urls.

(that's a really groovy place you work for, by the way, kudos.)

cheers
cam

>Jason,
>
>We are also hitting the 2 Gig limit. We are currently running Summary
>2.3.10 but due to upgrade soon. I am aware that an upgrade will improve
>memory usage and was wondering how much of an improvement we could expect?
>
>Not sure if you're still looking for this information (see correspondence
>below) but here is the Memory by Type section of a recent Program Status
>report (trying to process a months worth of stats, DNS lookups was off
>but memory saving recommendations are not yet implemented ie Expire hosts
>was set to never, Expire req. and ref if not hit.. was set to 0):
>
>Memory used		881,664K  
>Memory by Type
>	89.71%	Request
>	5.08%		Req.Hist
>	1.69%		Int.Refer
>	1.61%		Host
>	0.89%		Path
>	0.53%		DNSTran
>	0.24%		Referrer
>	0.07%		Agent
>
>Let me know if you're looking for any further info.
>
>Regards,
>Lisa
>
>Lisa Walley
>Interactive Media Developer
>The Natural History Museum, London
>
>
>
>
>
>-----Original Message-----
>From: Jason Linhart [mailto:jason@summary.net]
>Sent: 11 May 2004 16:01
>To: summary-talk@lists.summary.net
>Subject: Re: [Summary-Talk] Memory Question
>
>
>On 5/11/04 10:20 AM Pablo F. Garcia Melga (pablo.garcia@xlnet.com.ar)
>wrote:
>
>>Jason : If the Machine running summary SP, has 4Gb of RAM, and has the
>>/3gb switch in the boot.ini file, will the summary sp use 3Gb of ram for
>>the database instead of 2gb ?
>
>No. Summary SP Lite and SP are limited to a maximum database size of just
>under 2 Gig, (basic) and Plus have a lower limit. Summary is not a
>Windows "3 Gig aware" application, so making that change will have no
>effect.
>
>On other platforms, notably Linux, Summary is able to use the third Gig
>for temporary memory, leaving all of the first two gig for the database.
>But temporary memory usage is never that significant so it didn't end up
>making a detectable difference, and thus we never did the special coding
>to make the Windows version "3 Gig aware".
>
>We are thinking about a 64 bit version of Summary, that will have a far
>far higher limit on the database size, but there is no timetable for when
>that will be done.
>
>More immediately, we are working on ways to use the existing 2 Gig more
>efficiently. I hope to have some noticeable improvements in that area
>quite soon. As part of that it would be nice if I could see the Memory by
>Type section of your Program Status report (and from anyone else who is
>running near the 2 Gig limit). That would help me tune Summary's behavior
>for more efficient memory use. Basically, I am trying to get a sense of
>what is using the most memory for people who are running into the 2 Gig
>limit, so I can focus on improving those data types.
>
>And, just to be through, have you read the Memory FAQ,
><http://summary.net/manual/faq.html#memorylack>? There is a new, more
>detailed, version of the memory FAQ entry that came out with 2.5, that
>also almost entierly applies to 2.3.12. There are many suggestions in
>there for ways of getting your memory usage under control.
>
>Jason
>
>-----------------
>Jason@Summary.Net
>-----------------
>Dr. Seuss books . . . can be read and enjoyed on several levels. For
>example, 'One Fish Two Fish, Red Fish Blue Fish' can be deconstructed
>as a searing indictment of the narrow-minded binary counting system.
>  -- Peter van der Linden, Expert C Programming, Deep C Secrets
>-------------
>Go to <http://summary.net/list.html> to update subscription info.


-- 
-----------------------------------------------
Cameron Knowlton
iGods Internet Marketing
cameronk@igods.com
www.igods.com
P: 250.382.0226
-------------
Go to <http://summary.net/list.html> to update subscription info.