<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Marcel Mitsuto Fucatu Sugano wrote:<br>
<blockquote cite="mid1128722447.25260.39.camel@localhost" type="cite">
  <meta http-equiv="Content-Type" content="text/html; ">
  <meta name="GENERATOR" content="GtkHTML/3.6.2">
Hello again,<br>
<!--+GtkHTML:<DATA class="ClueFlow" key="orig" value="0">--><br>
On Thu, 2005-10-06 at 11:16 +0100, Rob Moss wrote:<br>
  <blockquote type="CITE"><!--+GtkHTML:<DATA class="ClueFlow" key="orig" value="1">--> <font   color="#000000">Yeah, there are some CFLAGS you could be using to
optmise your build.. I am assuming that you have a recent version of
GCC, and that your P4 HT cpu is shown as having two logical CPU's</font><br>
<!--+GtkHTML:<DATA class="ClueFlow" key="orig" value="1">--><br>
<!--+GtkHTML:<DATA class="ClueFlow" key="orig" value="1">--><font   color="#000000">Try rebuilding with the following command:</font><br>
<!--+GtkHTML:<DATA class="ClueFlow" key="orig" value="1">--><br>
<!--+GtkHTML:<DATA class="ClueFlow" key="orig" value="1">--><font   color="#000000">cd  nagios-2.0b4</font><br>
<!--+GtkHTML:<DATA class="ClueFlow" key="orig" value="1">--><font   color="#000000">CC=gcc CFLAGS="-mtune=i686 -O3 -pipe -march=i686
-funroll-loops -ffast-math" \</font><br>
<!--+GtkHTML:<DATA class="ClueFlow" key="orig" value="1">--><font   color="#000000">    ./configure --prefix=/usr/local/nagios ......
[rest of nagios configure commands]</font><br>
  </blockquote>
  <br>
I've tried this with no luck, having an error message displaying that
-ffast-math wasn't a recognized flag, with gcc-3.3.5. This was the
second try to handle the cgi's performance. The first thing we tryied,
was setting up a tmpfs mountpoint at /opt/nagios/var/tmpfs, and pointed
nagios to write the status file there, but again with some errors that
was a little weird, the cgi begins to ending prematurely (apache
errorlog), and displaying "500 internal server error". This happened to
10% of the check_http running to test it :), and the response time
didn't get too much of a performace improvement as well.<br>
  <br>
I don't think this could be Virtual Machine OS's fault, so the problem
might be with the status.cgi reading the tmpfs, but i can't tell for
sure, as we tried this setup yesterday. Is there anyone here who made
it? (status.dat been written in a tmpfs mountpoint?)<br>
</blockquote>
<br>
The flag -ffast-math is in GCC 3.4.2, but I had assumed it was part of
the 3.x version of GCC.  You can simply omit that flag, and compiling
should work again.  (I'm surprised you didn't do that yourself).<br>
<br>
What you are getting into is not easy, you are off the beaten track and
it will be a rocky ride until you get everything right.  When you see
errors like an Apache 500 error, please look through the mailing list
for common solutions before posting about it.<br>
<br>
When you moved the status.dat file into the tmpfs volume, did you make
a symlink from where the file came from (make a symlink from
/opt/nagios/var/status.dat -> /opt/nagios/var/tmpfs/status.dat) ?<br>
<br>
Also, when you talk about the Virtual Machine OS.. are you running the
O/S under VMWare?  You do realise that Emulating an O/S is going to be
slower and less stable, right?<br>
<br>
Cheers<br>
rob.<br>
<br>
<blockquote cite="mid1128722447.25260.39.camel@localhost" type="cite">
  <blockquote type="CITE"><!--+GtkHTML:<DATA class="ClueFlow" key="orig" value="1">--> <font   color="#000000"></font></blockquote>
</blockquote>
</body>
</html>