Libuv + Tls + Browser - Githubissues

cuteant / SpanNetty

Port of Netty(v4.1.51.Final) for .NET

MIT License

301 stars 47 forks source link

Libuv + Tls + Browser #4

Closed cuteant closed 3 years ago

cuteant commented 4 years ago

浏览器运行第一次打开tls握手失败，导致浏览器一直等待

[x] Http2Tiles
[x] Http2Helloworld.Client
[x] Http2Helloworld.MultiplexServer
[x] Http2Helloworld.Server
[x] Http2Helloworld.FrameClient
[x] Http2Helloworld.FrameServer
[x] WebSockets.Server

sekkit commented 4 years ago

libuv有什么不好的地方吗，为什么要放弃

cuteant commented 4 years ago

Fixes WrappedByteBuffer::UnreadMemory

Http2.Test + Libuv测试通过

[x] DataCompressionHttp2Test
[x] Http2ConnectionRoundtripTest
[x] HttpToHttp2ConnectionHandlerTest
[x] InboundHttp2ToHttpAdapterTest

yyjdelete commented 3 years ago

@cuteant 考虑下Libuv在net5.0里面标记为弃用会有什么影响么?(虽然这包本身也已经有3年没更新过了) https://docs.microsoft.com/zh-cn/dotnet/core/compatibility/3.1-5.0#kestrel-libuv-transport-marked-as-obsolete

cuteant commented 3 years ago

@cuteant 考虑下Libuv在net5.0里面标记为弃用会有什么影响么?(虽然这包本身也已经有3年没更新过了) https://docs.microsoft.com/zh-cn/dotnet/core/compatibility/3.1-5.0#kestrel-libuv-transport-marked-as-obsolete

不好意思，这段时间没登录github，回复有些晚了，我想先用libuv-shared替代下，主要是不想舍弃 libuv，libuv在短消息传输相比socket还是有优势的，性能测试参考 performance

egmkang commented 3 years ago

@cuteant 你这个测试数据, 感觉不是很对, 建议你上云服务器, 买一个PPS略微高一点的, 我这边PC机PPS都可以跑到60W+, 来回可以有30Wqps, DotNetty

cuteant commented 3 years ago

@egmkang 这个测试数据是基于akka.remote的，akka内部要有相当一部分性能损耗的，测试短消息用，作为netty的基准测试是不咋合适，主要是我之前懒得弄了，:smile:

egmkang commented 3 years ago

@cuteant 你没懂我意思, 你这个测试机器不行, 还没看出来损失在啥地方....

cuteant commented 3 years ago

@egmkang 嗯，先把功能完善推出v1.0，再考虑这些吧