길이 약속 프레임
이런 글이 있었쩌. 사실 quic 프로토콜에서도 프레임에 길이를 정의하는거 아나요. 이 프로토콜은 구조가 복잡하기에 성능 지적이 있어요.
스트리밍 모드 소켓 통신에서는 커널에 순환 버퍼를 집어 넣는거 아니면 결과적으로 가장 먼저 약간에 프레임 길이를 넘겨주어 살짜쿵 읽어서 정확한 다음 데이터를 읽어오는 처리를 하면 좋아요. 안그럼 남은 데이터를 어플이 버퍼 앞쪽으로 복사하여 밀어서 여럿 memcpy가 비롯되어져요. 메모리 복사가 나쁜 거는 아니어도 가능하는 일말에 여지에 따라서 피해요.
원시 http 프로토콜처럼 \r\n 을 기준으로 패킷을 쳐낸다 이럼 개행을 찾는데 많은 컴퓨터 파워가 낭비되어요. 애시당초에 텍스트 콘솔에서 비롯되어졌기에 ..
cpu 명령어에서 나누기 연산이 곱하기 보다 느린거 아나요. 2로 나누기 곱하기는 << >> 비트를 밀어서 계산해도 되어서 일반적으로 빠르지만 다른 숫자는 느리고 소수점은 더 느려져요.
속마음에서 컴퓨터를 첨부터 새로 설계하면 안되나 싶어쩌.
(위에 _비스콘 불편 짤 )
