CnUnix

[알림판목록 I] [알림판목록 II] [글목록][이 전][다 음]
[ CnUnix ] in KIDS
글 쓴 이(By): Nameless (One)
날 짜 (Date): 2007년 9월 27일 목요일 오후 10시 51분 09초
제 목(Title): Re: [Q] 파일 빨리 옮기기 


>> 5년된 IDE disk의 성능이 10년된 SCSI보다 못하군요. :'(
>
>뭔가 믿기지가 않는군요. ;;

예전 KIDS서버 : Ultra Sparc 167MHz x 2, 4GB SCSI HDD x 12(or 13)
현재 KIDS서버 : P3 8xx MHz x 2, 15~20GB IDE HDD x 2 ; 4GB 파티션, 

예전 SCSI서버에서는 anony는 별도의 HDD를 사용했었습니다. :(

>혹시 x86 이라면 요런게 도움이 될런지요?
>http://beautifulos.blogspot.com/2007/05/solaris-10-x86-io-tuningufs.html

이건 적용을 해놔야겠군요. 하지만 현재의 파일 이동과는 별개로 
평소 운영에 도움이 될 것 같습니다. 

>> 2. 만~10만개단위로 mv한다
>> 3. 다른 파티션에 tar와 gzip으로 묶어놓고, 포멧하고, 다시 풀어준다
>>
>> 2번으로 진행중인데 3번을 선택할껄 하고 후회중입니다.
>
>3번은 2번에 비해 데이터 카피까지 일어나기 때문에 더 느릴것 같은데
>3번이 더 좋을거라고 생각하신 이유가 있나요?
>
>- Testors

데이터 카피가 없으리라 생각하고 2번을 선택했는데 그게 예상보다 '너무너무너무'
느립니다. :( 카피가 일어나고 있는게 아니라면 30~60만개의index를 정리하느라 
느린거겠죠. 
(ufs의 디렉토리 파일 구조를 몰라서 추측만 하는거지만 하나 빼고, 하나 넣는게 
상당한 부하를 주는 것 같네요.)

3번은, read는 파일이 많더라도 빨리 해줄꺼고, tar 파일 write를 다른 disk에 
동시에 하는 것은 속도에 영향을 주지 않으리라 보았습니다. 
그리고 rm으로 하나씩 지우는거 보담은 format이 빠를것이고, 
거기에 파일을 일괄적으로 쭉 카피하는 것은 (tar를 푸는 것은) HDD의 head움직임이
file move보다는 적지 않을까 하는 막연한 생각 때문입니다. 

@이제 9만5천개 남았군요. 여전히 move중입니다. 
[알림판목록 I] [알림판목록 II] [글 목록][이 전][다 음]
키 즈 는 열 린 사 람 들 의 모 임 입 니 다.