Sam, Isn't it possible that creates can now fail after exhausting 32 retries? Can we not load the ledger in the background while the server sets itself up and let it continue processing requests normally? that way we can still lookup some handles from the ledgers for create's handle allocations. thanks, Murali
On 1/28/08, Sam Lang <[EMAIL PROTECTED]> wrote: > > Attached patch disables the handle ledger. For those not familiar, > the handle ledger is an in-memory structure that maintains allocated > handles for a given server. I'm disabling it because reading the > entire database each time the server loads is extremely expensive for > large filesystems. Instead of choosing a handle from the ledger, the > patch picks one randomly. This means we have to deal with collisions > now, but because of our large handle space, they only occur every 100 > billion times or so. > > I didn't blow away the handle allocation code entirely...I just > disabled the calls that we had been using to invoke the handle ledger, > and added some functionality that picks a random handle from a given > range. In the dspace code, I modified the create function to continue > up to 32 times if a collision with an already existing handle occurs. > > -sam > > > > > _______________________________________________ > Pvfs2-developers mailing list > [email protected] > http://www.beowulf-underground.org/mailman/listinfo/pvfs2-developers > > > _______________________________________________ Pvfs2-developers mailing list [email protected] http://www.beowulf-underground.org/mailman/listinfo/pvfs2-developers
