Cần giúp đỡ trong việc giảm tải máy chủ

[Simon Lloyd]

Xin chào, tôi đang gặp rắc rối với tải máy chủ của tôi, tôi đã chuyển đến chuyên dụng để cố gắng chữa bệnh này nhưng vẫn nhận được tải máy chủ cao, nếu tôi vô hiệu hóa giảm tải vbet máy chủ.

Ai đó có thể giúp đỡ?

@ Kamil, bạn đã có đầy đủ chi tiết truy cập gửi đến cho bạn trong PM nếu bạn muốn kiểm tra.

[kamilkurczak]

hello,
ở đây bạn có một danh sách vBET gợi ý: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html

- nếu bạn có tất cả các ngôn ngữ được kích hoạt - bạn có nội dung 53 (chủ đề, bài viết, vv) trên diễn đàn của bạn, và diễn đàn của khóa học có lưu lượng cao.

Bạn có thể vô hiệu hóa một số ngôn ngữ và chờ đợi khi bộ nhớ cache cho ngôn ngữ được kích hoạt sẽ được lấp đầy, sau đó - bạn có thể kích hoạt các phần tiếp theo của bản dịch.

Thứ hai, relase này, chúng tôi có một cải thiện lớn (rất lớn) - đây là bộ nhớ cache hệ thống (4 lựa chọn khác nhau). Bạn có thể kiểm tra xem nó trong cache admincp-> vBET của bạn. (Nhớ - bạn phải tích hợp máy chủ của bạn sử dụng loại bộ nhớ cache)

:)

[Simon Lloyd]

Tôi đã thực hiện tất cả mà tôi có thể kiến nghị hiệu suất của bạn, tôi cũng đã có tất cả các ngôn ngữ kích hoạt (tốt nhất) kể từ khi mua vbet khoảng 6 vài tháng trước đây, tải luôn cao tất cả các thời gian. Đối với bộ nhớ Cache (beta) tôi không nghĩ tôi có bất kỳ tăng tốc bộ nhớ cache trên máy chủ của tôi nhưng evrything khác được thiết lập theo hướng dẫn của bạn.

[kamilkurczak]

từ relase cuối cùng của chúng tôi, chúng tôi đã làm việc trên hệ thống bộ nhớ cache bộ nhớ - điều này nên là một trong những lớn trong hoạt động. Bạn cần có máy chủ của bạn được cấu hình với hệ thống này bộ nhớ cache (có thể bạn đã có yêu cầu hỗ trợ máy chủ của bạn)

[Simon Lloyd]

Hi Kamil, tôi chỉ cần kiểm tra php thông tin và tôi không có nó, nhưng tôi sẽ có được chúng để cài đặt xcache hoặc một cái gì đó như thế này

[vBET]

Hi. Tại sao bạn có gặp rắc rối với tải máy chủ của bạn? Tôi thấy diễn đàn của bạn là dịch thực sự nhanh chóng, do đó, mà là vấn đề?

Xin lưu ý rằng bản dịch được thực hiện bởi các dịch vụ bên ngoài từ Google. Điều này có nghĩa rằng khi dịch xảy ra chủ đề của bạn đang chờ đợi phản hồi từ Google. Và đó là lý do tại sao tải Server là lớn hơn, nhưng nó không ảnh hưởng đến hệ thống, bởi vì chủ đề chờ đợi không có CPU và cũng không thêm bộ nhớ (chỉ được sử dụng). Vì vậy, đó là lý do tại sao bạn sẽ luôn luôn có tải máy chủ cao hơn với vBET được kích hoạt (khi tàn tật không có thread đang chờ đợi kết quả từ Google) và trong thời gian cùng một diễn đàn của bạn sẽ vẫn làm việc nhanh, bởi vì chủ đề chờ đợi sẽ không CPU.

Vì vậy, những gì là thực sự cần thiết để có người yêu tải máy chủ là để đảm bảo rằng chủ đề sẽ không chờ đợi kết quả từ Google, nhưng không may, Google cho phép bộ nhớ cache kết quả của nó chỉ cho 15 ngày, kể từ ngày. Bạn có thể thử nó cho chính mình - nếu bạn vô hiệu hóa bộ nhớ cache, hoặc chỉ làm cho thời gian của mình để sống nhỏ hơn sau đó bạn sẽ se Server Load ngày càng tăng bởi vì kết quả ít hơn sẽ được lưu trữ và nhiều hơn nữa các yêu cầu chờ đợi để được trả lời của Google. Có phép thuật không có bản dịch đến từ một nơi nào đó và nó cần có thời gian để có được nó từ Google.

