wtx
1.0.0
주로 웹 기술에 중점을 둔 다양한 전송 구현 및 관련 도구 모음. 6 개의 IETF RFC (6265, 6455, 7541, 7692, 8441, 9113), 2 개의 공식 사양 (GRPC, PostgreSQL) 및 기타 발명 된 아이디어의 사내 개발.
모든 기능은 선택 사항이며 컴파일 시간에 설정해야합니다. 자세한 내용은 의도 한 문서를 참조하십시오.
작동 힙 할당 장치가 장착 된 내장 장치는이 no_std 상자를 사용할 수 있습니다.
일반적으로 성능을 향상시키는 많은 것들이 프로젝트에서 사용되며 몇 가지 이름을 지정합니다.
cargo tree -e normal --features postgres 사용하여 PostgreSQL 클라이언트가 요구하는 16 개의 종속성을 볼 수 있습니다.메모리는 일반적으로 즉시 생성 및 하락하는 대신 인스턴스 수준에서 유지되므로 사용 사례에 따라 사용량이 크게 증가 할 수 있다는 점에 주목할 가치가 있습니다. 적절한 경우 공유 리소스 풀을 사용해 보거나 당사자간에 교환 할 수있는 데이터의 양을 제한하십시오.
WTX-Bench 체크 아웃하여 다양한 벤치 마크를 보거나 오해 나 오해를 자유롭게 지적 할 수 있습니다.
주로 성능에 영향을 미치는 두 가지, 선택한 런타임 및 사전 배치 된 바이트 수가 있습니다. 특히 각 핸드 셰이크에 대해 새 인스턴스를 생성 해야하는 서버의 경우, 단기 또는 낮은 전환 연결을 위해 많은 수의 바이트를 사전 할당하면 부정적인 영향을 줄 수 있습니다.
저장소에 #[bench] 가 표시된 것은 일반적으로 다른 부품의 기초가되는 매우 구체적인 작업을 측정한다는 점에서 낮은 수준의 벤치 마크로 간주됩니다.
https://bencher.dev/perf/wtx를 살펴보고 다른 기간 동안 모든 낮은 수준 벤치 마크를 확인하십시오.
네트워크 연결이 필요한 기능을 사용하는 경우 암호화 된 통신을 수행해야하며 wtx 특정 스트림 구현으로 하드 코딩되지 않기 때문에 최고의 TLS 제공 업체를 선택해야합니다.
TokioRustlsConnector 또는 TokioRustlsAcceptor 와 같은 일부 유틸리티는 물건을보다 편리하게 만들기 위해 사용할 수 있지만 클라이언트 사용에 대한 인증서를 제공하는 상자를 활성화해야한다는 점을 명심하십시오.
다양한 사용 사례의 데모는 wtx-instances 디렉토리와 문서에서 찾을 수 있습니다.
포인터 길이가 16 비트 인 시스템을 지원하지 않습니다.
임의의 슬라이스 수의 길이의 무한 합의를 기대하면, 그렇지 않으면 프로그램이 오버플로를 트리거하여 예기치 않은 작업을 초래할 수 있습니다. 예를 들어, 32 비트 시스템에서 이러한 시나리오는 스왑 메모리 나 ulimit 와 같은 특정 리미터를 통해 실행 가능해야합니다.
