[VPM] - data structures, performance and memory
Jer A
jeremygwa at hotmail.com
Fri Nov 10 17:35:05 PST 2006
hello Eric,
Thanks for your reply.
>The only other question I would have is why are you needing in memory
>storage? Esp if this is being accessed through a CGI, you are screwed right
>there. That bit I find a little confusing.
the memory storage is for project 2. the cgi involves project 1.
project 1 and 2 are totally un-related.
-Jeremy A.
>From: Eric Frazier <eric at dmcontact.com>
>To: "Jer A" <jeremygwa at hotmail.com>,victoria-pm at pm.org
>Subject: Re: [VPM] - data structures, performance and memory
>Date: Fri, 10 Nov 2006 09:28:20 -0800
>
>Hi Jeremy,
>
>Kind of a philosophy thing maybe, but I would not tend to think it is bad
>idea to optimize things as much as you can. Esp considering you will be
>running this script on a shared hosting server. And I kind of have this
>thing about answer the question someone asks, not telling them it is the
>wrong thing to ask.
>
>So assuming that what Jeremy wants to do is correct with the above in mind.
>What would be the best way to go? Sure there isn't that much data, but it
>doesn't take much to get expensive in that shared environment.
>
>This looks interesting, but we go back to that shared server thing:
>http://www.danga.com/memcached/
>
>So what I would wonder about is would there be any benefit to using
>storeable, or compressing the data first using something like
>Compress::Zlib::memGzip
>
>Which again might be an issue on something like Shaw.. I have winged
>installing perl modules by FTP by compiling them on another machine first
>
>So then would Storeable be of some use? Does it end up being more efficient
>in size? I would think so from what I have seen.
>
>This also might be worth looking at as I didn't know this about perl 5.8
>Tie::Handle::ToMemory Since that wasn't possible since before 5.8 you could
>look at how this guy did it..
>
>The only other question I would have is why are you needing in memory
>storage? Esp if this is being accessed through a CGI, you are screwed right
>there. That bit I find a little confusing.
>
>
>Eric
>
>
>
>
>At 08:34 PM 09/11/2006, Jer A wrote:
>>hi all perl gurus,
>>
>>I am working on two projects where I can use some of your advice.
>>
>>project 1: I am volunteering for a non-profit organization putting a
>>printed
>>"information directory" on their website. It will consist of a search
>>engine, and an Index of categories, where one can narrow down, and browse,
>>if they do not wish to do a search. Due, to funding and other
>>restrictions,
>>they cannot host an sql database, xml or webservices, as they use SHAW
>>hosting, So I will be doing this project using a flat file approach.
>>should
>>I use many small flat files, or one big one? should I make a filesystem
>>directory for each catagory? or how can i associate keywords with the data
>>to be searched? What can i do to make this search engine as fast and
>>efficient as possible?
>>
>>project 2: I am working on a project where I need to store data in memory.
>>What are the memory requirements of certain structures eg.
>>hash,array,array
>>of anon hashes,array of packed data,array of strings, array of objects
>>etc.
>>
>>suppose I have a hundred records (structures) holding eg. age,name,address
>>etc. what is the best way of storing this data live in memory for a long
>>period time, for performance and efficiency.
>>An array of anon hashes is pretty, but may not be the best for
>>performance,
>>and mem usage...am i right? Considering this, how can I store records with
>>elements that can be of different record types, saving the most amount of
>>memory as possible......can I do this with pack and unpack, I am not
>>familiar with this, but do you think s more efficient, than an array of
>>element delimited strings? or what if each record is an instantiated
>>object
>>with properties?
>>
>>Thanks in advance for your advice and help.
>>
>> -Jeremy A.
>>
>>_________________________________________________________________
>>Ready for the world's first international mobile film festival celebrating
>>the creative potential of today's youth? Check out Mobile Jam Fest for
>>your
>>a chance to WIN $10,000! www.mobilejamfest.com
>>
>>_______________________________________________
>>Victoria-pm mailing list
>>Victoria-pm at pm.org
>>http://mail.pm.org/mailman/listinfo/victoria-pm
>
_________________________________________________________________
Find a local pizza place, music store, museum and more
then map the best
route! Check out Live Local today! http://local.live.com/?mkt=en-ca/
More information about the Victoria-pm
mailing list