답변:
/tmp램 ( tmpfs)으로 옮기는 것이 가장 좋은 해결책이라는 것을 알게됩니다.
/tmp-데스크탑에서는 12MB를 가장 잘 사용하지만 /tmp고객이 MySQL과 스크립팅 언어로 어리석은 일을하면 서버 가 /tmp크게 커질 수 있지만 더 커집니다. tmpfs의 훌륭한 점은 64MB의 램을 가져 오지 않고 딱딱한 천장이라는 것입니다. tmpfs는 더 많은 공간이 필요함에 따라 확장되므로 해당 시점에 필요한 것을 tmpfs에서만 사용하십시오.
여기에는 몇 가지 좋은 선택이 있습니다.
none /tmp tmpfs size=64M,mode=1777 0 0하십시오 /etc/fstab. 를 원하는 size값으로 변경할 수 있습니다 . 어느 시점에서 너무 작다고 생각 mount하면 크기를 늘리는 데 사용할 수 있습니다 mount -t tmpfs tmpfs /tmp -o size=128M,mode=1777,remount.. 기존 파일을 삭제하지 않고 크기가 증가합니다./tmp경우 확인하는 데 시간이 걸립니다. 많은 경우에 ext3가 더 빨리 부팅됩니다. 따라서 저는 저널링을 사용하는 것이 좋습니다./tmp대량의 작은 파일을 저장하는 데 사용 합니다. 따라서 경우에 따라 사용 가능한 블록이 더 이상없고 파일 시스템이 가득 찼습니다. ext4와 reiserfs는 다른 방식으로 파일을 저장합니다. 따라서 귀하의 제품을 사용하는 것이 좋습니다 /tmp.컴퓨터가 오랫동안 실행되는 경우에서 사용하지 않는 파일을 삭제하는 것이 좋습니다 /tmp. tmpreaper당신을 위해 그것을하는 하나의 솔루션입니다.
그러나 내 첫 번째 선택은을 사용하는 것 tmpfs입니다.
/etc/fstab일부 util-linux이므로 사용중인 init 시스템에 관계없이 모든 Linux 시스템에 표시됩니다.
사용하여 tmpfs, 사용자의 요구에 잘되어야 당신이 충분한 RAM이 설치되어 있는지 제공 .
그것은 ... 램 디스크 사용과 관련하여 고려해야 할 사항입니다 /tmp(이것은 다른 곳 의 오래된 게시물 에서 가져온 것입니다 ).
많이 사용되면 이것은 유혹입니다. "/ tmp를 RAM 디스크에 넣고 액세스 속도를 높이고 시스템을 재부팅 / 종료하면 정리할 것이 없습니다." 그러나 임시 공간을 스왑 될 RAM 디스크로 구현하려는 경우 다른 프로그램에 의한 시스템 스왑 공간 사용의 결과를 고려할 것입니다. 스왑이 "긴급 오버플로"의 형태로 시스템이 똑바로 있고 필요할 때 필요한 경우, 가장 필요한 것은 / tmp를 채우는 런 어웨이 프로세스에 의해 스왑 공간을 소비하고 메모리를 소비하여 디스크로 스왑 할 VM 서브 시스템. 스왑 활동 사이seek()
특정 마운트 옵션과 함께 ext4를 사용하는 것이 좋습니다. 다음 마운트 옵션을 사용하십시오.
barrier=0 : Significantly improves file write operations in some scenarios
noatime : Don't update file last access time, you don't need this on /tmp files and it should help with write operations performance.
tmpfs는 일반적으로 / tmp가 세계 쓰기 가능하므로 누구나 쓸 수 있기 때문에 tmpfs가 나쁜 옵션이라고 생각합니다.이를 채우면 메모리가 모두 소모되고 서버의 크롤링 속도가 느려집니다