ok I am totally wrong. The only reason it was take from 20MB to 900 bytes is becasye the file was in sequential order. 1-255 1-255 1-255. So you have to split the data into segments to retrieve it. hmmph.......
On 04/06/2012 at 10:00 PM, skr...@hushmail.com wrote:Thanks paul, I understand your reasoning behind the function names and then renaming them to something more generic. I will create a fork that is clean of dbamil also. I appreciate your advice and insight. Memcache can also store binary data. Then if we gzip the data we can consolidate a 20mb email to around 903 bytes that can fit inside one key. I found when I store 3200 bytes the memcache session locks up. So the sweet spot on keys is somewhere between 1800 to
_______________________________________________ Dbmail-dev mailing list Dbmail-dev@dbmail.org http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail-dev
