SMB를 통한 로그 테일링은 Samba 4와 Samba 3에서 훨씬 느립니다.

SMB를 통한 로그 테일링은 Samba 4와 Samba 3에서 훨씬 느립니다.

방금 Samba 3.6이 포함된 Ubuntu 11.10을 실행하는 내부 개발 VM을 Samba 4.1이 포함된 Ubuntu 15.04(새 설치, 새 VM)로 업그레이드했습니다. 웹 개발 출력을 보는 내 로그 조정기(BareTailPro)가 이제 새로 고쳐지는 것을 제외하고는 모든 것이 잘 작동합니다.매우느리게.


삼바 3에서

서버측 로그 쓰기는 거의 즉시(0.25초 미만) BareTail에 나타납니다. 후속 쓰기도 즉시 수행됩니다.

삼바 4 아래

서버측 로그 쓰기는 첫 번째 쓰기 시 거의 즉시 BareTail에 나타납니다. 후속 쓰기는 BareTail이 표시하기 전에 10~12초를 기다립니다. 레벨 3에 설정된 Samba 로깅은 BareTail이 업데이트를 표시하는 순간 읽기가 발생하는 것을 보여줍니다. 이는 BareTail이 타임스탬프 업데이트를 확인하지만(소프트웨어는 250ms마다 확인) 10~12초가 지날 때까지 이전 타임스탬프를 알려주는 것과 같습니다. 업데이트를 가져오면 줄이 누락되지 않습니다.


다른 물리적 시스템에서 14.04 및 15.04를 사용하여 VM을 다시 만들었습니다. 인터넷 검색에서는 소켓 옵션 설정에 대한 일반적인 제안을 반환하지만 아무것도 도움이 되지 않았습니다. 실제로 SMB를 통한 로그 테일링에 대해 거의 발견하지 못했지만 예전에는 훌륭하게 작동했지만 지금은 그다지 많지 않습니다. Windows 8.1과 Samba 4의 조합은 네트워크 전체의 파일 타임스탬프 업데이트에 일종의 버퍼를 주입하는 것으로 보입니다. 누구든지 이 문제를 겪고 서버 측 또는 클라이언트 측 수정 사항을 알고 있습니까?

관련 정보