performance - Why is there no improvement in CPU usage with our 64-bit build of Apache? -


G'day,

We created 64 bit of Apache 2.2.14 and filled it Posted in The server types used for various Sun Server tests running Sol10 are Sun T-2000 (32 GB memory), 5120 (8 GB) and 5240 (16 GB).

For each of these we have seen that there was no easy correction in CPU usage and in reality the server is running a bit faster while running the 32 bit version.

We confirmed this observation by returning it to 32 bit version and then rolling it over to 64 bit build again. Since this is a major web form, we have a comprehensive server monitoring infrastructure with RRD graph for all types of measurements. Graphs are available for daily, weekly, monthly and yearly deadlines. The slight step change in CPU usage across these graphs is quite noticeable,

Rates on our servers are completely cyclical, but each server In the order of 2k / second, they are quite stable with peaks. The number of children is also cyclical on a daily basis and per server varies between 1k and 3k. As all the servers sit behind the load balance layer, step change can not be linked to the hit rate or variation in children.

We used CC Compiler which runs with SunStudio 12.1, using the following compilation flag. Link flags are identical, but without defining D-D

  Export CFLAGS = "--xopenmp = parallel -xalias_level = basic \ -extarget = ultraT1 -m64 -xarch = sparc -xbuiltin =% all \ -xdepend -xmemalign = 8s -xO5 -xprefetch = Auto, clear "\ -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS = 64  

We are not doing anything unusual in Apache configurations and this is beautiful vanilla.

Edit: Performance vs. CPU vs. requests vs. memory (in that order) was determined by looking at 64 bit was making less requests with a single CPU and a little higher memory footprint. The difference was within fault fault and was only noticeable close to full load

I have read the question and some interesting Information is there.

  • Manipulate 64 bit values.
  • I would also hope to improve the SSL performance in my mind.

    Any suggestions about why our performance has not improved?

    Or tips on what to look for?

    Do we really see a performance improvement?

    By treating it with a large amount of memory compared to the 32-bit cousin x86_64 sole The advantage is a rich set of reservoirs. This should mean that CPU heavy code can be more efficient as it is relatively slow to maintain a low state in the main memory. It often competes with increased memory usage because all pointers now take twice in space.

    Generally enough memory is given in this account, I expect CPU-bound problems to perform better as 64-bit applications. Although web service is often an I / O constrained problem and did not help (and possibly due to additional memory pressure in the machine if blocked)

    You probably want to create a profile of the machine (oprofile on Linux, not sure what is the equivalent solaris device) and see where the CPU hot spots really are.


    Comments

    Popular posts from this blog

    sql - dynamically varied number of conditions in the 'where' statement using LINQ -

    asp.net mvc - Dynamically Generated Ajax.BeginForm -

    Debug on symbian -