DefragTool 흠 흥미롭군요

리눅스는 조각모음이 필요없는걸로 알고있는데 외국 우분투포럼에 흥미로운게 올라왔더군요.
제 데스크탑에 설치해서 실행해보니 조각모음후 프로그램 로딩속도가 좀 빨라진것같기도하고… 아닌것 같기도하고…

첨부화일 설치하시고 터미널에서 sudo -s 로 들어간후

>defrag [분석하고 조각모음 하고싶은 디렉토리패스] e.g. >defrag /home

그럼 분석하고 사이사이 빈공간에 땡겨줄수 있는 데이터블럭들을 찾아냅니다. 그리고 프로세스 횟수를 타입하라고 하는군요.
만든이는 5~10 회를 추천합니다. (저는 그냥 10으로…)

그럼 몇% 향상되었는지 정보가나오지요… 별필요없는놈인지 괜찮은놈인지 의견듣고싶습니다.

[attachment=0:3ik17drd]defrag_0.1~bzr20060502_i386.deb[/attachment:3ik17drd]

만든이의 README.txt 입니다.

defrag

INTRO:

Defrag is a set of scripts designed to measure and cope with filesystem fragmentation. Currently, it only consists of "defrag".

USAGE:

Fragtool's syntax is:

/usr/sbin/defrag [-h] [-n passes] [--passes n] [-t threshold] [--threshold n] [-a] [--analyze] [--help] path

When invoked, defrag will analyze the given path recursively for file fragmentation and print out a summary of its findings. Next, it will ask you if you'd like to run any defragmentation passes.
Fragtool also takes an optional passes argument, which makes it perform fully non-interactively. Positive number of passes will perform that many passes and exit, while zero passes will just print out the summary and exit.

==========
FAQ

Q: A defragger? For Linux? Are you crazy?
A: No, I certainly am not. Under certain circumstances, even the most fragmentation-resistant filesystems get fragmented. Don’t believe me? Look around with defrag. Whether or not filesystem performance is affected can be debatable at times, though I personally have to say that when a 300MB torrent is split into 5000 fragments, read speed is drastically affected.

Q: What filesystems is it compatible with?
A: Any filesystem that Linux can write to. The tool is pretty filesystem agnostic, but does require that filefrags be able to understand the layout of files.

Q: Is it safe to use?
A: Defrag works great in the author’s extensive testing with all kinds of files. However, I cannot be certain that it does not damage your setup, so use with caution like any other fragmentation tool. As long as you use a journaling filesystem, the process is atomic. Before defragging a file, we make sure that it is not open for write access. Also, before doing the in-place replacement at the end of a defrag, we make sure again that the file has not changed. These are the same precautions that the tried-and-true xfs_fsr XFS defragger uses.

Q: Is it safe to interrupt?
A: Yes, defrag will safely clean up after itself. In the case of abrupt termination (SIGKILL, power off, etc), fragtools will leave behind ".defrag" temporary folders on the filesystem. They are owned by root with a mode of 000, and can be easily located and cleaned up using "find".

Q: Does it resume where it left off after an interrupt?
A: No. It doesn’t. It sounds cool though.

Q: Is it effective?
A: Depends on the particular filesystem it is being used on. The defragmentation algorithm either fully defragments a file on the first try, get progressively better in subsequent passes, or is unable to make any improvement for infinite numbers of passes. Usually, if the file is not defragmented by the 10th pass, it’s a lost cause. But in general, you will see improvements on fragmented filesystems. You will not see great improvements if you obsessive-compulsively run the defragger on the same set of files. Get a life.

Q: How many passes should I run?
A: Generally, anything from 5-10 passes is good. If it’s not defragmented by then, chances are that your filesystem does not have enough contiguous free space to defragment the file. Go by what you feel is good after running the 5-10 passes.

Q: I run XFS. Should I use this, or xfs_fsr?
A: If you are interested in defragmenting, use xfs_fsr. It is faster by orders of magnitude, not to mention that it is production-tested. If you would like to get fragmentation statistics, defrag is the perfect tool to get that.

Q: If you think this is so great, why hasn’t anyone else written a defragmenter for Linux?
A: Others indeed have. A user at forums.gentoo.org wrote a perl fragmentation checker, and Con Kolivas wrote a bash script defragger. Fragtool was inspired by both of these efforts, and aims to intelligently combine the two to perform the task more intelligently (i.e. do not try defragmenting defragmented files, do not make fragmentation worse than before, etc).

아무리 효율적인 filesystem이라도 파티션의 용량을 꽉꽉 채워서 사용하고 용량 제법 큰 파일들과 작은 파일들을 섞어서 반복적으로 쓰고 지우고 하다 보면 언젠가는 fragmentation으로 인한 성능 저하를 볼 수 밖에 없겠지요. 근데 HDD를 그렇게 빡빡하게 오랫동안 혹사시키는 게 아니라면 defrag 하나 안하나 눈에 확 띌 만큼의 성능 차이가 날 것 같지는 않습니다. 일반 사용자들이야 그리 신경 쓸 필요는 없겠지만, 그래도 저런 툴이 필요한 환경이 분명 있긴 하겠죠. ;)

ps. 근데 사실, windows이든 linux이든 defrag하는 동안 하드를 혹사시키며 긁어대는 것이 더 불안해요. -.-;

하드 긁어대서 무리시키는 것도 그렇지만…

프로그램 로딩때 1초도 안되는 시간 단축시키려고…
디프래그로 몇시간이나 버벅거리고 있을 시간을 생각하면…
어느것이 더 효율적일지 의문입니다.

저 같은 경우는 오래 쓰다보면 단편화가 많이 진행되어 확실히 대용량 파일을 읽고 쓸때의 속도가 눈에 띄게 느려지더군요.

ext4에서 다시 조각모음을 지원하는 방침을 내놓은것만 봐도 필요로 하는 사람이 많다는 반증이 아닐까요.

^^ 제가 볼적에 일정수준 필요하다고 보여지네요!!

전 홈폴더를 따로 떼서 쓰고지우고 하는 작업들은 모두 거기서 하다보니…저런 프로그램의 필요성을 간혹 느끼곤 합니다 ㅎㅎ

좋은 프로그램이네요 잘 쓰겠습니다 ^^/

전 윈도에서도 조각모음 하지 않는 사람이라… 우분투는 확실히 윈도보다 덜하겠지라는 마음으로 쓰고 있을따름입니다. 최근 파일시스템들은 P2P프로그램이 아닌 이상에야 반복적인 설치 삭제로는 단편화가 그렇게 쉽게 되지 않는다고 알고 있어서…(NTFS도 단편화가 적다고 하는군요…)

그래도, 아무리 조각모음이 필요없을 정도로 조각화가 "덜"일어나는 완벽한 시스템이라고 해도 없는 것보다는 낫다는 것이 제 생각입니다^^ 어플이야 많으면 많을수록 좋은~~

컴터가 느려졌다고 느낄때면?
컴터를 바꿀 시기입니다… ㅋㅋ

[quote="haze11":110br0x8]컴터가 느려졌다고 느낄때면?
컴터를 바꿀 시기입니다… ㅋㅋ[/quote:110br0x8]

빙고 -_-b