메그넘

【root@edu ~】 ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
file size               (blocks, -f) unlimited
pending signals                 (-i) 1024
max locked memory       (kbytes, -l) 32
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
stack size              (kbytes, -s) 10240
cpu time               (seconds, -t) unlimited
max user processes              (-u) 4084
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

(1) ulimit 설정상태 확인 
 # ulimit -a 
time(seconds) unlimited 
file(blocks) unlimited 
data(kbytes) 2097148 
stack(kbytes) 8192 
coredump(blocks) unlimited 
nofiles(descriptors) 64 
vmemory(kbytes) unlimited

(2) ulimit 설정 항목 변경 
# ulimit -s unlimited 
# ulimit -a 
time(seconds) unlimited 
file(blocks) unlimited 
data(kbytes) 2097148 
stack(kbytes) unlimited 
coredump(blocks) unlimited 
nofiles(descriptors) 64 
vmemory(kbytes) unlimited

(3) ulimit 명령어 Option 
-d maximum size of data segment or heap (in kbytes) 
-f maximum file size (in 512-byte blocks) 
-n maximum file descriptor plus 1 
-s maximum size of stack segment (in kbytes) 
-t maximum CPU time (in seconds) 
-v maximum size of virtual memory (in kbytes)

===========================================================================

#ulimit -a

time(second)
 --> the amount of time that process could use cpu
프로세스가 cpu를 사용할 수 있는 최대시간

file(block)
--> the maximum size of file that process could create it
해당 프로세스가 만들 수 있는 파일의 최대 크기

data 
--> the maximum amount of memory that process could occupy
해당 프로세스가 점유할 수 있는 data의 최대값

stack
--> the maximum amount of memory that process could occupy
해당 프로세스가 점유할 수 있는 stack의 최대값
memory
--> the maximum amount of real memory that process could occupy, and you can  verify this value with RSS column of glance .
해당프로세가 점유할 수 있는 최대 리얼메모리의 크기

==================================================================================

설정값 적용하기

 ulimit -a 값으로 봤을때 open files 기본값이 1024 인데 이값을 증가시키려합니다..

ulimit -n 65536 이런식으로 하면 현재쉘에서만 적용되고 모든 사용자들에게 적용되지 않는걸로 알고있습니다..

이럴 경우 요렇게 하면 됩니다. ^^

/etc/security/limit.conf 파일 하단에

* - nofile 65535 이런식으로 추가한후에 리부팅 한다

메일서버등록제 - SPF (Sender Policy Framework)

발송 메일 서버 아이피를 DNS에 등록 하여  수신메일 서버에서 발송자 정보가 실제 메일서버의 정보화 

일치하는지를 확인하여 정상적인 메일로 처리할도록 하는 국제 표준 인증 기술입니다.

대다수 스팸발송자가 자신의 신원을 감추기 위해 발송자 주소나 전송 경로를 허위로 표기하거나 변경하는 경우가 많다는데서 착안되었다.  ( * 자세한 내용은 한국인터넷 진흥원에서 운영하고 있는 http://www.kisarbl.or.kr 을 참고하세요~)

nslookup 명령으로 DNS 서버에 SPF 레코드 등록 여부를 확인해 본다.....

# nslookup 

# server 1.2.3.4 (DNS 서버명 또는 DNS IP 입력)
Default Server: 
Address: 1.2.3.4

# set type=txt (DNS record type 지정)

# kisarbl.or.kr (조회하려는 도메인 입력)
Server: 
Address: 1.2.3.4

Non-authoritative answer:
kisarbl.or.kr   text = "v=spf1 ip4:10.0.0.4 ~all"   (SPF 레코드 등록 정보) 

[root@pro root]# hdparm -c /dev/hda 

/dev/hda: 
IO_support = 1 (32-bit) 

3.1pro의 경우는 우선 위와 같이 32-bit모드로 되어 있으므로 입출력모드는 별다른 처리가 필요없습니다. 


[root@pro root]# hdparm -d 0 /dev/hda 

/dev/hda: 
setting using_dma to 0 (off) 
using_dma = 0 (off) 

[root@pro root]# hdparm -t /dev/hda 

/dev/hda: 
Timing buffered disk reads: 64 MB in 13.62 sec0nds = 4.70 MB/sec 
[root@pro root]# hdparm -d 1 /dev/hda 

/dev/hda: 
setting using_dma to 1 (on) 
using_dma = 1 (on) 
[root@pro root]# hdparm -t /dev/hda 

/dev/hda: 
Timing buffered disk reads: 64 MB in 3.63 sec0nds = 17.63 MB/sec 

위와 같이 DMA 기능을 사용하지 않는 경우와 사용하는 경우 확인해보았을때 
위와 같이 4배이상 차이가 납니다. 

기본적으로 
[root@pro root]# hdparm -d /dev/hda 

/dev/hda: 
using_dma = 1 (on) 
위와 같이 설정되어 있으므로 별다른 조치가 필요없습니다. 

질문의 답변에 해당하는 명령어는 
# hdparm -t /dev/hda 
입니다. 

지금까지 하드디스크의 IO모드 및 DMA사용여부의 체크 및 테스트 방법에 대하여 알아보았습니다