Memory Usage WebAPI
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ệ
- java, kubernetes
- Lĩnh vực
- backend, performance
Hướng nghiên cứu
Bắt đầu bằng cách tái hiện các phép đo bộ nhớ khi không hoạt động và với một người dùng duy nhất cho pod ohdsi-webapi trong Kubernetes, sau đó kiểm tra runtime của WebAPI và cấu hình hiện có. So sánh mức sử dụng quan sát được với Hades và Atlas, đồng thời xác định liệu một thiết lập cụ thể hoặc ranh giới dịch vụ có thể giảm yêu cầu hay không. Hoàn thành có nghĩa là tài liệu hóa một khuyến nghị right-sizing được hỗ trợ và mọi hướng giảm đã được xác thực.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
When WebAPI is started on our kubernetes cluster it is currently using 1168Mi of memory when idle whereas Hades is using 75Mi and Atlas is using 4Mi. This makes WebAPI relatively expensive
NAMESPACE NAME CPU(cores) MEMORY(bytes)
cert-manager cert-manager-6c69f9f796-hx4xb 1m 22Mi
cert-manager cert-manager-cainjector-584f44558c-29cwl 1m 33Mi
cert-manager cert-manager-webhook-78466c75fc-frwrv 1m 24Mi
cert-manager trust-manager-775bfcf747-nwzxq 2m 28Mi
flux-system helm-controller-5d8d5fc6fd-6pn5r 2m 93Mi
flux-system kustomize-controller-7b7b47f459-9qlvs 24m 43Mi
flux-system notification-controller-5bb6647999-4s28v 1m 16Mi
flux-system source-controller-7667765cd7-gpz2h 2m 40Mi
jupyterhub continuous-image-puller-lfptt 0m 0Mi
jupyterhub hub-8676597487-b2kkf 2m 141Mi
jupyterhub proxy-7b7b858f6b-xpzsk 1m 19Mi
jupyterhub user-scheduler-648565cdf7-2vb7f 2m 23Mi
jupyterhub user-scheduler-648565cdf7-6qb6j 3m 29Mi
keda keda-admission-webhooks-6987d68f4c-sd4gh 1m 9Mi
keda keda-operator-5c77476f9b-8vldr 1m 32Mi
keda keda-operator-metrics-apiserver-7c4675769c-rf5jg 3m 47Mi
kube-system calico-kube-controllers-77bd7c5b-gvr2r 1m 25Mi
kube-system calico-node-dxcht 19m 145Mi
kube-system coredns-6d896984d7-svbz4 2m 23Mi
kube-system csi-secrets-store-secrets-store-csi-driver-s5rdz 1m 39Mi
kube-system hostpath-provisioner-7df77bc496-g2wl8 1m 17Mi
metallb-system controller-5f7bb57799-lmk68 1m 36Mi
metallb-system speaker-m4wwb 2m 28Mi
metrics-server metrics-server-5dc9dbbd5b-b276n 2m 32Mi
nginx ingress-nginx-controller-59cf569798-6pmtg 4m 114Mi
nginx ingress-nginx-controller-59cf569798-wv8nz 1m 99Mi
ohdsi ohdsi-atlas-7cd45d4565-5w9rn 0m 4Mi
ohdsi ohdsi-hades-6f798d67bb-scjlc 1m 75Mi
ohdsi ohdsi-webapi-76f45574d8-8b2k8 1m 1168Mi
secrets-distributor secrets-distributor-669864d94d-7d62t 0m 64Mi
I've seen on other threads a recommendation for at least 2GB and I've seen other recommendations suggesting an allocation of up to 16GB of memory to be allocated to the environment which is fine in itself but if the service is using 1GB when idle then I worry how much this could expand when in use, with a single user logged in and using the base source it got up to 1937Mi.
Is there any way in which we could reduce the memory requirements of the service (especially when idle), or offload this requirement onto other services? Are there any magic settings which might help?
And what would the recommendation for right-sizing this service for use at scale in a production environment with multiple data sources?
- Ngôn ngữ chính
- Java
- Star
- 153
- Fork
- 186
- Merge trung bình
- 2 ngày 12 giờ
- Pull request đã merge (30 ngày)
- 13
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 OHDSI/WebAPI
-
Độ khó 2/5 1-3 giờ 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
-
CDM cache warming still fails when cache.achilles.usePersonCount=false (missing `cc` alias in getBatchConceptRecordCount.sql)Có thể đã có người làm @DG47 đã nhận 2 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
GET /conceptset/{id}/expression returns items in nondeterministic order (query has no ORDER BY)Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 67/100
OHDSI/WebAPI#2543 · 3 bình luận ·
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
OHDSI/WebAPI#2513 · 3 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Issue tương tự
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 68/100
quarkusio/quarkus-agent-mcp#296 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement web-ui
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 67/100
jenkinsci/jenkins#27583 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
apache/rocketmq-dashboard#7302 ·
Maintainer thường phản hồi trong vòng 3 ngày
-
area: android good first issue help wanted testing
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
Gautam-aman/ResQNet#56 ·
Maintainer thường phản hồi trong vòng 1 ngày