Netty WRITE\u SPIN\u COUNT的使用

Netty WRITE\u SPIN\u COUNT的使用,netty,Netty,我想了解Netty频道选项“WRITE\u SPIN\u COUNT”的用法。 将此值设置为高于或低于默认值(16)的效果如何。这是否应该设置。? 这是我从Netty文档中得到的,但不清楚为什么以及何时设置此值: 根据文件规定: 返回写入操作的最大循环计数,直到WritableByteChannel.write(ByteBuffer)返回非零值。它类似于在并发编程中使用旋转锁。它提高了内存利用率和写入吞吐量,具体取决于JVM运行的平台。默认值为16。写入旋转计数用于控制每个Netty写入操作调用

我想了解Netty频道选项“WRITE\u SPIN\u COUNT”的用法。 将此值设置为高于或低于默认值(16)的效果如何。这是否应该设置。? 这是我从Netty文档中得到的,但不清楚为什么以及何时设置此值: 根据文件规定:
返回写入操作的最大循环计数,直到WritableByteChannel.write(ByteBuffer)返回非零值。它类似于在并发编程中使用旋转锁。它提高了内存利用率和写入吞吐量,具体取决于JVM运行的平台。默认值为16。

写入旋转计数用于控制每个Netty写入操作调用底层
套接字的次数。写入(…)
。请记住,从Netty的缓冲区到底层套接字的写操作可能不会在一次尝试中传输所有数据。在I/O线程尝试完全写入单个缓冲区所花费的时间和如果该缓冲区未完全写入,则I/O线程必须注册写入事件,并在底层套接字可写时唤醒。后面的操作可能会很昂贵,因为套接字通常是可写的,I/O线程在尝试等待select机制时会被唤醒。我所描述的可以从中看出


对于这些类型的配置选项,我的建议是,如果您正在观察性能问题,那么针对您的用例进行基准测试,或者保留默认值。基准测试可能会发现您的问题在其他地方,或者至少会帮助您了解针对特定用例更改此值的影响。

写入旋转计数用于控制每个Netty写入操作调用底层
套接字的次数。
。请记住,从Netty的缓冲区到底层套接字的写操作可能不会在一次尝试中传输所有数据。在I/O线程尝试完全写入单个缓冲区所花费的时间和如果该缓冲区未完全写入,则I/O线程必须注册写入事件,并在底层套接字可写时唤醒。后面的操作可能会很昂贵,因为套接字通常是可写的,I/O线程在尝试等待select机制时会被唤醒。我所描述的可以从中看出


对于这些类型的配置选项,我的建议是,如果您正在观察性能问题,那么针对您的用例进行基准测试,或者保留默认值。基准测试可能会揭示您的问题出在其他地方,或者至少会帮助您了解针对特定用例更改此值的影响。

谢谢您的回复。现在我明白这是为什么了。谢谢你的回复。现在我明白这是为什么了。