Dale <rdalek1...@gmail.com> [10-04-01 20:36]:
> meino.cra...@gmx.de wrote:
> >Hi,
> >
> >I googled down some - often fairly outdated - texts about "the
> >best filesystem" fpr a Linux box. Other texts focussed on
> >uses, which do not aplly to me: Fileservers, webservers, database
> >machines etc.
> >
> >Wnat I want is a fast and stable (!) filesystem for a desktop PC
> >with one 1TByte harddisk. Since using Gentoo and a lot of sources
> >I do compile very often "bigger things" (blender-2.50 for example).
> >Another thing: Due to my experimenting it is possible that I have to
> >reboot "hard", which means, the filesystem will be unmounted not
> >cleanly ("dirty" do to say...;) The choosen filesystem should be
> >good in recovering such thing.
> >
> >I am currently using a vanilla 2.6.32.10 kernel.
> >
> >The question, what remains is: What choose should I make?
> >
> >I thank you very much in advance for any help!
> >Best regards,
> >mcc
> >
> >
>
> I notice you have a fairly large drive. You may want to indicate
> whether or not you will be putting large files on it or what not. If
> you are, some files systems work better with large files. That said,
> if you plan to have a lot of small files, then another file system may
> work better. If you plan to have a mix, then it could get interesting.
> ;-)
>
> I use reiserfs myself and have had no problems, even with a hard
> shutdown or some other failure. Thing is, most file systems are good
> but it depends on what you will be putting on it. From my experience,
> don't use XFS unless you have a UPS and will not be having to pull the
> plug. I tried XFS a while back and each time there was a hard
> shutdown, I had to reinstall. It was running Mandriva so I didn't know
> how to recover with it and no other bootable CD either. XFS has its
> good points but surviving a power plug pull is not one of them.
>
> I will also say this, it is a good idea to ask first on this. There
> are a lot of good file systems out there and each one has its strong
> points. It's best to get the right one first rather than to have to
> redo things later on.
>
> Dale
>
> :-) :-)
>
Hi,
thanks for all the input to all who have answered ! :)
I will try to characterize ("characterise" ?) what I plan to do with
my TByte disk.
My current drive is 200GByte and it becomes too small...
I DONT LIKE (read: hate) to put CDs or DVDs into my drive, to mount
it only to get access to documentations. CDs and DVDs as storage media
in the sense of "backup" is ok, but (at least for me) as a replacement
or extension to the harddisk it is much to slow (at least for me).
So I have a lot of docs (specs of microcontrollers, howtos, programm
and source code docs...etc) on my disk.
This one part.
Then: I often transer videos from my DVB-T-receiver/recorder to my
harddisk to cut out the advertising and to transcode the videos to
somethings better than "ts" (transport streams),
This is another part.
Then I plan to have two roots this time: One to experiment with and
one "good and stable"-version which is used/updated/... "strictly as
recommended". Filesizes and usage do vary here...take a look at your
own roots ;)))
Then I want something encrypted, either as a partition or as a files
(carrying a encrypted fs), which I can copy to dvd and will be able
to mount this dvd and use it without to have to copy the whole dvd
first to harddisk before using it...
Currently I am using encfs...(outdated?). What can I do use instead?
This is for personal things like letters, photos, texts ... etc.
Files vary from some kb up to about 2GByte (guessed). Most of them
smaller than 200MByte
Last thing: I have a lot iof copies of code from svn repositories because
I like to have the "bleeding edge" of some projects (do you know the
new Blender 2.50??? :O)
This implies a lot of compile work. This will be the only case where
files are created as often as read.
Most files will be far more read than written...
I have not planned a webserver, fileserve, extensive database usage (ok
emerge and helpers a little of database usage...), experimental file
creation and deletion...etcpp
I would say...maximium file size will be around 4GB for all of that
above, since everything above that I cannot backup onto DVDRWs....
May be this will give you a little "look inside my harddisk" ;)
Any recommendations?
keep hacking! ;)
mcc
--
Please don't send me any Word- or Powerpoint-Attachments
unless it's absolutely neccessary. - Send simply Text.
See http://www.gnu.org/philosophy/no-word-attachments.html
In a world without fences and walls nobody needs gates and windows.
