# profiling

Ninoles, Fabien: DGSE (ninoles.fabien@ic.gc.ca)
Thu, 1 Aug 1996 10:40:58 PDT

- Messages sorted by:[ date ][ thread ][ subject ][ author ]

    <SNAP ON>

     ----------
    From:  ThwartedEfforts[SMTP:abakun@scinc.com]
    Sent:  Thursday, August 01, 1996 8:44 AM
    To:  Erik Ostrom
    Cc:  moo-cows
    Subject:  Re: profiling

    <snip some paragraphs...>

    >  * Is it appropriate to use a statement for profiling?
    >  * (What are other alternatives?)

    Over what?  A series of builtin functions?  Either way, the code has to
    be
    edited to remove the profiling specific stuff once the code becomes
    production.  I don't think this should be an issue.  By doing it on the
    code
    level, with a new statement, then leaves it up to the programmer to
    handle
    their profiling data however they see fit (another idea would be add a
    new
    flag to verbs to turn profiling on for that verb, and have the server
    store
    the data in some prop on the object that contains the verb, but this is a
    bad idea, for the whole 'server assumptions about the database' problem).

    <snip again>

    Andy.

    <SNAP OFF>

    I'll prefered to *not* see another properties on verb who can became as
    useless than -d (although some people can use it somewhere :).
    Why not just set an compile option in the in-db verb editor? This option
    will strip the profile code (and why not some debug features like ones
    I try to put on my private db) when you don't need it. This can be done
    too in server by program() but I think that's can be done easily in db
    so why put it in server.

    Almost, I really like this implementation of the profiler and, like Andy
    says,
    keep it simple and let's to users the choice of interface. program()
    aren't
    a pretty interface but check about @program (or @edit verb) and you see
    what users can do with so >little<*

    * my purpose here is not to say that program() aren't good! It just do
    what he
    has to do, nothing more and that's perfect!

    Ciao!
     ---------------------------------------------------------------
    The
    contradiction is not that free software are among the best,
       it's that
    commercial software aren't the best of
    them.
    ===============================================================
    Fabi
    en Ninoles aka the Baggus Mage aka Baffouille
    ninf01@gel.usherb.ca
              finger me for my PGP Public
    Key
    ---------------------------------------------------------------