패킷 사이즈 질문..

감사합니다. 정말 많은 도움이 됐습니다 ㅜㅜ

패킷 사이즈 질문..

설날임에도 불구하고 빠른 답변 감사합니다 ㅠㅠ. 죄송합니다만.. 몇 가지 질문을 더 드리겠습니다. 첫 번째는, 패킷이 완전체가 아닌 경우로 왔을 경우는 어떤식으로 처리하나요..? 답변을 토대로 생각을 조금 해봤는데 완전체로 오지 않는 경우 판별 방법이 헤더의 사이즈 값을 통해 컨텐츠의 크기와 일치한지 비교를 통해서 판별할 것이라고 생각하는데.. 전부 오지 않는 경우에 처리 방법이 생각나지 않습니다 .. 아니면, 제가 완전히 잘못생각하고 있는 것일 수도 있겠네요 ㅠ 두 번째는, 패킷의 크기를 결정하는 순간은 모든 컨텐츠 기입이 끝났을 때라고 생각합니다. 그런데, 위의 질문과 같이 패킷의 실제 크기와 실제 전달 받은 크기 비교를 우선적으로 해야 할 것 같은데.. 직렬화 과정에서 사이즈가 기입되는 순간이 언제인지 모르겠습니다.. 처음에 넣자니 컨텐츠 크기를 모르고.. 나중에 넣자니 수신하는 쪽에서 가장 먼저 사이즈를 알아야할 것 같아 제 생각으로는 모순이 발생하네요 ㅠ

SendBufferHelper 클래스의 threadlocal

아아 .. TLS를 잘못 이해하고 있었네요 감사합니다!

어떨 때 자동화를 해야할까요?

감사합니다.

만약 c++이라면

아.. 그렇군요 생각해보니 굳이 c++로 만들 필요가 없었네요 감사합니다!

arraysegment의 offset

감사합니다 !!

arraysegment의 offset

감사합니다. 그렇다면 생성자에서 따로 offset을 지정하지 않는다면 default로 0이된다는 의미로 해석해도 될까요?

lock과 send 질문!

감사합니다!!!

lock과 send 질문!

언제나 친절한 답변 감사합니다 ㅜㅜ 이해했습니다. 이 강의 외의 질문이라 여기다가 하는게 맞는지는 모르겠는데 part4 다음 part 7으로 건너뛰어도 되는건가요? 아니면 part 5 part 6도 필수인가요? mssql은 책보고 한 번 써본 적은 있습니다..

lock과 send 질문!

음.. 뭔가 복잡하네요 ㅜㅜ 멀티스레드를 제대로 이해를 못하고 있는것 같아요 일단 pending이 true인 경우에 _pendingList.Count의 초기화가 이루어지지 않으니 _sendQueue에 버퍼가 쌓인다고 이해는 했습니다. Send가 완료되지 않는 경우는 상대가 Recv할게 많아서 미뤄진거라 생각해도 좋을까요? 그리고 또 다른 질문으로, Send 함수에 동시에 접근할 수 있는 경우가 어떤 경우가 있는지 잘 모르겠어요.. recv는 뭔가 여러 세션이 데이터를 동시에 보내면 차례로 처리하는 경우가 있을 것 같은데 send가 애초에 서버는 하나고 클라이언트 입장에서도 각기 다른 클라이언트가 send처리를 한다고 생각해서 lock이 필요없다고 느껴졌습니다. 정리가 잘 안되네요 죄송합니다 ㅜㅜ..