Tải các vấn đề

[Snake]

Ok vì vậy tôi đã thực hiện nhiều thử nghiệm.

Trong một khoảng thời gian 24 giờ mỗi ngày tải của tôi tăng lên đều đặn vào 30,00 '

Một máy chủ khởi động lại các bản sửa lỗi cho 24 giờ mỗi ngày khác.

Nếu tôi vô hiệu hóa các mod tôi không nhận được vấn đề này.

Đừng nói rằng với mod vô hiệu hóa có ít lưu lượng truy cập như đó là không đúng sự thật, google sẽ gửi lưu lượng truy cập tương tự với mod tàn tật theo số liệu thống kê của tôi.

Xin vui lòng giải thích, tải là lái xe cho tôi điên.

[tavenger5]

Âm thanh như chương trình được đánh các trang dịch khi mod. Bạn nên xem xét tối ưu hóa apache hoặc nhận được một máy chủ với sức mạnh CPU hơn. Có phải bạn đang chạy vboptimise hoặc bất kỳ loại bộ nhớ đệm cơ chế, như memcached

[Snake]

Thực tế là diễn đàn của tôi nhận được 30.000 độc đáo mỗi ngày, nếu tôi vô hiệu hóa tải mod giảm ngay lập tức và bot và người dùng vẫn hiển thị các trang nên vẫn đòi hỏi sức mạnh máy chủ, đơn giản là hiển thị các trang được dịch sử dụng gấp 10 lần tài nguyên so với các trang vb tiêu chuẩn từ cơ sở dữ liệu bình thường. Đó là mã được viết kém, và cần phải được sửa chữa! Các mod khác không bao giờ làm điều này, chỉ vbet, ước tôi không bao giờ thay đổi, nhưng quay trở lại bây giờ là quá muộn.

[moman]

Nó thực sự âm thanh như bạn đang chạy trên một máy chủ đủ mạnh. Tôi đang trên một máy Nehalem 8 lõi (vì vậy chúng tôi đang tìm kiếm tại 8 lõi ảo do cho HT, cho tổng số 16). Tôi cũng rộng rãi tối ưu hóa máy tính này bằng cách sử dụng kỹ thuật riêng cũng như con trỏ của tôi từ các folks tại vbulletin.com.

vBET làm tăng tải của tôi từ khoảng 2,5 đến 3,0-3,5, tùy thuộc vào số lượng người sử dụng, và điều này rõ ràng là phát triển dựa trên kích thước bộ nhớ cache. Tuy nhiên, tôi không nghĩ đó là quá xấu ở tất cả, như phạm vi người dùng đồng thời từ một khá cao 800 thậm chí cao hơn 1200.

[vBET]

Hi Tất nhiên bản dịch phải mất một số tài nguyên - đó là phép thuật không có. Dịch có nghĩa là trang kết quả đầu ra và thay đổi nó. Vì rằng bản dịch sẽ luôn luôn mất nhiều thời gian hơn so với trang bình thường.

Tôi hiểu rằng bạn không phải là quá hạnh phúc có tải máy chủ nhiều hơn, nhưng xin lưu ý rằng vBET là nguồn tài nguyên chỉ FOR TRANSLATION. Đối với các trang bình thường, nó chỉ cho biết thêm lá cờ. Vì vậy, tất cả điều này phụ tải lưu lượng bổ sung cho các trang dịch. Khi bạn đã viết lưu lượng truy cập của bạn không đi xuống ngay lập tức sau khi vô hiệu hóa vBET (nếu bạn có nó trong một thời gian sau đó nó sẽ giảm sau khi vô hiệu hóa - tôi tin tưởng) và tải máy chủ là thấp hơn - đó là rõ ràng - robot vẫn bò URL đến các trang dịch, người sử dụng vẫn đang tìm kiếm trong các liên kết Google vào các trang web của bạn dịch. Vì vậy, bạn vẫn có cùng một lưu lượng truy cập, nhưng hiện đang liên kết dịch chỉ đơn giản là sao chép nội dung trang bình thường mà không phải là dịch. Nếu bạn muốn ở lại với vBET tàn tật, chúng tôi đề nghị thêm quy tắc trong tập tin htaccess của bạn mà sẽ chuyển hướng tất cả các trang dịch bình thường, nếu không bạn có thể mất SEO của bạn bởi vì nội dung trùng lặp..

Xin lưu ý rằng chúng tôi đã lên kế hoạch hỗ trợ các hệ thống bộ nhớ cache khác và các thuật toán dịch thuật của chúng tôi được tối ưu hóa ngay lập tức. Tức là chúng tôi vừa phát hiện ra hiệu suất PHP giảm đáng kể như thế nào khi làm việc trên các chuỗi lớn và chúng tôi đã sửa đổi thuật toán của mình. Nó đã được phát hành trong vBET 4.2.0 với các tùy chọn cấu hình bổ sung. Và chúng tôi sẽ chuyển tất cả các cải tiến cũng sang vBET 3.x vẫn được hỗ trợ

