kbfs steadily increases memory usage until system reboots 2nd attempt
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- go, raspberry-pi
- Lĩnh vực
- operating-systems, performance
Hướng nghiên cứu
Bắt đầu bằng cách tái hiện mức tăng bộ nhớ với kbfsfuse và các lần truyền rsync lặp lại trên Raspberry Pi 5, sử dụng đầu ra top và các log được báo cáo để đo bộ nhớ thường trú. Theo dõi hành vi liên quan của kbfsfuse để xác định memory leak; được xem là hoàn tất khi các lần truyền liên tục không còn gây ra mức sử dụng bộ nhớ tăng đều hoặc làm hệ thống mất ổn định.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Describe the bug
Over the course of ~3 hours, kbfs steadily increases memory usage until it reaches about ~94% usage at which point my system crashes / reboots. During this time every couple of minutes I'm using rsync to copy files onto kbfs.
raspberry pi 5
- 64-bit ARM
- 8 G of RAM
- 2 G of swap memory
I've compiled from source (no standard package for the above). Branch master commit 2763ebd414e3ff95c1373d41405ed8067f82f701
To Reproduce
I am running as one specific user which I've used to authenticate my device with my account.
How I start keybase and kbfs:
export GOPATH="$HOME/gopath"
export PATH="$PATH:$GOPATH/bin"
export KEYBASE_RUN_MODE=prod
export XDG_RUNTIME_DIR=/run/user/1001
nohup keybase service >> ~/logs/keybase_server.log 2>&1 &
nohup kbfsfuse /home/dllahr/kbfs >> ~/logs/kbfsfuse.log 2>&1 &
Here's a log of the results of running top once per minute over the course of ~29 minutes. You can see the memory usage (3rd column from right) goes from 18.0% to 47.4%. In the 6th column you can see the amount of resident memory usage which is also high and steadily increasing - this is not just virtual memory.
1337 dllahr 20 0 3937072 1.4g 35104 S 0.0 18.0 3:54.41 kbfsfuse
1337 dllahr 20 0 4071056 1.5g 35104 S 0.0 19.5 4:11.75 kbfsfuse
1337 dllahr 20 0 4140064 1.6g 35104 S 0.0 20.1 4:31.26 kbfsfuse
1337 dllahr 20 0 4141536 1.6g 35104 S 0.0 20.5 4:45.19 kbfsfuse
1337 dllahr 20 0 4275328 1.7g 35104 S 0.0 21.6 5:03.51 kbfsfuse
1337 dllahr 20 0 4342608 1.8g 35104 S 0.0 22.7 5:21.83 kbfsfuse
1337 dllahr 20 0 4411360 1.9g 35104 S 0.0 23.7 5:36.65 kbfsfuse
1337 dllahr 20 0 4479024 1.9g 35104 S 0.0 24.2 5:55.12 kbfsfuse
1337 dllahr 20 0 4614912 2.0g 35104 S 0.0 25.5 6:14.25 kbfsfuse
1337 dllahr 20 0 4614912 2.0g 35104 S 0.0 25.8 6:29.86 kbfsfuse
1337 dllahr 20 0 4749856 2.2g 35104 S 0.0 27.4 6:49.02 kbfsfuse
1337 dllahr 20 0 4817712 2.2g 35104 S 0.0 28.3 7:07.42 kbfsfuse
1337 dllahr 20 0 4886592 2.3g 35104 S 0.0 29.3 7:24.17 kbfsfuse
1337 dllahr 20 0 4954064 2.4g 35104 S 0.0 30.0 7:41.97 kbfsfuse
1337 dllahr 20 0 5021728 2.4g 35104 S 0.0 30.7 8:00.46 kbfsfuse
1337 dllahr 20 0 5155200 2.6g 35104 S 0.0 32.7 8:17.36 kbfsfuse
1337 dllahr 20 0 5223760 2.6g 35104 S 0.0 33.3 8:35.35 kbfsfuse
1337 dllahr 20 0 5355248 2.8g 35104 S 0.0 35.1 8:59.51 kbfsfuse
1337 dllahr 20 0 5422400 2.8g 35152 S 0.0 35.2 9:19.02 kbfsfuse
1337 dllahr 20 0 5488016 2.9g 35152 S 0.0 36.6 9:43.14 kbfsfuse
1337 dllahr 20 0 5557216 2.9g 35152 S 0.0 37.0 10:01.03 kbfsfuse
1337 dllahr 20 0 5754064 3.1g 35152 S 0.0 39.8 10:26.50 kbfsfuse
1337 dllahr 20 0 5754064 3.1g 35152 S 0.0 39.9 10:45.24 kbfsfuse
1337 dllahr 20 0 5955984 3.3g 35152 S 0.0 42.3 11:11.46 kbfsfuse
1337 dllahr 20 0 5960656 3.3g 35152 S 0.0 42.4 11:32.43 kbfsfuse
1337 dllahr 20 0 6026528 3.4g 35152 S 0.0 43.3 11:58.56 kbfsfuse
1337 dllahr 20 0 6026528 3.4g 35152 S 0.0 43.6 12:19.38 kbfsfuse
1337 dllahr 20 0 6358192 3.7g 35152 S 0.0 47.0 12:46.01 kbfsfuse
1337 dllahr 20 0 6364208 3.7g 35152 S 0.0 47.4 13:05.80 kbfsfuse
Can you help me track down what's going wrong here? I think keybase has the potential to be an incredibly powerful tool, but this problem makes it hard for me to deploy in a stable, production system.
Expected behavior
see above
Screenshots
see above
Additional numbers
The number 345567
- Ngôn ngữ chính
- Go
- Star
- 9.3k
- Fork
- 1.3k
- Merge trung bình
- 1 ngày 2 giờ
- Pull request đã merge (30 ngày)
- 99
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Không có mẫu pull request
- Không có 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.
Issue khác của keybase/client
-
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 62/100
keybase/client#24313 · 2 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 15/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 Hơn một tuần Mức phù hợp với người mới 8/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 65/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
keybase/client#29355 · 13 bình luận · 6 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của keybase/client
Issue tương tự
-
[bug]: scan-all update-schedule does not auto-convert 5-field cron expressions as documentedCó thể đã có người làm @vishnums2k5 đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
goharbor/harbor-cli#1143 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 8 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
-
--info inline-right:PREFIX leaves the first character of the prefix when the info gets shorterĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 73/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
rossoctl/context-guru#1053 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[BUG] EphemeralJob matches every pod in the namespace when spec.selector is emptyCó thể đã có người làm @vishnums2k5 đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
openkruise/kruise#2656 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày