![](https://seccdn.libravatar.org/avatar/cabdbf4d350ab6a15265803acab1634d.jpg?s=120&d=mm&r=g)
On 14/04/17 10:31 AM, Per Jessen wrote:
We've been using JFS for 14-15 years, since around 2003 I think. Not that I have any issue with ext4, I use for root file systems too occasionally.
Like the song about the English country garden, "I'll tell you now of some that I know / Those I miss you'll surely pardon". I too use ext4 for my RootFS for a simple reason. It can be reasonably accurately pre-provisioned, or at least that is the case for me where the indeterminate are under /home and /tmp. And its not as if there is going to be much churn on the RootFS except when I run 'zypper' to update. The !BIG! files are under ~/MyMovies and ~/MyMusic. Oh, and log files! Given the outstanding size of video and audio files, I've tried creating specialized, carefully pre-provisioned ext4FS for those. Lets face it, there isn't going to be much churn; once a music or video file is downloaded that's it! The files themselves don't grow. The number of them do, perhaps. The directory arrangements might change, but the 'mv' command doesn't copy data if it can just move a directory entry. Now ~/MyPhotographs is quite another matter. I use Darktable which makes a point of never altering the 'original'. So I upload the RAW or JPG files files from my camera, and those are BIG. Even my little 16M pocket sized P&S start at 25M. Compare that to 750M to 1300M for a movie and think that I deal with between 20 and 200 photos a month vis perhaps one or two or month. Darktable is smart, it uses 'sidebar' files to record the edit, but the moment I export a high-res JPG there goes another few meg, usually just around 3M but perhaps as many as 10M or larger (don't ask, it happens sometimes). It adds up, but more to the point its the contrast between all those multi-meg files and the equally large number of sidebar files that are only a few K in size. I'm sure this would not strain ext4, properly provisioned, but its simpler to use ReiserFS or XFS in these situations. **************** <========= What I would like is a (preferable text-mode) file system scanner that tells me the distribution of files, parameters allowing the 'resolution' and granularity. The reality is that past years of the photographs are _almost_ archival, they don't need to flexibility of XFS or ReiserFS. I _could_ manage with a fixed provisioning with a small amount of slack. **************** <========= In a more perfect world if static storage devices like DVD were really, really fast, we could make use of the "Overlay File System". The superfast-DVD being the base, the slower 'rotating rust' running the overlayFS with updates. Then, periodically, burn a new baseline superfast-DVD. It would work wonders for the ~/MyMusic, ~/MyMovies and ~/MyPhotographs. I'm sure for other people other baselines would apply, web services, documents, man pages. It just has to be cheap and fast. Well, dream on Anton. Don't you recall the day when you were glad to 100M drive for $100? Oh wow! A dollar a megabyte! Now I can pick up a 3T drive for that, can that's 100 Kanukistani pesos on the high street. Track density (aka reduced head movement, read rates) mean that the OS you were using in those 100M drive days will fit on one revolution of the disk, so what are you complaining about? I'll make a note to look into using JFS when I set up my NFS server again. -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org