Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

/var/www/website contains the files that powers a website, and /var/www/media contains many tiny media files like images in subdirectories named after their date of creation. Deleting/pruning an entire subdirectory of many tiny files hogs the IO and slows the server to a crawl for hours.

enter image description here

Problem: I believe disabling ext4 journaling can speed up the deletion, is that true?

If so, is it advisable for the main website files at /var/www/website to have journaling disabled as well, since they both reside in the same ext4 filesystem /dev/md4.

enter image description here

share|improve this question

closed as not a real question by mdpc, mgorven, Khaled, Scott Pack, Michael Hampton Mar 16 '13 at 23:46

It's difficult to tell what is being asked here. This question is ambiguous, vague, incomplete, overly broad, or rhetorical and cannot be reasonably answered in its current form. For help clarifying this question so that it can be reopened, visit the help center.If this question can be reworded to fit the rules in the help center, please edit the question.

    
Why even configure a journalizing filesystem if you are just going to gut its primary feature. Try using ext2 if you want to run this way. I wish you luck and a lot of time waiting for fscks! –  mdpc Mar 14 '13 at 2:29
    
It was the default filesystem that came with Ubuntu 12.04 which is being used for the web server. –  Nyxynyx Mar 14 '13 at 2:31
    
I guess that is why one might not want to do a default installation. –  mdpc Mar 14 '13 at 2:33
    
How about the data=writeback option instead of disabling journaling completely? I heard that ex4 without journaling is faster than ext2. –  Nyxynyx Mar 14 '13 at 2:39
1  
@mdpc, ext4 without journaling still has many advantages over ext2. –  psusi Mar 14 '13 at 3:47

1 Answer 1

up vote 0 down vote accepted

You can use tune2fs -O ^journal to remove the journal from the fs while it is unmounted, or mount it with the -o noload option to disable the journal ( temporary for the latter ), but this will make filesystem corruption more likely in the event of a crash or power fail, and at the least, will require a lengthy fsck after.

share|improve this answer
    
I guess I will stick is data=writeback –  Nyxynyx Mar 14 '13 at 4:31

Not the answer you're looking for? Browse other questions tagged or ask your own question.