Al-Amood, Bahaaldin wrote:
can we move the "use" statements to the cmds and make them use only the objects that are need it for the particular cmd. As of now we read and initialize all the modules upfront weather we need them or not to do a particular task. Also both DBI and Crypto objects should be cached . I think this will indeed improve the performance.
If we move the "use" statements then this will have no influence to mod_perl because mod_perl caches them for us. So I think it is not necessary to move the "use" statements. We have only to write a small notice in our FAQ that it is strongly recommended to use mod_perl.
DBI for example uses nearly all storable modules. I don't have an idea how to cache OpenCA::DBI. Our XML-Cache works with plain text data. Perl's serialization has several problems. This was the reason why I don't send XML::Twig objects - because the serialization doesn't work.
another thing when I look at the code I see that we are creating multiple instances of the same object for example in RAServer we have these statements
$config = new OpenCA::Configuration $dbconfig = new OpenCA::Configuration $dbiconfig = new OpenCA::Configuration
We are creating multiple instances of the same class :) This is correct and necessary. $config includes the general configuration, $dbconfig includes configuration OpenCA::DB and dbiconfig includes the config of OpenCA::DBI. We can only remove this if we create XML-configuration files for these objects and then use the xml cache.
I think this can easily done at minimum for the database configuration.
and those are very file IO intensive. They are ran every time a cgi is executed.
That's correct. So perhaps we should move faster towards XML configurationfiles.
Michael -- ------------------------------------------------------------------- Michael Bell Email: [EMAIL PROTECTED] ZE Computer- und Medienservice Tel.: +49 (0)30-2093 2482 (Computing Centre) Fax: +49 (0)30-2093 2704 Humboldt-University of Berlin Unter den Linden 6 10099 Berlin Email (private): [EMAIL PROTECTED] Germany http://www.openca.org
------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ OpenCA-Devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/openca-devel
