Re: who is merlin.fit.vutbr.cz?
From: Tomasz Rola
Date: Mon Mar 29 2004 - 11:21:21 EST
-----BEGIN PGP SIGNED MESSAGE-----
On Mon, 29 Mar 2004, Jeff Woods wrote:
> At 3/29/2004 03:32 PM +0200, Tomasz Rola wrote:
> >BTW, if I understand correctly, to read something from the tree one
> >doesn't really need to lock it. Only writes should be locked.
> Locking on reads prevents getting a copy of the tree with half of someone
> else's changes that were written during your read. That gets more likely
> as the time it takes to read the entire tree increases.
> Jeff Woods <kazrak+kernel@xxxxxxxxxxx>
Ok, I got it. However, maybe this can be better solved by introducing a
feature, that enables to create snapshots in the form of pairs:
(name, version). After one has such snapshot info retrieved, one can
unlock the tree and read the rest without locks, only by specifying the
version of the resource (i.e., file in this case) in addition to its name.
Or, without such snapshot feature, after reading the entire tree unlocked,
check the versions of retrieved files and search for new/newer files, and
repeat pulling only for them. And so on.
But I think snapshot-info is more elegant and less error prone solution.
The second way is more resource demanding, imho.
** A C programmer asked whether computer had Buddha's nature. **
** As the answer, master did "rm -rif" on the programmer's home **
** directory. And then the C programmer became enlightened... **
** Tomasz Rola mailto:tomasz_rola@xxxxxxxxxxx **
-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 5.0i for non-commercial use
-----END PGP SIGNATURE-----
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/