grpc / grpc/grpc-java

Netty streams should reduce the capacity of pooled buffers passed to sendFrame

Ouverte
#452 3 commentaires 0 réactions 0 personnes assignées Voir sur GitHub
performance
Langage dominant
Java
Étoiles
12.1k
Forks
4k
Merge moyen
2 j 17 h
PR mergées (30 j)
37

Description

When a small write and flush is passed through the framer we hold the full 4k of the buffer until the write completes. By reducing the capacity of a pool direct buffer to the readably byte limit we immediately release the unwritten portion of the buffer back to the pool.

This may or may not have an impact on performance and utility should be evaluated by bencmarking. It may improve performance by making more bytes available to thread-local allocation. The most likely benchmarks to be impacted would be streaming ones that write and flush many messages in a tight loop as it would alleviate buffer-arena locks.

Guide de contribution

Ouvrir le guide de contribution

Piste de recherche

Commencez par localiser le chemin du framer de Netty qui gère une petite écriture et un flush, en vous concentrant sur les buffers directs mutualisés et la limite d’octets lisibles. Évaluez avec un benchmark des charges de streaming qui écrivent et effectuent un flush de nombreux messages dans une boucle serrée, et prenez en compte le travail effectué lorsque la portion non écrite du buffer est renvoyée au pool et que l’impact sur les performances est mesuré.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
java
Domaine
backend, performance
Type d'issue
Fonctionnalité
Difficulté
4/5
Temps estimé
3-5 jours
Activité
À l'abandon
Clarté
Plutôt claire
Accessibilité débutants
35/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.