ulimit 명령어 시스템에서 사용가능한 자원의 한계(limit)를 알 수 있는 유닉스 명령어가 ulimit이다.
1. ulimit -a의 수행결과는 일반적으로 아래와 같다.
time(seconds) 한계가 없음. 혹은 unlimited
file(blocks) 2097151
data(kbytes) 131072
stack(kbytes) 32768
memory(kbytes) 32768
coredump(blocks) 2097151
nofiles(descriptors) 2000
2. 각각의 항목별로 보고 싶다면
-t : time(seconds) 프로세스당 사용가능한 cpu타임
-f : file(blocks=512 byte) 파일 하나의 최대 File size
-d : data(kbytes) 한 프로세스가 할당받을 수 있는 Data Segment의 최대 크기
-s : stack(kbytes) 한 프로세스가 할당받을 수 있는 Stack Segment의 최대 크기
-p : memory(kbytes) 한 프로세스가 할당받을 수 있는 물리적 메모리의 최대 크기
-c : coredump(blocks) 코어덤프 파일의 최대 File size
-n : nofiles(descriptors) 사용가능한 FD의 최대 개수
예) 최대파일size를 보고 싶다면 ulimit -f
file(blocks) 2097151
3. 값을 바꾸고 싶다면
예) fd개수는 100 -> 1024로
ulimit -n 1024
예) coredump 파일 size를 0으로 (즉, core가 안남게)
ulimit -c 0
Tip) 주의 사항
1) 아무옵션없이 ulimit를 하면 default로 -f 옵션을 먹습니다.
2) HP에서는 /bin/ulimit와 /usr/bin/ulimit가 있습니다.
그냥 umlimit를 하시면 /bin/ulimit를 수행하는 경우가 많은데 정확한 정보를 보시려면 반드시 /usr/bin/ulimit를 사용하셔야 합니다.
1. ulimit -a의 수행결과는 일반적으로 아래와 같다.
time(seconds) 한계가 없음. 혹은 unlimited
file(blocks) 2097151
data(kbytes) 131072
stack(kbytes) 32768
memory(kbytes) 32768
coredump(blocks) 2097151
nofiles(descriptors) 2000
2. 각각의 항목별로 보고 싶다면
-t : time(seconds) 프로세스당 사용가능한 cpu타임
-f : file(blocks=512 byte) 파일 하나의 최대 File size
-d : data(kbytes) 한 프로세스가 할당받을 수 있는 Data Segment의 최대 크기
-s : stack(kbytes) 한 프로세스가 할당받을 수 있는 Stack Segment의 최대 크기
-p : memory(kbytes) 한 프로세스가 할당받을 수 있는 물리적 메모리의 최대 크기
-c : coredump(blocks) 코어덤프 파일의 최대 File size
-n : nofiles(descriptors) 사용가능한 FD의 최대 개수
예) 최대파일size를 보고 싶다면 ulimit -f
file(blocks) 2097151
3. 값을 바꾸고 싶다면
예) fd개수는 100 -> 1024로
ulimit -n 1024
예) coredump 파일 size를 0으로 (즉, core가 안남게)
ulimit -c 0
Tip) 주의 사항
1) 아무옵션없이 ulimit를 하면 default로 -f 옵션을 먹습니다.
2) HP에서는 /bin/ulimit와 /usr/bin/ulimit가 있습니다.
그냥 umlimit를 하시면 /bin/ulimit를 수행하는 경우가 많은데 정확한 정보를 보시려면 반드시 /usr/bin/ulimit를 사용하셔야 합니다.
'OS' 카테고리의 다른 글
HOW-TO Glance (0) | 2008.08.06 |
---|---|
sed - 스트림 에디터 (0) | 2008.07.16 |
netstat 의 status 별 설명 (0) | 2008.07.14 |
특정 유저 process 찾아 한라인으로 죽이기 (0) | 2008.07.14 |
성능분석 관련 솔라리스 모니터링 (0) | 2008.07.14 |