Thanks Andreas. Yes, it would be great if you could share the archive. I will go through fsstats and check the exact difference. In case it captures what I need to, I agree that using fsstats would be more apt. Thanks, Saurabh > On Jul 17, 2017, at 1:08 PM, Andreas Dilger <adilger@xxxxxxxxx> wrote: > > On Jul 16, 2017, at 12:34 AM, Andreas Dilger <adilger@xxxxxxxxx> wrote: >> On Jul 15, 2017, at 18:14, Saurabh Kadekodi <saukad@xxxxxxxxxx> wrote: >> >>> Hi, >>> >>> I am a PhD student studying file and storage systems and I am currently conducting research on local file system aging. My research aims at understanding realistic aging patterns and analyzing the effects of aging on file system data structures and its performance. For this purpose, I would like to capture characteristics of naturally aged file systems (i.e. not aged via synthetic workload generators). >>> >>> In order to facilitate this profile capture, I have written a shell / python based profiling tool (fsagestats - https://github.com/saurabhkadekodi/fsagestats) that does a file system tree walk and captures different characteristics (file age, file size and directory depth) of files and directories and produces distributions. I do not care about file names or data within each file. It also runs e2freefrag in order to understand the level of free space fragmentation, e4defrag in order to capture the fragmentation score, and copies a large file (~ 2GB) and runs filefrag in order to understand the file fragmentation, all of which are directly correlated with the file system performance. It dumps the results in the results dir, which is to be specified when you run fsagestats. You can send me the aging profile by tarring up the results directory and sending it via email. >>> >>> Since I do not have access to Ext4 systems that see a lot of churn, I am reaching out to the Ext4 community in order to find volunteers willing to run my script and capture their Ext4 aging profile. Please feel free to modify the script as per your installation or as you see fit. Since fsagestats collects no private information, I eventually intend to host these profiles publicly (unless explicitly requested not to) to aid other researchers / enthusiasts. >>> >>> In case you have any questions on concerns, please let me know. >>> >>> Thanks, >>> Saurabh Kadekodi >>> >>> PS: cc’ing the response and / or the aging profile to saukad@xxxxxxxxxx is greatly appreciated. >> >> How does your fsagestats tool compare to the existing fsstats tool (http://web.cs.dal.ca/~morven/CSCI3120/fsstats)? If there isn't a significant difference between the two, it would be nice to stick with the existing tool to collect the filesystem information so that the body of data collected continues to grow. > > Actually, a slightly better URL is https://github.com/adilger/fsstats which is a > proper Git repo and includes the original license. The original project URL > http://www.pdsi-scidac.org/fsstats/ is no longer functional. I also have a local > archive of results from that project if you are interested. > > Cheers, Andreas > > > > >
