어떤 파일시스템을 사용하세요..? 안정적이고 성능도 괜찮은가요..??

ufs2,ufs1 softupdate요...

앗....돌날라온다~

ufs

라이저를 주력으로 쓰고 있어서 라이저에 투표를 했습니다만
조만간 XFS로 바꿀 예정입니다.

ext2/3의 경우 제약 사항이 많고,
라이저는 아주 간혹가다 파일이 깨지는 현상이 생기더군요.

하드 한개를 라이저로 통째 포맷해서 일년넘게 걍 쓰고 있는데
현재까지 파일 깨진거 두번인가 세번 당했습니다.

추가해서 jfs는 모 벤치 자료에서 심볼릭링크같은거 만들때 성능이 황이라는군요.

전 아직까지도 ext2(ext3인가 -ㅅ-;; 잘 기억이..) 쓰고 있습니다만,
항간의 문서들에 의하면 저널링 파일 시스템이 머신의 갑작스런 크래쉬에도 안정적으로 동작한다는 이야기를 듣고 어째볼까 고민하고 있던 중이었습니다. 그래서 reiserfs를 고려중이었는데 (근데 reiserfs가 저널링 파일 시스템 맞죠? ^^;) 파일이 깨진다던지 하는 문제가 있군요..
거 참.. ㅎㅎ

ext2를 쓰는 중에 몇 번인가의 갑작스런 학교정전으로 인해 서버가 재부팅 된 적은 있지만, 아직까지 문제가 발생한 적은 없습니다. (혹시 모르죠. 그렘린 신드롬이 나타닐지도..) 언제 한 번 날잡고 fsck를 해보긴 해봐야 겠으나.. 대략 게으르므로.. :twisted: :twisted:

파일의 크기나 다른것들은 그대로이지만 파일의 내용이 이상한 것들로 대체됩니다.
포맷이후 일년 반 넘게 돌리고 있는데 그 경험이 두번 정도 있었습니다.
워낙에 가끔가다 생기는 일이라서 말씀드리기가 곤란하네요.

이전에도 라이저가 불안하다는 얘기가 가끔가다 들리곤 했었지만.

이것저것 다 써본 건 아니라 순전히 개인적인 경험에 의존하여 얘기하지만, xfs는 한 번도 실망시킨 적이 없었습니다.

잠결에 젠투를 깔다가 모르고 ext2로 파일시스템을 깔았네요.그 후 부터 위의

경고 메세지의 압박에 시달리고 있습니다.이번 구정 때 집에 들리면 다시 밀어

버리고 ext3로 바꿔야겠군요.컴파일시간에 또 뭐하지.....????

xfs는 실망을 안겨 준적이 없어서 계속 이걸로 쓰고 있습니다.

XFS를 선호하긴 하지만...

이런 저런 이유로 해서 실제로는 ext3를 중심으로 사용하고 있습니다.

하지만 파일시스템 벤치마크(웹에서 본 외국 자료였는데 아쉽게 어디서 봤는지 기억나질 않네요...)에서 XFS가 꽤 괜찮은 파일시스템이라는 결과를 보고는 더욱 믿음을 가지게 되었습니다.

현재는 커널 2.4.21에 XFS 패치해서 사용하고 있습니다. ^^

문제는 이 파일시스템을 다른 파티션에 설치된 리눅스 배포판 (XFS 패치가 들어가지 않은) 에서 인식하지 못 하는건데... 커널 컴파일 또 하기도 귀찮고... 아~

이동형 저장장치엔 FAT계열을 추천합니다.

급할때, 윈도우에서 인식 못 해서 자료를 못 쓰게 되는 상황이 발생할 수 있거든요.

debian testing에 reiserfs+hdparm... 바로 날아가더군요-_-;;;
제실수라고 생각하지만 쿨럭;;; 어여 4가 나오면 좀 덜해질까요;;;
(그래도 덕분에 ratpoison에 맛들이게 됐네요;;;)

beos에서 쓰이던 bfs였나요? 그런 것들은 각 파일에 속성이나 그런것들을 설정할 수 있다고 들었던 것 같습니다.(카더라;;;라 죄송;)

이제 커널 2.4(이건 pre patch)와 2.6 모두 xfs를 지원하므로 고민할 이유가 하나 줄었죠. SGI 시절부터 xfs는 믿음이 갑니다.

개인적으로는 ext2/ext3/reiserfs/jfs/xfs 를 모두 사용하고 있는 입장에서 제 나름대로의 벤치마킹 결과를 써 봅니다.

일단 ext2/ext3 는 따로 말하지 않아도 될 것 같습니다.