Sử dụng bộ nhớ cache bộ nhớ có thể giúp đỡ một cách nào đó. Chủ đề chờ đợi kết quả của Google vẫn sẽ được chờ đợi (bạn sẽ không vượt qua nó cho đến khi bạn có lưu trữ Tất cả các bản dịch, và bạn sẽ không bởi vì nó được làm sạch theo TOS của Google). Kết quả vẫn còn lưu trữ sẽ được tạo ra nhanh hơn, vì vậy yêu cầu không chờ đợi cho bản dịch sẽ đi nhanh hơn từ yêu cầu hàng đợi.

Ở đây bạn có thể tìm hiểu chính xác những gì tải máy chủ là: Server tải (http://whreviews.com/server-load.htm) và tìm ra rằng miễn là bạn có tải miễn phí máy chủ tài nguyên không phải là một vấn đề.

Biết được giá trị của tải máy chủ không phải là rất quan trọng mặc dù. Biết làm thế nào để giải thích giá trị là những gì đếm.

nhớ định nghĩa: tải máy chủ đại diện cho số của các quá trình chờ đợi để truy cập vào CPU. Nhưng không phải tất cả các quá trình đều giống nhau! Nếu các quá trình ưu tiên thấp, khi một yêu cầu máy chủ mới (trang yêu cầu) xuất hiện, nó vẫn có thể bị xử lý gần như ngay lập tức.

Không đề cập đến tải máy chủ là một trong những yếu tố của nhiều người khác (bộ nhớ sử dụng, sử dụng CPU, kích thước của tập tin trao đổi)

Như thường lệ, và như nhiều người trực tiếp liên quan đến các doanh nghiệp lưu trữ nói, nó đi xuống đến hành vi thực tế cuộc sống. Các trang tải nhanh? Một quá trình chẳng hạn như tìm kiếm thông qua một cơ sở dữ liệu phải mất một thời gian hợp lý không? Sau đó, bạn không thực sự có một vấn đề, bất cứ điều gì tải máy chủ

Vì vậy, các kiểm tra cuối cùng là cách mà máy chủ hoạt động. Nếu máy chủ được nhanh chóng, một số, thậm chí nếu nó được gọi là "tải máy chủ", thực sự không có nghĩa là nhiều

Vì vậy, bởi vì máy chủ của bạn là nhanh chóng và tôi có thể thấy các câu trả lời diễn đàn của bạn nhanh chóng, vấn đề của bạn chỉ là ảo - không có vấn đề thực sự. Server Load là giá trị mà không cung cấp cho bạn thông tin về hiệu suất thực sự, chỉ là gợi ý nếu bạn biết làm thế nào để giải thích nó (IE nếu máy chủ đang chạy tốt với X tải máy chủ, sau đó bạn có thể bắt đầu kiểm tra những gì đang xảy ra, nếu nó nhanh chóng phát triển 2X hoặc một cái gì đó như thế). Chỉ cần tĩnh số cung cấp cho bạn không có gì, kiểm tra CPU và bộ nhớ của bạn để chắc chắn rằng giá trị này dùng được cho máy chủ của bạn và nếu nó là OK sau đó không có vấn đề gì giá trị là Server Load.

Tuy nhiên nếu bạn muốn một số gợi ý bổ sung:
- TTL bộ nhớ cache lớn hơn nếu bạn thay đổi nó thấp hơn (mặc định là tối đa cho phép bởi Google TOS).
- Nếu bạn đã không có vấn đề không gian ổ cứng tắt nhiệm vụ cron để làm sạch bộ nhớ cache khách - nó không phải được làm sạch ở tất cả, bởi vì nó làm mới kết quả là cần thiết, loại bỏ rất nhiều các tập tin cũ vẫn còn có thể mất thời gian rất dài cho php.
- Sử dụng bộ nhớ cache
- Cuối cùng (nhưng tôi thực sự thấy không có ý nghĩa của nó, bởi vì bạn không có vấn đề hiệu suất) bắt đầu vô hiệu hóa ngôn ngữ mà cung cấp cho bạn lưu lượng truy cập ít hơn

Bằng cách tải Server, CPU trung bình và sử dụng bộ nhớ là gì, và bạn có phần cứng nào (bao nhiêu CPU, bộ nhớ)? Tập tin trao đổi được sử dụng?

[Simon Lloyd]

Sau đây là các chi tiết như mỗi câu hỏi của bạn
1) Server Load
*********************
08:22:53 lên 44 ngày, 13:31, 1 người sử dụng, tải trung bình: 4,07, 5,09, 5,26
NGƯỜI DÙNG TTY TỪ ĐĂNG @ IDLE JCPU PCPU GÌ
gốc pts / 2 datacenter1.supp 08:17 0.00s 1.53s 0.00sw
****************
2) CPU và bộ nhớ sử dụng
********************
tổng số được sử dụng miễn phí chia sẻ bộ đệm cache
Mem: 4040 3616 424 0 256 2809
- / + Bộ đệm / cache: 550 3490
Swap: 8001 24 7976
*********************************
3) có bao nhiêu CPU
3

