Atomicorp

hello ;

i have to say that ART i have never seen something with such an ease. I want to thank the founders of this marvelous project. And i just wonder what we can do to keep this project last forever.

default file descriptor limit is 1024 which causes problems for dense servers, i know how to rebuild related packages with respect to sw-softs documentation from source rpms, however i wonder how to do this with art source rpms

it will be great if an experienced person can give a tutorial on how to rebuild PHP openssl apache imap with art source rpms to have a higher descriptor size since this is a common issue on dense servers (hosting domains over 300)


And another thing why dont ART packages built with the maximum available file descriptor size? is this a performance issue or what is the restriction behind this, if have any....

best regards
knocx

I ususally do actually, which is why I was asking for the distro you were on. I might not have changed that build environment to build for higher FD's, which would be a bug (or feature-incompleteness) on my part.

Increasing the max file descriptor size does have a negative impact on performance, but if you're on a system with hundreds or thousands of domains, its probably not as big of an issue as just remaining operational. On a smaller system you'll probably notice it if you have a lot of high memory use web-apps.

Hello Scot thanks for the reply,

We usually use Dual Xeon servers, RedHat ES3 Mostly (%70) static sites so usually we have 600- 700 domains per server which overrides default FD size, 1024 .

We usually use 4029 bytes

and change #define __FD_SETSIZE 32768 in types.h before rebuild.

if i am not wrong you define __FD_SETSIZE 16384 on your builds.

any way i do understand your concerns since you have to produce a one size fits all distro, in common sense.

As a company we would like to support ART project, bu i do not want to reveal company information here, i will be glad if you check your private messages in 2-3 hours

thanks again
knocx