I don't know any host who is independend from traffic

Glad you're experimenting with ways to speed up the forum. The forum's great, but the speed isn't (and I've got DSL)! I ddn't notice any improvement at all today. But what happens is that after waiting, it finally opens up  for a fraction of a sec, and for some strange reason, disappears to a blankwhite  page, and then I wait and wait for the page to reopen again. I haven't had that with anything else. But love the forum anyway--keep up the good work!

Quote:
I guess you don't know how terrific speed was before 11.04.02

Quote:
yes that's the mod which I installed here for testing. The external compressing worked fine so far. But not the internal one, it didn't display post with code in them properly anymore.

This methode is meant by external compression: it will call a unix commandline program which will then compress and output the code.

open(GZIP, "| gzip -f");
print GZIP $output;
close(GZIP); 

and the internal compression is done by a php module itself:

require Compress::Zlib;
print Compress::Zlib::memGzip($output); 

I have no idea

It happened two times: once in a thread with a code box including some yabb code and once the message board index of the new mods board.

I was not able to figure out what characters caused the problem.

no, simpy because Win2K does not have GZip Compression

Decreasing  or increasing the number of file reads does not  reduce overhead (unless you remove some of the site features)

In fact with file locking, more files for flat-file data access = faster performance (cause a flock creates a counter) and you can have 2 flocks on seperate files running simultaneosly)

GZIP only works no supported browsers and compresses bandwidth transfer rates (but usually a noticable imporvement)

My suggestion:
Try using eblah: http://www.eblah.com
A board derived from a Yabb forum.

To improve speed on data access, you will have to use a database. Or indexes of any kind (although you probably have).

To reduce overhead in coding techniques. Perl runs faster with Object Oriented formats. rather than function oriented.
So dont call functions by: &FunctionName;
Use them as objects: FunctionName();

Im just glad they are taking off the "&" method of calling subroutines out for PERL 6. Pathetic form of coding. Learn C++, before using perl