-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 05 June 2003 05:02, Kevin Anderson wrote: > 640K is enough RAM for anyone...
nice quote. of course, this isn't what i was intimating =) > How long does "find / -name test" take to complete on a server with 5 > million files on it? > Compare that to a "select test from hda3" statement on a database with 5 > million records. and compare that with how often one does a find on a production server vs how long it takes to index and subsequently call up the file via a DB interface on a busy file-centric server. > People already use workarounds (such as locate on Linux desktops or > FindFast on legacy Windows desktops) because of the performance problems of > our current File Systems. They are inadequate. And the amount of stored > info is RAPIDLY increasing. this is a fine argument for the desktop, but not nearly as compelling on the server for many if not most server-oriented tasks. now, new server approaches may arise as this technology becomes available, but existing uses will remain as they are because they basically work. btw, Oracle tried making this argument for a DB FS many years ago. no one bought it then. > Look at /proc, or /dev, etc. More is being expected of the file system, > because it makes sense to see it as part of the file system. This will > increase, not decrease over time. while /proc and /dev are generally useful and incur no real overhead to the actual filesystem, i don't know if the same can be said for a DB FS. i'd also expect that the more intensive the metadata handling is on the FS level, the harder it will be to get decent performance out of older systems and smaller disks. look at the impact of journaling, for instance. - -- Aaron J. Seigo GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE: The 'K' is for 'kick ass' http://www.kde.org http://promo.kde.org/3.1/feature_guide.php -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQE+39081rcusafx20MRAl4yAJ9EfPg28qsjux2Zkeao0C2cVwgzSwCfXOQe WmC3GqqRsqrPYA5j59ZjneE= =8/lW -----END PGP SIGNATURE-----
