39 luồng giữ gần 10.000 WebSocket — nhưng phát tin cho tất cả lại là một quét O(n) trên event loop
Đo chi phí thật của kết nối WebSocket giữ mở trong Vert.x — bộ nhớ, số luồng, thời gian phát tin — và cái bẫy giới hạn 50 kết nối phía client.
Bài viết mới nhất
Tổng 1741 bài
Một dòng write() thiếu áp lực ngược: một client mạng yếu ngốn 172 MiB, đủ để sập cả ứng dụng
Hai cách truyền tệp trông giống hệt nhau, một cái đọc tệp vào RAM nhanh hết mức có thể. Đo heap của cả hai với cùng một client chậm.
Upstream không sập, chỉ im lặng — 40 request treo kéo thông lượng về 0 và ở lại đó mãi
Đo thông lượng Web Client theo kích thước pool, chỉ ra chỗ maxPoolSize bị nhân lên mà không ai để ý, và dựng lại cảnh sập toàn phần vì quên phép chờ.
Client gửi rác, endpoint Vert.x báo 500 — vì sao lỗi của họ lại thành lỗi của bạn
Ba cách làm thân request biến mất trong Vert.x Web, hành vi thật khi vượt giới hạn kích thước, và chỗ lỗi của client bị báo thành lỗi của server.
Quên gọi next(): request treo tới khi client bỏ cuộc, không một dòng log — và 50 handler vẫn miễn phí
Đo chi phí thật của Router và chuỗi handler trong Vert.x Web, cùng ba cách làm request biến mất mà không có dòng lỗi nào.
ThreadLocal trên event loop không mất dữ liệu — nó trả về dữ liệu của request khác
Vì sao ThreadLocal không dùng được trên event loop — nó không mất dữ liệu, nó trả về dữ liệu của người khác. Và đo xem Context đi được tới đâu.