Comparison of BB and Nagios - unfathomable nomenclature.

[Stanley Hopcroft]

Dear Sir,


<Off topic>

I am writing to thank you for your letter and say,

On Tue, Jan 20, 2004 at 08:01:39PM -0800, nagios-users-request at lists.sourceforge.net wrote:
> 
> Message: 3
> Subject: Re: [Nagios-users] Re: Comparison of Big Brother and Nagios
> From: "Scot L. Harris" <webid at cfl.rr.com>
> To: nagios-users at lists.sourceforge.net
> Date: Tue, 20 Jan 2004 18:49:19 -0500
> 

> 
> One major add on that any BB system should use is the bbgen add on.  It
> improves performance significantly. 
>

Perhaps this is unfair, but a google 'what is bbgen?' found

http://www.dctsystems.co.uk/RenderMan/bbgen.html

'
Bounding Box Generator

The RenderMan DelayedReadArchive Procedural primitive, allows you to 
defer loading parts of a scene into the renderer until they are actually 
needed. For objects which are off-screen, you can avoid loading them
altogether. In order to to this it is necessary to calcualate a bounding 
box for the RIB archive which will be loaded in. 

Having created a RIB archive, simply run 

bbgen xxx.rib

and a bounding box will be printed out. This can then be used directly 
as part of the RiProcedural command. The current version is 0.2, which 
has numerous fixes and improvements over the original. 

Note that this program should be run on a RIB Archive, and not a 
comeplete RIB. Unforunatly Angel does not currently support Procedural 
calls. 

Limitations

Displacement bounds are ignored. 

Blobby objects are unsupported. 
'

Wonderful documentation, reminiscent somewhat of javadoc.

It would seem that a BB user must know what a 'bounding box', 'rib' 
(archive and complete favours), 'RiProcedural command', not to mention 
'Angel's (with or without procedural calls) and Blobby objects.

One of the extremely attractive elements of Nag is the low cost of
entry; what it is and what it does, even how it does it, are
comprehensible to almost anyone.

While there is a certain amount of Unix sophistication assumed, one does 
not have to learn a new lexicon of terms, and any Nag terms such as 
'plugin' sound familiar.

In the same way that my personal limitations engender little excitement 
in arcane concepts, even those with great utility such as design 
patterns, it is hard to imagine seriously committing to a product with 
documentation that needs to be examined seriously before getting 
_anything_ out of it.

Looked at more positively, people should be 'blobby' thankful for the 
highly effective Nagios documentation.

</Off topic>

Yours sincerely.
-- 
------------------------------------------------------------------------
Stanley Hopcroft
------------------------------------------------------------------------

'...No man is an island, entire of itself; every man is a piece of the
continent, a part of the main. If a clod be washed away by the sea,
Europe is the less, as well as if a promontory were, as well as if a
manor of thy friend's or of thine own were. Any man's death diminishes
me, because I am involved in mankind; and therefore never send to know
for whom the bell tolls; it tolls for thee...'

from Meditation 17, J Donne.


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null