reiserFS 의 경우에는 파일 사이즈가 작고 많을 경우 아주 성능이 좋습니다. 제 테스트로는 linux 에서 제공하는 jurnaling filesystem 중에서는 이 경우 가정 퍼포먼스가 좋았습니다. 하지만 반면에 덩치큰 파일들을 옮길 경우에는 아주 성능이 떨어진 모습을 보였습니다. 개인적으로 제일 처음 사용한 jurnaling filesystem 이 reiserFS 였는데, 이를 버린 가장 큰 이유는, 다른 분들이 제기하는 파일 손상의 문제 보다는, 복구에 대한 정보가 너무 부족했다는 점이 가장 컸습니다. (반대로 reiserFS 를 가장 먼저 사용한 이유는 공식커널에서 가장 빨리지원이 되었기 때문이죠.)

xfs 의 경우에는 debug mode 가 존재하지 않는다는 점이 별로 마음에 들지 않았습니다. (물론 이 경우는 xfs 에서 크래쉬를 한번 만나서 복구를 해 보려고 난리 치다가 받은 상처였기 때문에 --) 반대 급부로, debug mode 가 없기 때문에 그많큼 더 빠르게 작동을 할 수 있을 겁니다.

jfs 의 경우에는 커널의 드라이브가 아직은 불안한듯 싶습니다. 제가 안녕 빌드 machine 을 테스트 용도로 jfs 로 설치하고 사용했었는데 알수 없는 커널 에러 메세지가 뜨는 바람에 그냥 신경을 꺼버리고 살고 있습니다.

그래서 결론은 현재로서는 정보가 가장 많이 받을 수 있는 ext3 를 저는 기본으로 사용을 하고 있습니다. -0

개인적으로 제가 벤치마크해본 결과로는

파일 사이즈가 작고 많을 경우
=> reiserFS > ext3 > xfs > jfs
ext2 의 경우 파일이 적을 경우에 가장 빨랐으나, 파일 갯수가 많아질 경우 아주 취약했음

파일 사이즈가 크고 많을 경우
=> xfs > ext3 > reiserFS > jfs

정도의 결론이 나온듯 싶었습니다. 물론 근거 자료는 없습니다. 제가 테스트를 해 본 것은 1년 6개월 전의 일이고, 지금은 이런 기억만 남는다 정도이네요 ^^;

저는 엔드유저로 거의 리눅스 쓰거든요.
예전에 석사학위 논문 작성하고....
암전히 끄고..... 다음날....
파티션이 날아가 버렸네요... 흔적도 없이
여기 저기 올려봐도 답변이 없고...
논문심사는 2일뒤...
암튼 그후로 아씁니다.

reiserfs 때문에 고생하신 분이 많네요.

그런데, 이상합니다.
미지리눅스에는 오랫동안 reiserfs가 기본 파일시스템으로 쓰였습니다. 물론 같은 구성으로 당시 회사 내 서버 몇 대도 돌아갔지요. reiserfs 자체에 그렇게 심각한 문제가 있었다면 기본 파일 시스템으로 받아들였던 미지리눅스는 심각한 타격을 받았겠지요?

저도 한 5~6년 동안 reiserfs로 서버를 돌렸습니다만, 위에 몇 분이 말씀하신 '날아가는' 현상은 한 번도 만난적이 없습니다.

어떤 환경과 특별히 '궁합'이 안 맞는게 아닐런지요?

첨엔 ext3 를 사용했는데,
한번은 컴퓨터가 대기 모드에서 정상적으로 안 깨어나버린 적이 있었습니다.
그래서 어쩔 수 없이 전원을 껐다가 켰지요..

파일시스템이 좋지 않은 상태가 되있더군요.. -_-;
메세지를 따라서 이래 저래 해봤는데.. 하면 할수록 더욱 강력한 경고 메세지가
뜨길래 그냥 밀어버렸습니다. -_-

그리고는 다시 설치할때 reiserfs 로 포맷을 하였는데요..
역시 이번에도 대기모드문제로.. -_-; 한번 전원을 껐다가 킨적이 있었으나,
딱히 파일 시스템 탓이다라고 할만한 문제는 없었던 것 같습니다.

위의 분이 reiserfs 쓰다가 완전히 사라졌다고 했는데.

제가 fat32에서 그런 꼴을 당했죠..

없어 졌길래 다시 파티션 다시 나누고 포멧하고
재부팅하니...... 또 없어 졌더군요.. -_-;

그래서 컴퓨터를 분해해서 하드에 연결된 잭을 빼서 다시 꼽고 메모리에 먼지가 심하게 껴있던것을 청소하고

하니 이상 없이 잘 되더군요...... ^^

