MaxClents trong apache. Làm thế nào để biết kích thước của công ty của tôi?

Từ http://httpd.apache.org/docs/2.2/misc/perf-tuning.html

Vấn đề phần cứng lớn nhất ảnh hưởng đến hiệu suất máy chủ web là RAM. Một máy chủ web không bao giờ phải trao đổi, vì việc hoán đổi làm tăng độ trễ của mỗi yêu cầu vượt quá điểm mà người dùng cho là "đủ nhanh". Điều này khiến người dùng nhấn dừng và tải lại, tăng thêm tải. Bạn có thể và nên kiểm soát cài đặt MaxCl Client để máy chủ của bạn không sinh ra nhiều trẻ em bắt đầu hoán đổi. Quy trình này để thực hiện việc này rất đơn giản: xác định kích thước của quy trình Apache trung bình của bạn, bằng cách xem danh sách quy trình của bạn thông qua một công cụ như trên cùng và chia phần này vào tổng bộ nhớ khả dụng của bạn, để lại một khoảng trống cho các quy trình khác.

Vấn đề chính là tôi không thể hiểu làm thế nào để biết kích thước, bởi vì, tôi cũng có kích thước của httpd không quá 3888

Nhưng, nếu chúng ta cần xác định số lượng cho MaxClents và tôi có 4GB RAM, vậy tôi nhận được: 972, vậy tôi có nên sử dụng như 900 trong MaxClents không?

Đầu tiên, xác định PID của một trong các quy trình Apache của bạn.

Sau đó, bạn có thể làm một cái gì đó như thế này:

cat /proc/PIDHERE/status | grep VmRSS

Điều này sẽ mang lại kích thước tập hợp cư trú (hiện tại) của quy trình cụ thể đó, tương tự như:

VmRSS: 304456 kB

Giá trị này là như âm thanh của nó, nó là kích thước của cư dân quá trình trong RAM.

Sau đó bình thường hóa đơn vị đo của bạn ( 4GB * 1024 * 1024 = 4,194,304 KB). Chia:

4194304 KB / 304456 KB = 13.77 processes

Hãy xem xét rằng bạn có thể có các quy trình khác đang chạy trên hệ thống của mình cũng sẽ tiêu thụ bộ nhớ và lý tưởng là bạn muốn giảm thiểu việc hoán đổi, do đó bạn sẽ không muốn 13 Max Max Client được cấu hình (sử dụng số của tôi), bạn muốn ít hơn một chút (theo ý của bạn ).

Đây là một ước tính thô; kích thước của các quy trình Apache của bạn có thể tăng theo thời gian tùy thuộc vào tải.

Dự đoán maxCl Client từ các kịch bản thử nghiệm là điểm khởi đầu - nhưng để giải quyết vấn đề chính xác, bạn cần bắt đầu đo lường cách ứng dụng của bạn hoạt động với lưu lượng truy cập thực.

Giả sử apache của bạn đang chạy pre-fork ....

Thiết lập công việc định kỳ để đếm số lượng tiến trình httpd và đầu ra 'miễn phí'. Lưu ý rằng nếu máy chủ web của bạn đang phục vụ bất kỳ nội dung nào từ các tệp cục bộ (và trong nhiều trường hợp, ngay cả khi không phải), dung lượng bộ nhớ có sẵn cho bộ đệm / bộ đệm sẽ ảnh hưởng lớn đến hiệu suất. tức là nếu bạn đạt đến điểm hoán đổi, hiệu suất web của bạn có thể là khủng khiếp!

Khi bạn đã có một số dữ liệu, hãy vẽ nó trên biểu đồ và thực hiện hồi quy bình phương nhỏ nhất trên nó - ngoại suy để tìm số lượng khách hàng mà bạn đạt đến giới hạn mục tiêu cho việc sử dụng bộ nhớ httpd. Điểm bắt đầu cho mục tiêu bộ nhớ sẽ nhỏ hơn 80% bộ nhớ vật lý / 80% kích thước của nội dung.

(lưu ý nếu bạn đã đặt MinSpareServers thành giá trị rất cao, kết quả có thể không chính xác)

#!/bin/bash

LOGFILE='/var/log/httpd/memusage'
PIDS = `ps -ef | grep httpd | grep -v grep | wc -l`
MEM = `free | grep 'buffers/cache'`
DAY = `date '%Y-%m-%d %H:%M:%S'`
echo ${DAY} ${PIDS} ${MEM} >>LOGFILE

Trong một thế giới lý tưởng, bạn cũng sẽ đo thời gian phản hồi URL trong cùng một tệp nhật ký - nhưng điều đó trở nên phức tạp hơn rất nhiều.