On Apr 1, 2010, at 10:37 AM, AchipA wrote:

> There is some overhead, but efficiency is a disputable term - there is
> certainly more overhead than hardcron, but IMO not in a way that would
> affect overall performance unless you're running it on a site that has
> hundreds of thousands of hits per day...

Perhaps we could change (or eliminate) the wording. How about simply 'Using 
softcron'? 

I'm curious: what is the extra overhead of soft vs hard cron? Just that it does 
a test on each page access? I'm guessing that's pretty cheap.

> 
> On Apr 1, 5:40 pm, Jonathan Lundell <jlund...@pobox.com> wrote:
>> Section 4.17 (cron) mentions hard vs soft cron defaults, but doesn't say how 
>> to override them.
>> 
>> Section 4.1 (cli) doesn't list --softcron
>> 
>> The startup message for soft cron says: 'Using softcron (but this is not 
>> very efficient)'
>> 
>> In what sense "not efficient"? I understand that the timing is less 
>> consistent, but is there really more overhead? softcron seems like a pretty 
>> reasonable choice if all you're doing it deleting expired sessions.


-- 
You received this message because you are subscribed to the Google Groups 
"web2py-users" group.
To post to this group, send email to web...@googlegroups.com.
To unsubscribe from this group, send email to 
web2py+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/web2py?hl=en.

Reply via email to