reiser FS에 대한 나쁜 추억이 많이 나오는 군요. 저는 제가 닭짓을 한적은 있습니다.
서버에 FS를 바꿔놓은 상태에서 -Uvh를 이용해서 커널을 업그래이드 했습니다. 결국 부팅이 안되더군요.... 왜 그런 짓을 했는지... 덕분에 하루 밤을 뜬 눈으로 보냈습니다.

예전에 읽은 글에 -

reiserfs 에서 파일에 쓰는 도중 정전이 된다던지 하면 파일 내용이 이상한 것으로 채워지는 경우가 있는데,
reiserfs 측에서는 이것은 버그가 아니라 처리 방식이라고 설명합니다. (저도 텍스트 에디터에서 저장하는 순간에 정전이 되어서 그런 경험을 한 적이 있습니다.)
예를 들면 A 라는 파일을 위해 100바이트 공간을 확보한 후 쓰지 못하고 시스템이 종료되는 경우 같은 것이지요.
확보한 공간에는 예전에 지웠던 파일의 내용이 들어 있을 수 있습니다.
xfs 에서는 이런 경우 확보하고 기록은 못한 부분은 0 으로 채운다고 합니다.
(ext3 는 기억이 안나는 군요.)
이 점에서 reiserfs 방식을 문제 삼는 것은 다른 사용자가 자신이 지운 파일의 내용을 우연히 볼 수도 있다는 것이죠.

--
저의 경우 reiserfs 를 쓰지 않고 있는데, 위의 이유 때문은 아닙니다.
Directory 내용이 이상하게 바뀌고, fsck 했을 때 이상하다는 보고를 한 번 받은 후로 사용을 꺼리고 있습니다.
위에 어떤 분 말대로 H/W 문제였을 수도 있고, 사용자 error (제 실수) 였을 수도 있겠지만, 반대로 그것이 reiserfs 에 문제 때문이 아니라는 증거도 찾지 못했으니까요.

그래서 저는 그 이후로 xfs 를 쓰다가 xfs patch 가 귀찮아서 ext3 로 간 경우입니다.
(이제는 patch 할 필요가 없어졌습니다만.)

P.S -
(ext3 에는 data 로 저널링 할 수 있는 옵션이 있습니다만, 예전 버젼 커널 중에 이 옵션을 사용하면 오히려 data 를 잃어버릴 수 있는 버그가 있었죠.
기억하시는 분도 계실 듯.)

맞습니다. :)

별로 퍼포먼스가 필요한 시스템도 아니고... (유저 200정도의 메일서버입니다.)
살아있는거 자체가 문제인 서버기때문에, 굳이 2.6으로의 모험을 감행하지 않고있습니다.

제 데스크탑이었으면 짤없죠... :)

fat16하고 fat32입니다.
ntfs이거쓰면 인식안되요..
나중에 winfs라고 나온다는데 호환도 안될꺼고..
저는 fat16진짜로 추천합니다.
어떤환경에서도 다됩니다.
거의 천하무적이죠.

XFS씁니다.. 배드섹터 났을때 처리를 안해주긴 하지만
베드 처리는 LVM에서 처리해주도록 하면 아무 문제 없이 돌아갑니다.
개발한 임베디드 장비에서도 이걸로 파일시스템 쓰고 있습니다..
한번도 손상당한적 없습니다...(물리적인 충격에 의한거 빼고는요..)

작은 파일을 빠르게 처리하는건 라이저 파일 시스템 아닙니까?

음 기억으론 그런거 같은데.

xfs, ext3는 계속 썼었는데 별일 없었고

라이저fs 썼을때 두번정도인가 날려먹고

그떈 외국에서도 날려먹엇다는 글이 많았었죠

그뒤로는 죽 xfs나 ext2,3외엔 안씁니다.

UFS 이거 정말 짱입니다.
이건 프비의 기본 파일 시스템이고, 리눅스에선 reiserfs를 선호하는 편입니다.

<어떠한 역경에도 굴하지 않는 '하양 지훈'>

반대로 써야 하는 것 아닌가요? /boot 파티션은 변경될 일도 별로 없는데 ext3는 사치죠. :(

ufs2 + SoftUpdate를 사용합니다.

저는 Linux를 쓰지 않는지라. (여기 왜 왔지? :twisted:) 제가 다시 Linux를 쓰게 된다면 ext3에 부분적으로 xfs를 쓰게 될것 같군요.

/boot 는 ext2 정도?

/ 는 xfs

xfs 이거 물건입니다.
리눅스에선 xfs에 한표...지금 수세에 라이저를 쓰고 있는데 전보다 많이 나아진 듯합니다.(버전이 언젠가는 기억이 안나는데 좀 황당한 경우가...)

UFS..는 좀 느린감이 있지요. UFS2+softupdate는 물건입니다. ㅋ