파일 복사 갑갑하네요

우분투 11.04 64비트를 메인에 윈도우7을 서브로 쓰고

쿠분투 11.04 64비트를 백업용으로 쓰고있습니다만

백업을 위해 500-700기가를 복사하는데 요즘 갑갑하게 만드네요

고수분들의 도움이 필요합니다

더불어 리눅스가 이런 기본적인 성능중 하나인 파일 읽기 쓰기에서 빨리 개선되길 바라구요…

우선 우분투는 메모리 4G를 다 잡아먹는 것도 모자라 스왑영역을 있는데로 채우고도 더 달라고 아우성… 시퓨 자원은 그럭저럭…

그에 비해 쿠분투는 메모리를 3G만 쓰고 스왑영역으로 채움… 넌 64비트야 왜이래…

시퓨 자원도 제일 많이 처묵처묵… 쿼드 아니였으면 어쩔뻔했냐 이눔아…

마지막으로 윈도우7은 시퓨 자원과 메모리는 양호하지만 하드 복사 속도가 시작부터 똥망…

dd 를 써야 될 것 같은데…

[quote="jeongwa":10oaxfc8]백업을 위해 500-700기가를 복사하는데 요즘 갑갑하게 만드네요[/quote:10oaxfc8]구체적으로 어디서 어디로 복사하는 것인가요?
참고로 리눅스에서 NTFS 파티션을 복사하는 경우에는 성능이 현저하게 떨어집니다.
그 이유는 NTFS 파티션 구성을 MS에서 공개하지 않았기 때문이지 리눅스 잘못이 아닙니다.

[quote="jeongwa":10oaxfc8]우분투 11.04 64비트를 메인에 윈도우7을 서브로 쓰고[/quote:10oaxfc8][quote="jeongwa":10oaxfc8]우선 우분투는 메모리 4G를 다 잡아먹는 것도 모자라 스왑영역을 있는데로 채우고도 더 달라고 아우성… 시퓨 자원은 그럭저럭…

그에 비해 쿠분투는 메모리를 3G만 쓰고 스왑영역으로 채움… 넌 64비트야 왜이래…

시퓨 자원도 제일 많이 처묵처묵… 쿼드 아니였으면 어쩔뻔했냐 이눔아…

마지막으로 윈도우7은 시퓨 자원과 메모리는 양호하지만 하드 복사 속도가 시작부터 똥망…[/quote:10oaxfc8]노, 농담이시죠?
저 또한 우분투 11.04 64bit를 메인에 윈도우7을 서브로 [b:10oaxfc8]2GB 램[/b:10oaxfc8] [b:10oaxfc8]펜티엄 듀얼코어[/b:10oaxfc8] 노트북에서 사용합니다.
그런데 창 여러개 열어놓고 작업하더라도 1GB 정도밖에 먹지 않습니다. 게다가 스왑영역은 평상시에는 있으나 마나였고요.
그리고 이전에도 쿠분투나 우분투 64bit를 사용해 보았었는데 이런 일은 없었습니다.
시스템 설정이나 리소스 측정시 실수를 하신 것 같습니다.

NTFS에서 EXT4로 복사하고 있습니다

두 물리적하드 배드섹터 없구요

폴더는 1만2천개, 파일은 140만개 정도 됩니다

스샷은 스샷은 5시간정도 경과된 시점입니다

열려진 창은 파이어폭스-우분투포럼, 돌핀(우분투면 노틸러스겠죠), 시스템 모니터뿐이구요

[quote="jeongwa":21n8i6rh]시퓨 자원도 제일 많이 처묵처묵… 쿼드 아니였으면 어쩔뻔했냐 이눔아…[/quote:21n8i6rh][quote="jeongwa":21n8i6rh]NTFS에서 EXT4로 복사하고 있습니다[/quote:21n8i6rh]복사 시에만 CPU 점유율이 높다면 그건 정상입니다.
이유는 전 댓글에 설명드린 대로 NTFS가 공개되어 있지 않을 뿐만 아니라 계속해서 EXT4에서 NTFS로 변환해줘야 하기 때문이지요.
저의 경우 50%쯤 되는 것 같습니다.

메모리를 많이 먹는 건 저로서는 잘 모르겠습니다.
다만 시스템 모니터의 프로세스 목록을 올려주시면 다른 분들이 쉽게 원인을 파악할 수 있을 것 같습니다.

메모리 점유율순 스샷입니다

리스트 아랫쪽에 더 있는데 의미없을것 같아서 생략했습니다

혹시나 해서 돌핀과 파이어폭스는 한번씩 닫고 재실행 해봤지만 차도가 없습니다

다른 곳에도 이런 질문이 올라와 있네요.
Copy Large Files

http://ubuntuforums.org/showthread.php?t=895246

남는 메모리(RAM)를 캐시로 사용하는 것은 알고 있는데, swap 까지 먹는 것은 좀 그렇네요.
만약 dd 명령으로 복사하신다면 블록 사이즈를 적절하게 정해줘야 속도가 더디지 않을 겁니다.
아마 기본값(default)이 512 일 겁니다.
그리고 요새 나온 Advanced Format 기술(고급 포맷(형식화) 기술?)은 기본 섹터가 4k 같으니 bs=4k 로 잡아주는 것이 좋을지도 모르겠군요. 해보지 않아서 모르겠습니다.^^

아래는 dd 로 복사 테스트

[code:1aw1t22f]cogniti@debian:~/Archive$ dd if=./debian-6.0.1a-i386-CD-1.iso of=./a
1325628+0 records in
1325628+0 records out
678721536 bytes (679 MB) copied, 23.2398 s, 29.2 MB/s
cogniti@debian:~/Archive$ dd bs=100M if=./debian-6.0.1a-i386-CD-1.iso of=./testfile
6+1 records in
6+1 records out
678721536 bytes (679 MB) copied, 49.0997 s, 13.8 MB/s
cogniti@debian:~/Archive$ dd bs=1M if=./debian-6.0.1a-i386-CD-1.iso of=./file2
647+1 records in
647+1 records out
678721536 bytes (679 MB) copied, 20.2325 s, 33.5 MB/s[/code:1aw1t22f]
dd 사용할 때 주의하시고요. 가급적 root 말고 일반 사용자 계정으로 사용하시고
경우에 따라서 실수로 점(.) 하나 빼먹어도 큰일날 수 있습니다.

ntfs-3g 성능 문제로 현재로는 방법이 없습니다.

차라리 윈도우즈에 ext2fsd를 설치하여 ext4를 지원하도록 해놓고
윈도우즈에서 복사하는게 더 빠를겁니다.