EDIT: chỉ cần lấy một bản chụp http://www.thecodecage.com/forumz/server.png máy chủ của tôi là như thế này tất cả các thời gian, ảnh chụp này là sau khi cho phép memcahce.

[Simon Lloyd]

Như thêm thông tin ở đây là quá trình đăng nhập Top:
xxxx 93,0% / usr / bin / php / home / xxxx / public_html / forumz / vbenterprisetranslator_seo.php
xxxx 83,0% / usr / bin / php / home / xxxx / public_html / forumz / vbenterprisetranslator_seo.php
xxxx 75,0% / usr / bin / php / home / xxxx / public_html / forumz / vbenterprisetranslator_seo.php
mysql 6,8% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - skip-bên ngoài khóa
mysql 6,7% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - skip-bên ngoài khóa
mysql 6,6% / usr / sbin / mysqld - basedir / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - skip-bên ngoài khóa
gốc 6,0% / bin / sh / usr / local / bin / rkhunter-c - cronjob

[vBET]

Sau đây là các chi tiết như mỗi câu hỏi của bạn
1) Server Load
*********************
08:22:53 lên 44 ngày, 13:31, 1 người sử dụng, tải trung bình: 4,07, 5,09, 5,26
NGƯỜI DÙNG TTY TỪ ĐĂNG @ IDLE JCPU PCPU GÌ
gốc pts / 2 datacenter1.supp 08:17 0.00s 1.53s 0.00sw
****************
2) CPU và bộ nhớ sử dụng
********************
tổng số được sử dụng miễn phí chia sẻ bộ đệm cache
Mem: 4040 3616 424 0 256 2809
- / + Bộ đệm / cache: 550 3490
Swap: 8001 24 7976
*********************************
3) có bao nhiêu CPU
3

EDIT: chỉ cần lấy một bản chụp http://www.thecodecage.com/forumz/server.png máy chủ của tôi là như thế này tất cả các thời gian, ảnh chụp này là sau khi cho phép memcahce.

Tôi không chắc chắn làm thế nào để giải thích các phép đo của bạn. Như tôi đã thấy CPU của bạn được sử dụng trong khoảng 185% ... Vì vậy, hoặc có một cái gì đó nóng ngay trong đo lường hoặc áp dụng cho 1 CPU - nếu bạn có 3 sau đó bạn có thể sử dụng 300%. Nếu đây là cách chính xác thì nó có nghĩa là bạn vẫn còn có rất nhiều tài nguyên CPU miễn phí. Nếu không, xin vui lòng chính xác cho tôi và nói làm thế nào để giải thích kết quả.

Tôi cũng không chắc chắn làm thế nào để giải thích các dữ liệu tải máy chủ của bạn:

tải trung bình: 4,07, 5,09, 5,26
Có phải những người 3 khác nhau trong đo thời gian, hoặc mỗi một CPU riêng biệt? Sức mạnh của CPU của bạn là gì?

PS. Bộ nhớ cache cần thời gian để điền vào.

[Simon Lloyd]

Michal, một lần nữa cảm ơn cho trả lời tải trung bình mà bạn nhìn thấy (và trong các bản chụp) thay đổi mỗi khi bạn làm mới, đó là khi bạn chỉ ra một số sybmolic, khi trung bình tải cho thấy có khoảng 6 hoặc 7 sau đó trang web là chậm nhưng hầu hết thời gian không đáp ứng lần lượt cung cấp cho một lỗi.

Dưới đây là các dữ liệu cpu bạn yêu cầu
Bộ xử lý # 1
Nhà cung cấp
GenuineIntel
Tên
Intel (R) Xeon (R) CPU X3430@2.40GHz
Tốc độ
2394.030 MHz
Bộ nhớ cache
8192 KB

Khi tôi kiểm tra trong WHM, tôi có 1 CPU lõi tứ, trong khi những người máy chủ cho tôi biết tôi có 3 CPU???

