Re: The argument for fs assistance in handling archives

David Masover
2004-09-02T04:27:58Z

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Linus Torvalds wrote:
|
| On Wed, 1 Sep 2004, David Masover wrote:
|
|>And that is the right solution. Not the only one, but the right one.
|>Caching isn't the only thing sorely in need of transaction support right
|>now. Actually, I find it hard to think of anything on Linux which
|>shouldn't have transactions -- why should /etc/fstab or
|>/home/david/homework be more fragile than /var/lib/mysql?
|
|
| It's easy to talk big.
|
| It's damn hard to _implement_ a complex system, and make it stable and
| bug-free, and support legacy applications.
|
| There is a reason why we do only what _must_ be done in kernel space.
|
| Linus

I think transactions should be done in kernel space. It's the only way
to "enforce" them sanely.

Besides, I'm not the one who first suggested this transaction idea.
That was Hans, and it was in the whitepaper. I don't know if it's done
yet -- I think it got put off for v4.1.

But if it is going to be done anyway, doesn't it solve the consistency
issue?

I can understand wanting caching to work now, but which is the priority
- -- caching or transactions? I vote transactions. The consistancy of
fstab is far more important to me than the consistancy of foo.tgz/bar.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iQIVAwUBQTahTXgHNmZLgCUhAQIumQ//SqEViCUbBcFJ3xsiQfEEUSe2gU+6dyJZ
7i3OeexnLRKrnxIsij5SmYTmGdYXhpaQWMrrjie8uFX0ocA0HTMsA1BzB4ZhtKnO
sYc/jAZusGpAjnyy0t0Q/hwjoMRIsCRVwqnD17Qw8rcuwYT5yaABMboXPiOPjQqu
JTkCeb+ATq5hF9VYL9TbcqaOycV7BMh+N7VXGPS/PIgeyYXyNwfIBWHrN8sjVQDA
3h9a9IEjEyReMdqlNbv73/wggGNqsmprDLIMFhMSPP4LXS5/xt1AhXW1R+mNDXjA
ckNq1lLjD1iUIQ7gIPHjR1Vi5op5GaXqVtdJLXtTyvNuc3nM/yFzM0T7+hgO4rSj
F0VkFFV8FbKRSVv1MsPv1O8EpFNpAs1uX+1g/vZ4ZHwPuOaMeXKT6rVTsr9WesfU
NdPMi0bXF6fAHbpjw3k6v+Jg95Mg+w8bgYOEDptz6zRuex8xC+LPrXE9ZDrYX+nm
+xG2wtMZyMr2y8wMp71RLz6Sj+Vq0cp4HNqccsMLfZ1OEWu2IzneBAmCSGQjLrxL
9coj0G3WpFwspTClh1DGBfuBJPS5O33iEsJ2w80bMhy/wKK5kZG/NyMAGQKazxAr
+7Se6t2RGHIxX5/EEoPI/e0AKLxFuvPi9ilq4bJNNDBMUO2wOkB8V0GLGzFA/0F2
9ALDAaO/dg8=
=pvxM
-----END PGP SIGNATURE-----