RE: Cisco LEAP

From: Rob Shein (shoten_at_starpower.net)
Date: 11/03/03

  • Next message: Rob Shein: "RE: Cisco LEAP" 
    To: "'johnadams'" <johnadams@apple.com>
Date: Mon, 3 Nov 2003 14:59:49 -0500

    It's not a question of peak performance as much as consistency. Flat files
    aren't meant to work this way; that's largely why database applications work
    the way they do in the first place. If something like paging competes for
    drive access just long enough, the whole thing can go to hell. When you're
    opening a graphic or text file completely into memory to view or edit it?
    For that, sure, a flat file is faster. But when you're streaming through a
    flat file that's dozens of gigs in size, over an extended period of time
    while running the data into a memory and processor-intensive program at the
    same time? Try it, and just see how quickly that works over the length of
    the entire file compared to a database :)

    > -----Original Message-----
    > From: johnadams [mailto:johnadams@apple.com]
    > Sent: Monday, November 03, 2003 1:30 PM
    > To: Rob Shein
    > Cc: 'No Man'; pen-test@securityfocus.com
    > Subject: Re: Cisco LEAP
    >
    >
    > On Saturday, November 1, 2003, at 08:58 PM, Rob Shein wrote:
    > >
    > > Regarding questions 1 and 2:
    > >
    > > I'm not hugely familiar with the problem that LEAP has, but
    > looking at
    > > this
    > > challenge from a logistical standpoint, I would say that
    > you'd be far
    > > better
    > > off with a database containing the dictionary than a flat file, for
    > > performance reasons.
    >
    > Not that I've been following this discussion that closely, but since
    > when do databases perform faster than
    > flat files on read?
    >
    > If he was performing searches against data, sure, the
    > database would be
    > faster because it could take advantage of search algorithms, but even
    > then data stored (sorted) in a binary-tree flat file would crush the
    > database in terms of raw performance time because it wouldn't
    > have deal
    > with database overhead.
    >
    > -john
    >
    >
    >
    >
    > --------------------------------------------------------------
    > -------------
    > Network with over 10,000 of the brightest minds in
    > information security at the largest, most highly-anticipated
    > industry event of the year. Don't miss RSA Conference 2004!
    > Choose from over 200 class sessions and see demos from more
    > than 250 industry vendors. If your job touches security, you
    > need to be here. Learn more or register at
    > http://www.securityfocus.com/sponsor/RSA_pen-> test_031023
    > and
    > use priority code SF4.
    >
    > --------------------------------------------------------------
    > --------------
    >
    >
    >

    ---------------------------------------------------------------------------
    Network with over 10,000 of the brightest minds in information security
    at the largest, most highly-anticipated industry event of the year.
    Don't miss RSA Conference 2004! Choose from over 200 class sessions and
    see demos from more than 250 industry vendors. If your job touches
    security, you need to be here. Learn more or register at
    http://www.securityfocus.com/sponsor/RSA_pen-test_031023
    and use priority code SF4.
    ----------------------------------------------------------------------------

  • Next message: Rob Shein: "RE: Cisco LEAP"

    Relevant Pages

    • Re: Need Help deleting record from text file
      ... In many circumstances retrieval of data from a "home grown" data file will actually be faster than from a general purpose commercial database. ... save his data to disk using a "flat file" unindexed arrangement. ... In fact I never mentioned him saving his data to disk in any format at all. ... Admittedly a nice "ready made" database does make it relatively easy for people to store and retrieve data fairly rapidly without needing to write too much code or to worry about the methods used by the "black box" to perform such feats, and I certainly would not suggest that they should not be used, but I think that for many tasks a "home grown" data format would be as good as, and in some cases better than, a standard database. ...
      (microsoft.public.vb.general.discussion)
    • Re: Just say no to threads [Was: Software architecture]
      ... they knew there was going to be a database in the app. ... Now my colleague just spent a couple/three weeks designing an SQL ... Turns out they have a flat file of sample information, ...
      (comp.object)
    • Re: Portugal and Azores Ceres question
      ... is the advantage of Access over a flat file ... I cannot see a stamp database requiring a deeper platform. ... Why risk the typos and the time to query a table like that? ... The report generator in Access is a 2 pass processor. ...
      (rec.collecting.stamps.discuss)
    • RE: Cisco LEAP
      ... he's going to want to do the kind of customizing that Inktomi did just to ... >> opening a graphic or text file completely into memory to ... >> For that, sure, a flat file is faster. ... > and get consistent access without the use of a database. ...
      (Pen-Test)
    • Re: Portugal and Azores Ceres question
      ... is the advantage of Access over a flat file database? ... Why risk the typos and the time to query a table like that? ... The report generator in Access is a 2 pass processor. ...
      (rec.collecting.stamps.discuss)