매개 변수 카프카의 최적화를 CentOS 시스템

TCP 네트워크 최적화

sudo는은 /etc/sysctl.conf에왔다

= 655,360의 vm.max_map_count
되는 net.core.rmem_default = 262,144
net.core.rmem_max의 = 2097152
net.core.wmem_default = 262,144
net.core.wmem_max = 2097152
# net.core.somaxconn = 655,360
#이 값 inet_listen () 함수 그것은 그렇지 않으면 오류가 발생하지,하지에 USHRT_MAX (예 : 65535)를 초과 제한된다 "sysctl을 : 키를 설정"net.core.somaxconn " : 잘못된 인수를"
net.core.somaxconn = 65535

sudo는 sysctl을 -p는 효과를 가지고 실행
힘에서 현재보기 : sudo는 sysctl을 -a | 그렙 $ { PARAM}

프로세스 수준의 자원 최적화를 제한  

 | sudo는는는 /etc/security/limits.conf왔다 /etc/security/limits.d/90-nproc.conf

지속 효과 | 파일을 수정하는 프로세스를 다시 시작하는 것입니다. 동일한 구성 항목의 매개 변수 인 / etc / 보안 / limits.d / 90 nproc.conf이는 /etc/security/limits.conf 덮어 쓰게됩니다

* 소프트 NOFILE 655,360 
* 하드 NOFILE 655360 
* 부드러운 nproc에 8096 
* 하드 nproc에 8096

수정 프로세스 제한을 즉시 적용 (임시)

sudo를 prlimit --pid <PID> - <한계> = <소프트> <하드> 
sudo를 prlimit --pid 12345 --nofile = 655,350 : 655,350 
sudo를 prlimit --pid 12345 = 655,350 --nofile

디스크 IO 최적화

매개 변수 이름 설명
sudo는 blockdev --setra 16384는 / dev / SDX 디스크 대기열
sudo는 SH -c "에코"4096 "> / SYS / 블록 / SDX / 큐 / nr_requests ' 미리 읽기 크기
sudo는 SH -c "에코"500 ">은 / proc / SYS / VM / dirty_writeback_centisecs ' 간격 pdflush 실행의 핵심 프로세스에 대한 더러운 데이터 리프레시 제어
sudo는 쉬 -c '에코 "35"> 변수 / proc / sys / vm /를 dirty_ratio' 크기 버퍼 쓰기 프로세스 제어 pdflush 브러시 판, 현재 기록 더티 페이지 캐시 점유비 물리적 메모리의 임계 ​​값보다 큰지가 디스크로 플러시되는 경우가 임계치보다 큰 경우, 파일 시스템의 파일 시스템을 제어
sudo는 쉬 -c '에코 "5"> 변수 / proc / sys / vm / dirty_background_ratio' 백분위는 최대 보존의 페이지 캐시 (캐시 더티 페이지) 만료되었습니다. IS 캐시 MmeFree + 매핑 된 기준값
sudo는 쉬 -c '에코 "2000"> 변수 / proc / sys / vm / dirty_expire_centisecs' 1/100 초. 다음주기 동안 데이터의 만료 시간 캐시 페이지 (이전 데이터)를 디스크에 기록합니다. 기본 30 초 아주 긴 시간이다

추천

출처www.cnblogs.com/lizherui/p/12640840.html