Serializing to a file for a large number of objects isn't the correct solution. For smaller projects it might be.
The ideal (e.g. correct) solution is to have a server global scope which never disappears. Something like a $SERVER_GLOBALS[] array or some such. For instance, it would be extremely cool to pre-load class files when the server loads so you don't have to incur that overhead. It would be extremely cool to instantiate objects at server start time and just have them available ... basically making PHP have some mod_perl's capabilities. I had looked at serializing, but if I understand correctly before you can unserialize them back you have to load all the class files again ... which in my case means 1000's of lines of code each time ... in my situation I'm running a system that has to load, compile and run 4-5 thousand lines of code .... and that's just to /construct/ the objects. I'd like to do that once at server load time and then not again. -- Yermo On Mon, 26 Nov 2001, Benjamin Barringer wrote: > Why don't you use serialize and unserialize and write the objects to a file. > Makes a tremendous performance improvement (for my particular code base). I > realize this isn't exactly what you need but; it may be a suitable > alternative? You should also try out the Zend Cache. For a lot of my > projects the cache is to $$$. > > Thanks > Ben > > > ----- Original Message ----- > From: "Yermo M. Lamers" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Sunday, November 25, 2001 7:50 PM > Subject: [PHP-DEV] Server-Wide Persistent objects in PHP? > > > > > > I'm building a reusable component object system in PHP where construction > > of object trees, which needs to occur on every page, is very expensive. > > > > Running the subsequently built objects is very inexpensive. > > > > To make this system viable to use on high volume websites, I want to get > > rid of the "construction of objects on every page" part which means I > > want the ability to make object instances long lived. (i.e. build the > > object once and have it live for as long as the server lives similar to > > the way you can make objects server-wide global in mod_perl). > > > > Based on feedback I've gotten from the php-general list it looks like > > this kind of thing hasn't been implemented yet for PHP. Correct? > > > > If not, could anyone provide pointers where I could start taking a look at > > PHP internals to develop such a beast? > > > > Where I can find out: > > > > how are classes represented internally? > > how are objects represented? > > > > how can I establish classes/functions/variables/objects that have > > a server-wide global scope? What infrastructure needs to be kept > > around in order to keep these objects valid? > > > > can one have php interpreter instances share data? (i.e. might > > the best solution be to build "another" php interpreter instance > > that persists and have an interface to pass references in and > > out of it?) > > > > Any other suggestions would be greatly appreciated. From what I've been > > able to gather having a long-lived object cache in the serverr would > > make PHP much more viable for high load situations. > > > > On a related question, is there a way to pre-load class definitions when > > the server starts so that class definition files don't have to be > > re-parsed on a page by page basis? > > > > thanks, > > > > -- Yermo > > > > --------------------------------------------------------------------- > > DTLink Software [EMAIL PROTECTED] > > Software Development and Consulting http://services.dtlink.com > > --------------------------------------------------------------------- > > > > > > > > -- > > PHP Development Mailing List <http://www.php.net/> > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > To contact the list administrators, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- DTLink Software [EMAIL PROTECTED] Software Development and Consulting --------------------------------------------------------------------- -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
