매우 적은 양의 데이터를 기록하는 가장 효율적인 방법은 무엇입니까?

Question

멀티 스레드 환경에서 함수를 호출 할 때 정수 하나만 로깅한다고 가정하면이 메커니즘을 구현하는 데 가장 좋은 디자인은 무엇입니까? 예 :

void foo1() { 
    log(1); 
    ... 
} 
void foo2() { 
    log(2); 
    ... 
} 

다음은 가능한 방법은 다음과 같습니다

1. 단순히 fprintf()를 사용하여 파일에 로그인합니다. 문제 : 함수를 호출하여 정수 1을 기록하는 것은 비용이 많이 드는 작업이 아닙니까? 내가 틀렸다면 나를 바로 잡아라.
2. 기록 된 정수를 배열 버퍼에 저장합니다. 주기적으로 파일로 플러시합니다. 문제 : 스레드가 충돌하면 프로세스가 모든 스레드를 중지합니다. 아마도 마지막 로그 정보가 많이 풀릴 수 있습니다.

효율적인 로깅 메커니즘에 대한 더 이상의 제안은 없습니까?

Answer 1

부스트 로그와 같은 로깅 라이브러리를 살펴 보거나 버퍼가 있기 때문에 mutexes를 사용하여 std :: cout, cerr, cin (또는 로그하는 파일)을 래핑하는 방법을 살펴볼 수도 있습니다. t는 지속적으로 파일에 작은 양을 씁니다.

Answer 2

글쎄, "단순한"로깅은 아닙니다. fprintf은 커널 (컨텍스트 스위치)으로 점프 한 다음 다시 프로그램 (컨텍스트 스위치)으로 돌아갑니다. 속도가 필요한 경우 빠르지 않습니다. 또한 전원 공급이 중단 된 경우 로깅 데이터가 실제로 디스크에 저장되도록하려면 매우 비싼 sync()이 필요합니다. 당신은 정말로 거기에 가고 싶지 않다 :)

나는 버퍼링 된 방법이 실제로 속도와 신뢰성 사이에서 가장 빠르고 가장 합리적인 절충이라고 말하고 싶다. 내가 할 수있는 것은 여러 스레드가 안전하게 작성하도록 동기화 된 버퍼를 갖는 것입니다. 동시에 디스크에 데이터를 플러시하는 디스크 작성기 스레드를 한 번 실행합니다 (데이터의 종류에 따라 다릅니다). 약간의 기능 (예외 처리, 다중 상속 ..)이 특별한 상황에서 너무 쉽게 깨지는 경향이 있기 때문에 나는 매우 기본적인 언어 기능을 사용하여 plain C 토지에 더 많이 들어가기를 원합니다.

당신이 모를 일은 프로그램이 충돌 할 때 말을하는 것입니다. 을 죽이는 프로그램에 가입 할 수 있습니다 (일부 신호는 프로그램에서 취소 할 수 있지만 죽이는 신호는 그 중 하나가 아닙니다). 신호 처리 중에는 마지막으로 로그 버퍼를 하나씩 비우고 더 많은 데이터를 저장할 수 있습니다. 그리고 atexit()도 있습니다.