HP3000-L Archives

November 1999, Week 1

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
John Clogg <[log in to unmask]>
Reply To:
John Clogg <[log in to unmask]>
Date:
Mon, 1 Nov 1999 13:26:03 -0800
Content-Type:
text/plain
Parts/Attachments:
text/plain (30 lines)
I don't think hashing is an issue, since Carl said these are details, with
no paths, but I wonder whether these datasets were erased (or packed) after
extracting the records.  If Image is traversing a big delete chain to put
the records, it could be jumping all over the place.

-----Original Message-----
From: Noel Demos [mailto:[log in to unmask]]
Sent: Monday, November 01, 1999 1:12 PM
To: [log in to unmask]
Subject: Re: Performance question


Carl McNamee wrote:
>
> We ran into a unique situation this weekend while testing some batch jobs
> that will be used to perform a database conversion next weekend and I
would
> like to see what the gurus of the list think could be causing us grief.
>
> We have 24 databases split between 6 volume sets.  We are extracting the
> data from then into flat files that reside on 8 different volume sets.  So
> far the process worked very smoothly.
>
Carl, you did not say what you are converting.  If it was a key field,
you may
be impacted by seek time, because the keys are being hashed to different
locations.

Nick D.

ATOM RSS1 RSS2