[wp-trac] Re: [WordPress Trac] #7765: Parallel Processing
WordPress Trac
wp-trac at lists.automattic.com
Fri Sep 19 19:15:47 GMT 2008
#7765: Parallel Processing
-------------------------+--------------------------------------------------
Reporter: dcole07 | Owner: anonymous
Type: enhancement | Status: closed
Priority: normal | Milestone:
Component: General | Version:
Severity: normal | Resolution: invalid
Keywords: |
-------------------------+--------------------------------------------------
Comment (by jacobsantos):
Replying to [comment:2 Otto42]:
> The wp-cron stuff is already being processed in parallel by making a hit
to the wp-cron process via http and ignoring the result (because it just
needs to start the thing, not care about what it does). Alternate methods
are popen and pctrl_fork. Perhaps a generic parallel process spawning
function to use one of the many methods available to spawn a separate
process should be added to the code. As a fallback, it could simply run
the code itself not in parallel if none of the methods worked.
[[BR]]
pctrl_fork() can not be used in the web SCGIs. Paranoid web hosts will
most likely disable popen() since it handles shell commands. The current
way the cron is handled is probably the most supported and best way to do
it. Well, besides setting up a crontab job.
I think the problem is whether you are talking about parallel as in
pctrl_fork() or parallel as in how the current wp-cron is handled.
--
Ticket URL: <http://trac.wordpress.org/ticket/7765#comment:3>
WordPress Trac <http://trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list