[pLog-svn] Memory Usage pLog 1.0.1 / 1.1

Benjamin Krause ork at orkland.de
Sun May 29 01:01:32 GMT 2005


Hey ..

> 1) ADOdb seems to be *really* heavy (it's always the first entry in  the 
> uncached top 10!!) I just realised that we're using, what, 10% of  its 
> potential? Perhaps we could get rid of it and implement our own  DB 
> abstraction layer? We'd need to implement a mysql backend class  and  a 
> ResultSet class that maintains the same interface as ADOdb's  ResultSet. 
> Either that, or we trim the code and remove what we don't  need.

radical choise, but i agree.. i would strongly suggest to use dbx as a 
replacement. we will be db independent though, we can start by only 
supporting mysql and postgresql. i can do all the postgresql checks, 
mysql is evil, believe me ;)
pLog 1.2 or 2.0 is the question :)

> 3) Try to get rid of TimeZone.class.php. It's got 124kb worth of  
> timezones... and we don't use them. Why not remove all of them but UTC?

why did you include it then in the first place? :) we will get rid of it 
.. :)

> 4) I don't see what we're loading class.phpmailer.php in the uncached  
> DefaultBlogView. Perhaps this could be improved in your 1.1 branch?

i'll take a look

> 5) I don't think that having each one of the objects in our code  
> inherit from a base Object class is doing any good (other than being  
> theoretically correct) We could also get rid of that if needed.

i really like the concept of inheriting from object/model/etc. it is 
especially useful if you want to turn debugging or logging on. so i 
would not want to change this. and i dont see a real benefit in 
speed/memory if we get rid of them.

> 7) Try going through our API and removing all the stuff we don't  need. 
> I'm sure there's some :)

that might be your task ;)

Ben



More information about the pLog-svn mailing list