Re: modularization, memory usage and performance

This is an archived low-energy page for bots and other anonmyous visitors. Please sign up if you are a human and want to interact.

which can take up quite a lot of memory during script execution
Why can't you use a Database DBD::SQLite

Comment on Re: modularization, memory usage and performance

Replies are listed 'Best First'.
Re^2: modularization, memory usage and performance by jmagiera (Novice) on Feb 09, 2005 at 03:21 UTC
I am not using a database and I don't want to, because the application is supposed to be easy to install and I want to limit the amount of 3rd party products involved (aiming towards all perl :D ) Since Tie::Persistent seems to be buggy and was last maintained in 2002, I'll probably switch to SDBM_File or so. Perl help me.	[reply]
Re^3: modularization, memory usage and performance by mkirank (Chaplain) on Feb 09, 2005 at 05:47 UTC
SQLite is a Self Contained RDBMS in a DBI Driver Installing DBD::SQLIte is just like Installing any other perl modules	[reply]
Re^4: modularization, memory usage and performance by jmagiera (Novice) on Feb 09, 2005 at 07:17 UTC
It's a good idea, and probably faster than Tie::Persistent. However, the package needs to compile some libs, and I want my application to be used by normal Windows-Users also (who don't have a compiler installed). Is there a way I can pre-compile it and let the end-user skip the compilation part when installing it? Hm.., the ppm of ActivePerl does that. Maybe I should use that for Windows-Users. ----------- Perl help me.	[reply]
Re^5: modularization, memory usage and performance by jplindstrom (Monsignor) on Feb 09, 2005 at 07:27 UTC
Re^6: modularization, memory usage and performance by jmagiera (Novice) on Feb 09, 2005 at 08:24 UTC
Some notes below your chosen depth have not been shown here

• hippo

• erzuuli

‥ Anonymous Monks are no longer allowed to use Super Search, due to an excessive use of this resource by robots.