Tôi hiểu rằng theo ý kiến của của bạn mã của chúng tôi là yếu. Tôi không biết những gì bạn đang căn cứ mong đợi của bạn. Chúng tôi có mod dịch nhanh nhất cho BB - không có gì là những gì làm việc tốt hơn. Dịch sẽ mất một số tài nguyên và mod của chúng tôi có nó ít hơn bất kỳ khác. Bạn có thể xem như thế nào vBET nhanh có thể làm việc trên nhiều diễn đàn. Nếu bạn có vấn đề trên máy chủ của bạn, sau đó xin vui lòng xem xét thay đổi cấu hình, thêm tài nguyên máy chủ. Bạn sẽ không đặt 20 lít nước vào một cái xô 10 lít.

Ý tưởng của chúng tôi là: "Chúng ta có rất nhiều thứ để thay đổi". Và đó là lý do tại sao chúng tôi đang thử nghiệm, thay đổi thuật toán, lập hồ sơ và dành nhiều thời gian tìm kiếm các giải pháp sẽ đòi hỏi ít tài nguyên hơn. Tuy nhiên, chúng tôi không biết có mod nào có thể là bất kỳ sự cạnh tranh nào đối với vBET và có một số mod dịch thuật khác. Chúng tôi đã thực hiện rất nhiều thay đổi thuật toán mà chúng tôi phải loại bỏ vì chúng không giúp ích gì, trong quá trình này, chúng tôi cũng phát hiện ra nhiều cải tiến. Bạn có thể có ấn tượng của bạn dựa trên các vấn đề máy chủ của bạn, nhưng xin vui lòng xem xét bạn có giải pháp nào tốt hơn không? Những gì bạn có thể đưa ra một gợi ý rằng có lẽ vBET không phải là giải pháp sai vì đang làm việc trên hàng ngàn diễn đàn, có thể bạn chỉ đang cố gắng đặt 20 lít nước vào xô 10 lít. Tuy nhiên - chúng tôi có rất nhiều thứ để thay đổi và danh sách TODO tuyệt vời trong phần tối ưu hóa (khoảng 70% để thử nghiệm nó có giúp ích hay không) Và bạn là đúng 100% - chúng ta có thể làm tốt hơn, chúng tôi và chúng tôi đang làm tất cả thời gian Chỉ cần chờ đợi cho đến khi chúng tôi di chuyển tất cả các cải tiến mà chúng tôi thực hiện trong thực hiện vBET4.x

Nếu tôi có thể cung cấp cho bạn một số gợi ý - hãy kiểm tra như thế nào bạn có thể tối ưu hóa vBET: http://www.vbenterprisetranslator.co...rformance.html
Đặc biệt là xem xét việc vô hiệu hóa một số ngôn ngữ và ngăn chặn các trang không thích hợp bởi robots.txt

Thời gian của phản ứng cho các trang dịch là gì? Sử dụng CPU của bạn là gì? Sử dụng bộ nhớ của bạn là gì? Nếu nó được chấp nhận sau đó bạn có gì phải lo lắng. Mọi người thường sợ hãi bằng cách tăng tải máy chủ và thậm chí không biết nó có nghĩa là gì. 10 lần tải máy chủ hiện KHÔNG có nghĩa là thời gian 10 tài nguyên thêm được sử dụng. Nó chỉ có nghĩa là thêm chủ đề đang chờ đợi trong hàng đợi, những gì là hoàn toàn bình thường, kể từ ngay bây giờ chủ đề của bạn phải chờ đợi phản ứng của Google nếu một số bản dịch không được lưu trữ được nêu ra. Vì vậy, chủ đề chờ cho Google phản ứng và nó có NO CPU ở tất cả trong thời gian này. Do đó tải máy chủ của bạn sẽ lớn hơn ngay cả khi vBET có thể mất tài nguyên không có ở tất cả (những gì tất nhiên là không thể).

