Hi,
Are there any plans to make APC work in a similar way to Zend Guard et
al so that we could distribute cache/dump files instead of the php
source. Is this something that would be easy to add?
Brian is this what you're working on? ("on disk cache" from
https://wiki.php.net/pecl/apc/todo/40?s[]=apc).
Thanks,
John.
--
John Carter
Development Manager
Identity Networks
hi,
The 4.x plans went a bit to nowhere while there are good ideas in there.
Moving the user cache out of the opcode cache is one of them. At the
same time we could prepare something to have a driver based (simple)
cache API. I plan to add persistent caching in the next couple of
month so I may do this as well, as long as Gopal or Rasmus are fine
with the idea.
On Fri, Jul 22, 2011 at 5:56 PM, John Carter
jcarter@identitynetworks.com wrote:
Hi,
Are there any plans to make APC work in a similar way to Zend Guard et
al so that we could distribute cache/dump files instead of the php
source. Is this something that would be easy to add?Brian is this what you're working on? ("on disk cache" from
https://wiki.php.net/pecl/apc/todo/40?s[]=apc).Thanks,
John.
--
John Carter
Development Manager
Identity Networks
--
Pierre
@pierrejoye | http://blog.thepimp.net | http://www.libgd.org
I know the political discussions like "not needed" etc.
But imho it might also be useful in corner-cases when you'd need an
on-disk-cache etc.
So if we have a volunteer to add it and it could maybe be done "cleanly"
(plugin-API, ...) I'd appreciate if you'd allow him to try to come up
with a solution :-)
Regards,
Stefan
hi,
The 4.x plans went a bit to nowhere while there are good ideas in there.
Moving the user cache out of the opcode cache is one of them. At the
same time we could prepare something to have a driver based (simple)
cache API. I plan to add persistent caching in the next couple of
month so I may do this as well, as long as Gopal or Rasmus are fine
with the idea.On Fri, Jul 22, 2011 at 5:56 PM, John Carter
jcarter@identitynetworks.com wrote:Hi,
Are there any plans to make APC work in a similar way to Zend Guard et
al so that we could distribute cache/dump files instead of the php
source. Is this something that would be easy to add?Brian is this what you're working on? ("on disk cache" from
https://wiki.php.net/pecl/apc/todo/40?s[]=apc).Thanks,
John.
--
John Carter
Development Manager
Identity Networks
I know the political discussions like "not needed" etc.
But imho it might also be useful in corner-cases when you'd need an
on-disk-cache etc.
So if we have a volunteer to add it and it could maybe be done "cleanly"
(plugin-API, ...) I'd appreciate if you'd allow him to try to come up
with a solution :-)
Regards,
Stefan
hi,
The 4.x plans went a bit to nowhere while there are good ideas in there.
Moving the user cache out of the opcode cache is one of them. At the
same time we could prepare something to have a driver based (simple)
cache API. I plan to add persistent caching in the next couple of
month so I may do this as well, as long as Gopal or Rasmus are fine
with the idea.On Fri, Jul 22, 2011 at 5:56 PM, John Carter
jcarter@identitynetworks.com wrote:Hi,
Are there any plans to make APC work in a similar way to Zend Guard et
al so that we could distribute cache/dump files instead of the php
source. Is this something that would be easy to add?Brian is this what you're working on? ("on disk cache" from
https://wiki.php.net/pecl/apc/todo/40?s[]=apc).Thanks,
John.
--
John Carter
Development Manager
Identity Networks
The original question was for something akin to Zend Guard which is an
encryption mechanism. There really are no plans for that.
-Rasmus
I know the political discussions like "not needed" etc.
But imho it might also be useful in corner-cases when you'd need an
on-disk-cache etc.So if we have a volunteer to add it and it could maybe be done "cleanly"
(plugin-API, ...) I'd appreciate if you'd allow him to try to come up
with a solution :-)Regards,
Stefanhi,
The 4.x plans went a bit to nowhere while there are good ideas in there.
Moving the user cache out of the opcode cache is one of them. At the
same time we could prepare something to have a driver based (simple)
cache API. I plan to add persistent caching in the next couple of
month so I may do this as well, as long as Gopal or Rasmus are fine
with the idea.On Fri, Jul 22, 2011 at 5:56 PM, John Carter
jcarter@identitynetworks.com wrote:Hi,
Are there any plans to make APC work in a similar way to Zend Guard et
al so that we could distribute cache/dump files instead of the php
source. Is this something that would be easy to add?Brian is this what you're working on? ("on disk cache" from
https://wiki.php.net/pecl/apc/todo/40?s[]=apc).Thanks,
John.
--
John Carter
Development Manager
Identity Networks
yeah, just re read it and I realized that I miss the zend guard part,
which is definitively not on my todos, and will never be :)
The original question was for something akin to Zend Guard which is an
encryption mechanism. There really are no plans for that.-Rasmus
I know the political discussions like "not needed" etc.
But imho it might also be useful in corner-cases when you'd need an
on-disk-cache etc.So if we have a volunteer to add it and it could maybe be done "cleanly"
(plugin-API, ...) I'd appreciate if you'd allow him to try to come up
with a solution :-)Regards,
Stefanhi,
The 4.x plans went a bit to nowhere while there are good ideas in there.
Moving the user cache out of the opcode cache is one of them. At the
same time we could prepare something to have a driver based (simple)
cache API. I plan to add persistent caching in the next couple of
month so I may do this as well, as long as Gopal or Rasmus are fine
with the idea.On Fri, Jul 22, 2011 at 5:56 PM, John Carter
jcarter@identitynetworks.com wrote:Hi,
Are there any plans to make APC work in a similar way to Zend Guard et
al so that we could distribute cache/dump files instead of the php
source. Is this something that would be easy to add?Brian is this what you're working on? ("on disk cache" from
https://wiki.php.net/pecl/apc/todo/40?s[]=apc).Thanks,
John.
--
John Carter
Development Manager
Identity Networks
--
Pierre
@pierrejoye | http://blog.thepimp.net | http://www.libgd.org
yeah, just re read it and I realized that I miss the zend guard part,
which is definitively not on my todos, and will never be :)The original question was for something akin to Zend Guard which is an
encryption mechanism. There really are no plans for that.-Rasmus
John maybe mentioned Zend Guard as an example, but imp he didn't
suggested to add the feature set of ZG, only that it would be a nice
feature, if APC would support dumping/restoring the cache.
this way for example you could add this to your build/deployment
workflow, so you don't have to warmup your cache on N machine for
optimal performance.
--
Ferenc Kovács
@Tyr43l - http://tyrael.hu
yeah, just re read it and I realized that I miss the zend guard part,
which is definitively not on my todos, and will never be :)The original question was for something akin to Zend Guard which is an
encryption mechanism. There really are no plans for that.-Rasmus
John maybe mentioned Zend Guard as an example, but imp he didn't
suggested to add the feature set of ZG, only that it would be a nice
feature, if APC would support dumping/restoring the cache.
this way for example you could add this to your build/deployment
workflow, so you don't have to warmup your cache on N machine for
optimal performance.
Ah, but if it is for performance reasons, there is very little to be
gained. The big win with APC comes from eliminating disk activity by
pointing the executor directly at the op_array along with the in-memory
function and class caches stored in shared memory. Restoring these from
disk and sorting out where things go in memory is not going to be any
quicker than simply recompiling the file. If we had a better opcode
structure it theoretically could be faster, but as it is it would take a
lot of work to get very small gains.
-Rasmus
yeah, just re read it and I realized that I miss the zend guard part,
which is definitively not on my todos, and will never be :)The original question was for something akin to Zend Guard which is an
encryption mechanism. There really are no plans for that.-Rasmus
John maybe mentioned Zend Guard as an example, but imp he didn't
suggested to add the feature set of ZG, only that it would be a nice
feature, if APC would support dumping/restoring the cache.
this way for example you could add this to your build/deployment
workflow, so you don't have to warmup your cache on N machine for
optimal performance.Ah, but if it is for performance reasons, there is very little to be
gained. The big win with APC comes from eliminating disk activity by
pointing the executor directly at the op_array along with the in-memory
function and class caches stored in shared memory. Restoring these from
disk and sorting out where things go in memory is not going to be any
quicker than simply recompiling the file.
apc_bin_load/_dump() functions clearly illustrate how this does not
really give any benefit for an apache based instance.
Although, it does work really well if you are say, running phpunit
tests with a large project (and yeah, I've got a bug to fix for the
drupal/drush folks).
Cheers,
Gopal
Hi Pierre,
Is this a technical limitation, or just something you're not
particularly interested in doing?
John.
yeah, just re read it and I realized that I miss the zend guard part,
which is definitively not on my todos, and will never be :)The original question was for something akin to Zend Guard which is an
encryption mechanism. There really are no plans for that.-Rasmus
I know the political discussions like "not needed" etc.
But imho it might also be useful in corner-cases when you'd need an
on-disk-cache etc.So if we have a volunteer to add it and it could maybe be done "cleanly"
(plugin-API, ...) I'd appreciate if you'd allow him to try to come up
with a solution :-)Regards,
Stefanhi,
The 4.x plans went a bit to nowhere while there are good ideas in there.
Moving the user cache out of the opcode cache is one of them. At the
same time we could prepare something to have a driver based (simple)
cache API. I plan to add persistent caching in the next couple of
month so I may do this as well, as long as Gopal or Rasmus are fine
with the idea.On Fri, Jul 22, 2011 at 5:56 PM, John Carter
jcarter@identitynetworks.com wrote:Hi,
Are there any plans to make APC work in a similar way to Zend Guard et
al so that we could distribute cache/dump files instead of the php
source. Is this something that would be easy to add?Brian is this what you're working on? ("on disk cache" from
https://wiki.php.net/pecl/apc/todo/40?s[]=apc).Thanks,
John.
--
John Carter
Development Manager
Identity Networks
--
John Carter
Development Manager
Identity Networks
Are there any plans to make APC work in a similar way to Zend Guard et
al so that we could distribute cache/dump files instead of the php
source. Is this something that would be easy to add?
Nope, no such plans. Protect your code with a license.
-Rasmus
2011.07.22 18:56 John Carter rašė:
Hi,
Are there any plans to make APC work in a similar way to Zend Guard et
al so that we could distribute cache/dump files instead of the php
source. Is this something that would be easy to add?Brian is this what you're working on? ("on disk cache" from
https://wiki.php.net/pecl/apc/todo/40?s[]=apc).
Are you sure that you are looking at the right pecl extension.
http://pecl.php.net/package/bcompiler
--
Tomas