TLS memory overflow - V8 garbage collection
Chưa có ai nhận issue này.
- Ngôn ngữ chính
- JavaScript
- Star
- 122k
- Fork
- 37.3k
- Merge trung bình
- 4 ngày 2 giờ
- Pull request đã merge (30 ngày)
- 283
Mô tả
Version
26.7.0
Platform
Microsoft Windows NT 10.0.26200.0 x64
Subsystem
No response
What steps will reproduce the bug?
- git clone https://github.com/prettydiff/aphorio
- npm run server
- Open a web browser to localhost and the specified port number
- In the browser use the left side navigation and choose Performance Test
- Choose these experiment settings:
- WebSocket
- Encrypted
- Send Only
- Force GC Between Tests
- Location - 127.0.0.1
- Port - specified secure port
- Test Quantity - 5000000
- Number of tests - 10
- Message Body - "test"
How often does it reproduce? Is there a required condition?
50%, no required condition
What is the expected behavior? Why is that the expected behavior?
The expected behavior is the application remains executing and returns test results.
What do you see instead?
<--- Last few GCs --->
[16960:00000220C3725000] 178739 ms: Scavenge (during sweeping) 7914.8 (7952.1) -> 7887.9 (7954.4) MB, pooled: 0.0 MB, 3.29 / 0.00 ms (average mu = 0.348, current mu = 0.370) allocation failure;
[16960:00000220C3725000] 179468 ms: Incremental Mark-Compact (reduce) 7919.9 (7957.1) -> 7890.5 (7896.4) MB, pooled: 0.0 MB, 33.63 / 0.00 ms (+ 668.4 ms in 133 steps since start of marking, biggest step 5.2 ms, walltime since start of marking 720 ms) (a
FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
----- Native stack trace -----
1: 00007FF748A7641D node::OnFatalError+1325
2: 00007FF749840FB1 v8::Function::NewInstance+577
3: 00007FF749625287 SSL_CTX_set_stateless_cookie_verify_cb+504087
4: 00007FF749622E4D SSL_CTX_set_stateless_cookie_verify_cb+494813
5: 00007FF74961D511 SSL_CTX_set_stateless_cookie_verify_cb+471969
6: 00007FF749624DEA SSL_CTX_set_stateless_cookie_verify_cb+502906
7: 00007FF7493C8C8F v8::MemorySpan<v8::internal::DirectHandle<v8::internal::Map> >::operator[]+890943
8: 00007FF749665ADE v8::internal::StrongRootAllocatorBase::deallocate_impl+201886
9: 00007FF74986B73C v8::ArrayBuffer::New+172
10: 00007FF748AD2A7F node::Buffer::New+43359
11: 00000220EBD501DA
Additional information
Unencrypted tests never fail in this manner as they will run to completion as long as it takes. This problem is specific to TLS. I have been able to run experiments comprising greater than 50,000,000 WebSocket messages repeatedly without any failures.
The error messaging indicates garbage collection in V8 is the culprit, but I suspect the problem could be OpenSSL causing V8 to hang unexpectedly until all memory is consumed.
This is an aside, but it seems at maximum efficiency I can send 3,250,000 messages in 0.002 seconds but the next 0.998 seconds is spent on garbage collection. I don't know if this is a potentially untapped optimization target. Aside from the garbage collection time it seems executing WebSockets like this application does is about 2300x faster than Bun.
I had a defect in my profiler.
Hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Hướng nghiên cứu
Tái hiện với repository aphorio bằng cách sử dụng npm run server và các cài đặt WebSocket Performance Test được mã hóa опис trong issue. So sánh lần chạy TLS với lần chạy không mã hóa, đồng thời theo dõi output của quá trình thu gom rác V8 và lỗi heap. Được xem là hoàn tất khi bài kiểm thử được mã hóa hoàn thành và trả về kết quả mà không làm cạn kiệt bộ nhớ.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Đánh giá
- Công nghệ
- javascript, nodejs
- Lĩnh vực
- backend, networking, security
- Loại issue
- Lỗi
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức độ hoạt động
- Ít trao đổi
- Độ rõ ràng
- Khá rõ ràng
- Mức phù hợp với người mới
- 45/100