Tôi không biết hay giả vờ để biết cách tải máy chủ trung bình là làm việc (gần đây, trong 2 ngày qua nó đã được khoảng:
Tải Trung bình: 4,49 4,04 3,95

Diễn đàn là tốc độ trung bình và nó dường như không thể gây ra một vấn đề ngay bây giờ, mặc dù lưu lượng truy cập là xung quanh:
271 (3 thành viên và 120 khách và 148 Spiders)
Trường hợp con số trên là bình thường khoảng 500 - 600, nhưng sau đó nó là cuối tuần lưu lượng truy cập là thấp hơn.

[vBET]

Tôi hỏi về tốc độ CPU, bởi vì như chúng ta đã nói với Server Load chỉ là giá trị ảo, vì vậy cho CPU cùng một máy chủ nhanh sẽ có nghĩa là cái gì khác hơn so với CPU chậm (một trong nhanh chóng sẽ làm công việc của mình nhanh chóng, vì vậy ngay cả khi có những nhiệm vụ chờ đợi thêm trong hàng đợi những người sẽ được xử lý nhanh).
Giới thiệu về số của CPU - tại thời điểm này, tôi bị mất giống như bạn. Nó là máy chủ của bạn và tôi sẽ không giúp bạn xác định để bạn có 1 hoặc 3 CPU. Tôi có thể nói cho bạn biết rằng cho các máy chủ là tốt hơn để có số tiền lớn hơn của CPU chậm hơn so với số lượng nhỏ hơn của nhanh hơn. 2 +2 = 5 điều đó có nghĩa rằng 2 bộ xử lý với công suất 2 sẽ làm công việc tốt hơn so với 1 bộ xử lý với công suất 4, bởi vì máy chủ có rất nhiều nhiệm vụ nhỏ, và có 1 bộ xử lý bạn không thể làm theo cách song song.
Server Load cũng sẽ có ý nghĩa khác nhau theo số bộ xử lý. Nếu bạn thực sự có 3 bộ xử lý nhanh sau đó tải máy chủ 6 (không cho mỗi CPU) là OK ngay cả khi không kiểm tra thêm. Nếu bạn có 1 bộ xử lý sau đó bạn nên kiểm tra thêm thời gian phản ứng thực sự cho hệ thống thoát nước của chúng tôi. Như bạn đã viết bạn đã làm nó và nó là OK.

Đối với thời gian bạn thấy tải máy chủ của bạn lớn hơn và trang chậm hơn (một trong lưu trữ - hãy nhớ rằng không được lưu trữ, thời gian phản ứng thực sự không đến máy chủ của bạn ở tất cả, nhưng thời gian phản ứng của Google), xin vui lòng kiểm tra là nó lớn hơn lưu lượng truy cập , hoặc có thể nó là do một số nhiệm vụ nền (như công việc cron vBulletin, hoặc thậm chí cả hệ thống hoạt động riêng của bạn - giống như nhiệm vụ cập nhật tự động hoặc một cái gì đó như thế).

Theo phản ứng cuối cùng của bạn - nếu không có vấn đề thực sự - bạn cần bất kỳ hỗ trợ trong tương lai trong chủ đề này ngay bây giờ?

[Simon Lloyd]

Michal, nhờ các phản ứng chi tiết, nó là 4 CPU của, mối quan tâm duy nhất của tôi là các lượng của% của cpu mà vBET tiêu thụ, như tôi loại này có are3 quá trình được hiển thị ở đầu trang cho vBET ở mức 55%, 52% và sử dụng CPU 48% và các quá trình này là tất cả cho tập tin / vbenterprisetranslator_seo.php, nếu không có gì hơn bạn có thể đề nghị sau đó tôi cảm ơn bạn đã bình luận của bạn và sẽ phải sống với nó như tôi chắc chắn không thể đủ khả năng di chuyển máy chủ khác hoặc nâng cấp như tôi đã đi từ việc VPS để một máy ảo trong các đám mây lưu trữ để dành riêng để giữ vBET chạy, nhảy bên cạnh lõi tứ kép (8 CPU) ra khỏi phạm vi giá của tôi.

[vBET]

Xin lưu ý rằng những gì ou nhìn thấy nó là không tiêu thụ CPU vBT nhưng tiêu thụ toàn bộ diễn đàn của bạn. vbenterprisetranslator_seo.php hiện không có gì - chỉ cần đặt ra một số biến và thực hiện nội bộ chuyển hướng đến tập tin thực sự yêu cầu - nó chỉ là điều khiển phía trước. Yêu cầu tất cả đi để vbenterprisetranslator_seo.php - bạn đã thiết lập nó trong tập tin htaccess của bạn.

Vì vậy, đây không phải là vBET tiêu dùng - đây là tiêu thụ toàn bộ diễn đàn của bạn. Đối với các trang bình thường vBET hiện không có gì - chỉ cho biết thêm lá cờ. Đối với các trang dịch toàn bộ quá trình dịch thuật xảy ra, CPU tiêu thụ sẽ được luôn luôn lớn hơn cho trang bình thường, bởi vì nó xảy ra sau khi trang bình thường được tạo ra. Vì vậy, đầu tiên thế hệ bình thường xảy ra và sau đó kết quả được dịch, vì vậy không có cơ hội để có nó withour chi phí bổ sung. Hoặc ... Chúng tôi có giải pháp cho kiến nó được đặt tên Đánh giá của khách cache - cho khách hàng toàn bộ các trang được lưu trữ và dịch không xảy ra như là bộ nhớ cache đã hết hạn sử dụng không. Vì vậy, nếu bạn đã sử dụng cache Đánh giá của khách sau đó vBET không có giải pháp để làm cho các bản dịch bằng cách sử dụng tài nguyên ít hơn. Bạn chỉ có thể vô hiệu hóa một số bản dịch - bạn sẽ có lưu lượng truy cập sau đó đến các trang dịch để ít tài nguyên tiêu thụ cho bản dịch.

Chúng tôi đã làm rất nhiều nỗ lực cho vBET hồ sơ, thay đổi thuật toán, bổ sung thêm các cải tiến hiệu suất hơn. Và chúng tôi không bao giờ xử lý vấn đề này là đóng cửa. Tuy nhiên tại thời điểm này, ngay cả với một vài lớp của bộ nhớ cache, chúng tôi đang làm việc với các ứng dụng mà có rất nhiều thay đổi và nội dung khác nhau cho cùng một URL phụ thuộc vào các nhóm làm người sử dụng, hoặc thậm chí cho mỗi người dùng (nếu một số plugin cho biết thêm những điều như vậy) và điều này đòi hỏi dịch lại cho mỗi đăng nhập yêu cầu người dùng. Đối với người sử dụng logger, chúng tôi chỉ có thể bộ nhớ cache dịch câu, nhưng không phải toàn bộ các trang như cho người sử dụng. Xin lưu ý rằng vBET thêm nhiều cải tiến hiệu suất và nhiều hơn nữa - vẫn còn, bạn sẽ không bao giờ có bản dịch phép thuật không có tiêu thụ tài nguyên. Các chức năng luôn luôn có nghĩa là tiêu thụ tài nguyên bổ sung.

Chúng tôi kiểm tra thời gian phản ứng diễn đàn của bạn và nó thực sự là tốt. Vì vậy, tôi sẽ không nghĩ về việc chuyển sang máy chủ khác tại thời điểm này. Cũng như bạn đã viết - bạn vẫn còn có một nửa số tài nguyên miễn phí. Bạn phải trả cho nguồn tài nguyên như vậy không có gì là sai lầm khi sử dụng nó. Và bạn vẫn còn trong vùng an toàn - vì vậy ngay cả khi lưu lượng truy cập của bạn tăng lên diễn đàn của bạn sẽ phản ứng trong thời gian thích hợp. Đối với ánh sáng đầu tiên của CPU là 70% sử dụng trung bình (không chỉ trong một số thời điểm trung bình). Đây là gợi ý đầu tiên phải lo lắng về tài nguyên. Nếu bạn bỏ qua điều này thì 90% của CPU tiêu thụ trung bình có nghĩa là đọc ánh sáng, báo động, và nhu cầu ngay lập tức để nâng cấp - nếu không thậm chí còn ít hơn lưu lượng truy cập có thể làm suy giảm hiệu suất mạnh mẽ. Đối với bộ nhớ nó là khác nhau và phụ thuộc vào hệ điều hành thiết lập cho SWAP.

Và như PS - xin vui lòng xem xét các giải pháp như VPS - nơi bạn có thể thêm các nguồn tài nguyên rất dễ dàng mà không cần bất kỳ cài đặt lại:)

Nếu bạn đã bỏ hoang thực hiện tất cả các gợi ý sau đó điều duy nhất còn lại là để vô hiệu hóa một số ngôn ngữ và cập nhật vBET như những người đến.