Re: •Re: Big config file reading, or cross-process caching mechanism

I see what you mean:

Reading yaml took 1074368876.73842 to 1074368878.98043, 2.24200582504272
Reading storable took 1074368879.0243 to 1074368879.04725, 0.0229549407958984

So that's a possibility. I'm still interested in the caching possibility too, though.

Comment on Re: •Re: Big config file reading, or cross-process caching mechanism

Replies are listed 'Best First'.
•Re: Re: •Re: Big config file reading, or cross-process caching mechanism by merlyn (Sage) on Jan 17, 2004 at 19:59 UTC
Well, my favorite caching module is Cache::Cache and its hoardes, like Cache::FileCache. And they use Storable. And they're used as the caching mechanism in HTML::Mason. -- Randal L. Schwartz, Perl hacker Be sure to read my standard disclaimer if this is a reply.	[reply]
Re: Re: •Re: Big config file reading, or cross-process caching mechanism by perrin (Chancellor) on Jan 17, 2004 at 19:58 UTC
It's easy to do a quick cache using MLDBM::Sync (which uses Storable for serialization and handles locking for you). This is faster than what Mason currently uses. You could keep a "last modified" time in your cache data and stat the YAML file to make sure your cache is up to date. If the YAML file is newer than the cache, read it and write the data to cache. However, a cache won't solve the problem if you actually have to write the YAML from your program as well as read it.	[reply]