FUDforum

Post Form

Logged in user:

CommonCrawl [Bot] [logout]

Forum:

How To

Title:

Poll:

[CREATE POLL]

Message Icon:

No Icon

Smiley Shortcuts:
[ list all smilies ]

Formatting Tools:

Body:

Forum Options:
HTML code is off
BBcode is on
Images are on
Smilies are on
Editing Time Limit: Unlimited

File Attachments:

Allowed File Extensions: jpg jpeg png gif txt doc gz bz2 inc php zip diff
Maximum File Size: 1024KB
Maximum Files Per Message: 3

Options:

	Post Notification
	Notify me when someone replies to this message.
	Include Signature
	Include your profile signature.
	Disable smilies in this message

Topic View

Re: Scaling FUDforum

Thu, 08 November 2007 20:37

Ilia

Karma:

Usually tweaking MySQL buffers will give you significant improvements in speed. Also use of an opcode cache such as APC or eAccelerator is an absolute must if you want any kind of serious performance.

Scaling FUDforum

Wed, 07 November 2007 11:55

tangledweb

Karma:

I have a moderately popular forum running FUDforum 2.7.4..

I am running into some issues, which are mostly caused by the cheap, incompetent shared host but are affected by the (default?) ways FUDforum does things.

Has somebody written guidelines for running bigger forums?

I am in the process of moving it is a different host, which is not easy as datadump fails in various places so everything needs doing by hand over slow FTP connections.

In the process, I am seeing some things that could be improved, and don't know if the options are already there to turn on.

Is there an option to break file attachment storage across multiple directories? Having tens of thousands of files in a single directory is a bottleneck.

Is there an way to break message text storage across multiple files? It would be easier for many things (including the built in tools that are supposed to run inside a browser with the timeouts and timelimits that imposes) to work with ten 10Mb files than one 100Mb file.

Current Time: Sat Apr 10 15:22:52 EDT 2021

Total time taken to generate the page: 0.00657 seconds