Về bị rơi máy chủ của bạn - đó là rõ ràng là vấn đề của bạn máy chủ. Nó xảy ra theo định kỳ. Tôi có vấn đề tương tự trên máy chủ của tôi. Nó được gây ra bởi một số lỗi Apache vì vậy một trong Apache chủ đề phát triển và đang phát triển với việc sử dụng bộ nhớ cho đến khi bộ nhớ được tiêu thụ ans máy chủ lưu trữ. Chỉ có một sợi cư xử như thế - các chủ đề khác Apache được bình thường. Tôi chơi với cấu hình Apache và vấn đề được giải quyết. Tôi nghĩ rằng Apache chỉ có một số rò rỉ bộ nhớ - như tôi nhớ tôi đặt giá trị thấp hơn các yêu cầu mà có thể được tổ chức bởi một sợi. Cũng có những thay đổi khác. Tôi đề nghị để kiểm tra việc sử dụng bộ nhớ của bạn và theo dõi nó trong một thời gian. Ngoài ra nó có thể hữu ích để kiểm tra số tiền trung bình của bộ nhớ được sử dụng bởi một thread Apache, thực hiện một số tính toán và thiết lập giá trị thích hợp của các chủ đề tối đa cho Apache.

Nếu bạn có bất cứ câu hỏi nào, xin vui lòng chỉ cần hỏi

[vBET]

Hey - Tôi chỉ là diễn đàn của bạn, nó dịch NHANH ULTRA ... Vì vậy, những gì bạn đang tuyên bố về và tại sao thái độ rất tức giận về vBET, khi bạn có dịch vụ siêu dịch nhanh ...

Xin vui lòng xem xét những gì tải máy chủ có nghĩa là. Tìm hiểu ý nghĩa của nó có thể rất hữu ích để hiểu những gì xảy ra trên máy chủ và làm thế nào nó có thể được liên quan đến chủ đề đang chờ đợi trong hàng đợi không phải vì bạn không có tài nguyên, nhưng đang chờ đợi phản hồi từ máy chủ khác (Google trong trường hợp này).

Theo ý kiến của tôi, bạn có bản dịch siêu nhanh và bạn không có gì phải lo lắng về

[Snake]

Tôi đã xây dựng các trang web 10 năm, tôi nhận thức đầy đủ 10x tải không có nghĩa là nguồn lực 10x, dừng lại đối xử với tôi như một thằng ngốc và thìa ăn tôi rác. Các sự kiện lạnh với mod này vs các mod khác miễn phí tải của bạn là lớn. Và tại thời gian cao điểm, trang web của tôi bây giờ là chậm và không đáp ứng. , Các trang dịch nhanh off-cao điểm, nhưng với chi phí của một máy chủ chậm sau đó trong ngày. Tôi có một lõi tứ, cuộc tấn 15k SAS máy chủ, được tối ưu hóa chỉ cần tốt, nó chạy 0,50 tất cả các ngày dài trước khi điều này với lưu lượng truy cập lớn. Đây là mã VBET cho biết thêm rằng tải và làm cho máy chủ chậm trong thời gian cao điểm, đó là một SỰ THẬT, nó không phải là tăng lưu lượng truy cập, tôi đã có cùng một lưu lượng truy cập và chương trình trước và máy chủ đối phó tốt, nó là sản phẩm dịch thuật. Period. Nhanh lên và sửa chữa nó, tôi thực sự không muốn phải trả một £ 300 một tháng cho một nâng cấp máy chủ để chạy một MOD lol.

[tavenger5]

Làm thế nào nhiều ngôn ngữ nào bạn đã kích hoạt? Làm thế nào nhiều bài viết làm bạn? Bạn có cài đặt Lên và sitemap máy phát điện? Có bao nhiêu chương trình đang đánh một trang web ngày?

[Snake]

Hi!

32 ngôn ngữ được kích hoạt.

100.000 bài viết.

Lên và sơ đồ trang web được cài đặt.

sitemap Plugin 1000.000 trang thu thập thông tin một ngày.


Thực tế là, nếu tôi vô hiệu hóa các mod và khởi động lại máy chủ bot, và người sử dụng vẫn còn đánh máy chủ của tôi giống như trước đây, các trang tương tự vẫn trong chỉ số Googles và do đó tôi nhận được lưu lượng truy cập tương tự kích hoạt hay không.

Sự khác biệt duy nhất là mod vô hiệu hóa các chương trình và tìm kiếm google trang tiếng Anh, vì vậy, giao thông là giống hệt nhau, sự khác biệt duy nhất là họ không nhìn thấy một trang dịch, do đó tránh các vấn đề cơ sở dữ liệu mods.

Rõ ràng là ngày để tôi mod này đã được phát hành mà không cần thử nghiệm thích hợp, và rõ ràng chủ sở hữu là không quan tâm trong việc giải quyết các vấn đề.

Thất bại.

[Snake]

Michael, bạn là sai, tải này không phải là do sự gia tăng lưu lượng truy cập, nó được gây ra bằng cách đọc và viết các bản dịch đến mysql.

Nếu vbulletin nhóm có thể đọc và viết thư cho mysql với tải trọng thấp, tại sao không thể bạn?

Poor mã bạn của tôi.