Check the Cache:FastMmap docs for parameters you can tweak. Maybe max page
size? Or, use the File driver which should have no such limitation.
On Jul 26, 2011 9:05 AM, Ryan Perry <rpe...@madisonip.com> wrote:
So it seems my DB query gives me back 100KB of data. If I shrink what I'm
trying to cache it works beautifully. How can I over come this limit OR
what's a good way to deal with this?
On Mon, Jul 25, 2011 at 5:51 PM, Jonathan Swartz <swa...@pobox.com> wrote:
You seem to be getting one key (DoctorSigs_AC-...) but setting a different one
(Sigh-...).
Try a dead-simple example where you are getting and setting a single static key
(e.g. 'main') and see if you can get that to work first.
Jon
On Jul 25, 2011, at 1:40 AM, Ryan Perry wrote:
> CHI / FastMmap are not caching/reading my data correctly. When I do
this I do get files in /var/spool/mason/site/cache.
>
> httpd.conf:
> PerlAddVar MasonDataCacheApi chi
> PerlAddVar MasonDataCacheDefaults
"driver => FastMmap"
>
>
>
> my $cache2 = $m->cache;
> my $sigh = $cache2->get('DoctorSigs_AC-' .
$session{DoctorCode});
> unless ($sigh) {
> warn 'big sigh';
> $sigh=$dbh->selectcol_arrayref(q{ SELECT
'Sigh' });
>
> $cache2->set('Sigh' . $session{var}, $sigh,
{expires_in => '1w'});
> warn "setting cache for 'Sigh-$session{var}'
for 1 week";
>
> }
>
> If I recall, CHI has a slightly different expires syntax, but I don't
recall...
>
>
> --
> Ryan Perry
> CEO/Network Engineer
> MadisonIP
> madisonIP.com
>
------------------------------------------------------------------------------
> Storage Efficiency Calculator
> This modeling tool is based on patent-pending intellectual property that
> has been used successfully in hundreds of IBM storage optimization engage-
> ments, worldwide. Store less, Store more with what you own, Move
data to
> the right place. Try It Now!
http://www.accelacomm.com/jaw/sfnl/114/51427378/_______________________________________________
> Mason-users mailing list
> Mason-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mason-users
--
Ryan Perry
CEO/Network Engineer
MadisonIP
madis
------------------------------------------------------------------------------
Magic Quadrant for Content-Aware Data Loss Prevention
Research study explores the data loss prevention market. Includes in-depth
analysis on the changes within the DLP market, and the criteria used to
evaluate the strengths and weaknesses of these DLP solutions.
http://www.accelacomm.com/jaw/sfnl/114/51385063/
_______________________________________________
Mason-users mailing list
Mason-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mason-users