Quan trọng: Trang này bằng cách sử dụng cookie (cookies). Sử dụng trang web này mà không tắt cookie trong trình duyệt, có nghĩa là bạn đồng ý để sử dụng nó.
Mua ngay! Các tính năng Tải

Kiếm được với chúng tôi!

Nếu bạn muốn bắt đầu kiếm tiền với vBET tham gia để Chương trình liên kết.
Kết quả 1 để 7 của 7

Chủ đề: Hiệu suất với bộ nhớ cache lớn

Chế độ xem

Trước đăng bài Previous Post   Next Post Đăng bài tiếp theo
  1. #1
    Thành viên
    Tham gia ngày
    Tháng 11 năm 2009
    Bài viết
    168

    Default Hiệu suất với bộ nhớ cache lớn

    Tôi hiện đang có hệ thống của tôi đã được cấu hình để xóa bộ nhớ cache toàn bộ mỗi tuần. Với một bộ nhớ cache trống, cơ sở dữ liệu của tôi là về 1.1Gb, trong khi với một bộ nhớ cache đầy đủ, đó là khoảng 4.5GB.

    Tôi đã nhận thấy rằng bộ nhớ cache lớn hơn, cao hơn trung bình tải máy chủ của tôi được. Tại bất kỳ thời điểm nào diễn đàn của tôi có khoảng 650 và 1300 người sử dụng trực tuyến, nhưng điều này dường như không ảnh hưởng đến tải trọng nhiều như kích thước bộ nhớ cache.

    Với một bộ nhớ cache lớn, máy chủ tải là 3,3-3,8, trong khi với một trong những sản phẩm nào, nó nằm trong khoảng 2,0-2,5. Đây không phải là xấu ở tất cả, như tôi có một máy chủ 16 lõi, nhưng tôi chỉ tự hỏi nếu một hành vi như vậy là để được mong đợi với kích thước cơ sở dữ liệu biến động!

    Cảm ơn,
    Adam

  2. #2
    Michal Podbielski (vBET Nhân viên) vBET's Avatar
    Tham gia ngày
    Tháng 10 2009
    Bài viết
    3,037

    Default

    vBET có chỉ số cho các bảng bộ nhớ cache và sử dụng công cụ MySQL nhanh nhất cho hat - MyISAM. Vì vậy, chúng ta có sự lựa chọn tốt nhất cho bộ nhớ cache DB. Toàn bộ sự khác biệt mà bạn nhận thấy không phải là bên của vBET, nhưng ở phía bên của MySQL thực hiện các truy vấn. Chỉ số cung cấp cho bạn phản ứng nhanh hơn và đảm bảo rằng thời gian đáp ứng là không đáng kể lên với số lượng lớn dữ liệu. Tuy nhiên MySQL phải tìm kiếm các chỉ số lớn hơn và như tôi đoán nó có nhiều tài nguyên hơn. Đó là lý do tại sao bạn thông báo tải máy chủ lớn hơn.

    Ngoài ra - khi dịch trong bộ nhớ cache sau đó nó được lấy từ đó. Nếu không thì Google được yêu cầu cho dịch. Nó mất nhiều thời gian sau đó, nhưng có lẽ hầu hết có ít tài nguyên của máy chủ của bạn. Nó mất nhiều thời gian vì không có giao tiếp với máy chủ Google cần có thời gian, có dịch cần có thời gian và có các kết quả từ Google máy chủ của bạn cũng cần có thời gian. Nó có nguồn tài nguyên ít hơn, bởi vì máy chủ đang chờ đợi phản ứng thụ động và khi nó được nó ở đó chỉ đơn giản giải nén đáp ứng. Nhận được dịch từ bộ nhớ cache là nhiều, nhanh hơn nhiều bản dịch đã được thực hiện và nó là trên máy chủ của riêng bạn, vẫn còn đó cần phải được lấy từ cơ sở dữ liệu, truy vấn phải được thực hiện, MySQL có một số CPU và bộ nhớ cho điều đó.

    Giả sử - bằng cách sử dụng bộ nhớ cache là ý tưởng rất tốt. Nếu bạn sẽ cảm thấy máy chủ có các vấn đề mà bạn có thể thử nghiệm để vô hiệu hóa bộ nhớ cache cho một số ngôn ngữ và so sánh hiệu suất máy chủ. Chúng tôi không khuyên để loại bỏ bộ nhớ cache hoàn toàn.

  3. #3
    Thành viên
    Tham gia ngày
    Tháng 11 năm 2009
    Bài viết
    168

    Default

    Đó là những gì tôi mong đợi

    Hiệu suất là tốt ngay bây giờ, nó chỉ là tải không bao giờ đi cao hơn nhiều so với 2,0 trước khi vBET. Tôi nghĩ rằng nó có giá trị nó, mặc dù!

    Tải dưới đây là 16,0 thì máy chủ là không bị đánh thuế, vì vậy tôi nghĩ rằng chúng ta là tốt

  4. #4
    Thành viên
    Tham gia ngày
    Tháng 2 năm 2010
    Bài viết
    5

    Default

    Text automatically translated from: Russian to: Vietnamese
    Translated text
    Có thể hoặc cần thiết để lưu trữ bộ nhớ cache trong một tập tin - để giảm tải trên các cơ sở dữ liệu MYSQL?
    Tôi chỉ sử dụng hai ngôn ngữ như số lượng bài viết rất nhiều và không muốn có một kích thước lớn các cơ sở dữ liệu

    Sẽ có một trang web tốt hơn với công việc vbet sau khi cài đặt nginx, eAccelerator?
    Bạn đã nghĩ làm lại các mô-đun để tăng tốc độ công việc của mình trên các diễn đàn lớn? Sử dụng kích thước bộ nhớ cache của 1-2Gb trong trường hợp của tôi, không phải là một giải pháp. Có thể có nhiều cách để tối ưu hóa công việc?
    Có thể đặt các mô-đun 3.3.1 vbet diễn đàn vb3.8.4 + Lên 3.5RC2?
    Tại sao như vậy mà không có phiên bản đắt tiền bản quyền? (220 $)
    Tôi sử dụng vbet 2.4.3 và muốn mua vbet 3.3.1. Diễn đàn của tôi là bán các liên kết trao đổi SEO. Bản quyền sao chép tham chiếu đến 15 000 trang cho tôi ngay - $ 90 nhưng sẵn sàng trả 220 $ là quá nhiều

    Original text
    Lần sửa cuối bởi Konstantin; 18-02-10 khi 23:34.

  5. #5
    Michal Podbielski (vBET Nhân viên) vBET's Avatar
    Tham gia ngày
    Tháng 10 2009
    Bài viết
    3,037

    Default

    Quote Nguyên văn bởi Konstantin View Post
    Text automatically translated from: Russian to: Vietnamese
    Translated text
    Có thể hoặc cần thiết để lưu trữ bộ nhớ cache trong một tập tin - để giảm tải trên các cơ sở dữ liệu MYSQL?
    Sẽ có một trang web tốt hơn với công việc vbet sau khi cài đặt nginx, eAccelerator?
    Bạn đã nghĩ làm lại các mô-đun để tăng tốc độ công việc của mình trên các diễn đàn lớn? Sử dụng kích thước bộ nhớ cache của 1-2Gb trong trường hợp của tôi, không phải là một giải pháp.
    Tại sao như vậy mà không có phiên bản đắt tiền bản quyền? (220 $)
    Tôi sử dụng vbet 2.4.3 và muốn mua vbet 3.3.1. Diễn đàn của tôi là bán các liên kết trao đổi SEO. Bản quyền sao chép tham chiếu đến 15 000 trang cho tôi ngay - $ 90 nhưng sẵn sàng trả 220 $ là quá nhiều
    Tôi chỉ sử dụng hai ngôn ngữ như số lượng bài viết rất nhiều và không muốn có một kích thước lớn các cơ sở dữ liệu
    Original text
    Chúng tôi đang có kế hoạch để thêm bộ nhớ cache file để vBET. Bởi vì ngay bây giờ ưu tiên của chúng tôi và hầu hết các nỗ lực trên vBET4.0 chúng tôi không có lịch trình cho các chức năng bộ nhớ cache tập tin. Hãy nhớ rằng bạn có thể tùy chỉnh ngôn ngữ sẽ làm việc với bộ nhớ cache. Vì vậy, nếu bạn muốn, bạn có thể sử dụng bộ nhớ cache chỉ cho một số bản dịch mà bạn sẽ làm cho có sẵn. Cũng xin lưu ý rằng phiên bản trả tiền của vBET đã được cải thiện bộ nhớ cache cơ sở dữ liệu, do đó nó là nhanh hơn trong phiên bản miễn phí. Ngoài ra còn có cải tiến khác trong phiên bản trả tiền nói chung nó là nhanh hơn và dùng ít bộ nhớ. Chúng tôi đã có khách hàng thành công bằng cách sử dụng nó trên bảng lớn.
    Chúng tôi đã không thực hiện các bài kiểm tra với nginx tăng tốc vì vậy không thể so sánh.
    Xin lưu ý rằng việc mua giấy phép xây dựng thương hiệu miễn phí là không bắt buộc và bạn luôn luôn có thể nâng cấp giấy phép của bạn sau này.

  6. #6
    Thành viên
    Tham gia ngày
    Tháng 2 năm 2010
    Bài viết
    5

    Default

    Text automatically translated from: Russian to: Vietnamese
    Translated text
    Cảm ơn bạn đã trả lời của bạn. Nginx là một máy chủ như apache. Tôi khuyên bạn nên đọc - bộ nhớ đệm hoạt động tốt nhất trong php + nginx + eAccelerator và vbet của bạn có thể nhanh hơn nhiều
    Original text
    Lần sửa cuối bởi Konstantin; 19-02-10 khi 01:54.

  7. #7
    Michal Podbielski (vBET Nhân viên) vBET's Avatar
    Tham gia ngày
    Tháng 10 2009
    Bài viết
    3,037

    Default

    Quote Nguyên văn bởi Konstantin View Post
    Text automatically translated from: Russian to: Vietnamese
    Translated text
    Cảm ơn bạn đã trả lời của bạn. Nginx là một máy chủ như apache. Tôi khuyên bạn nên đọc - bộ nhớ đệm hoạt động tốt nhất trong php + nginx + eAccelerator và vbet của bạn có thể nhanh hơn nhiều
    Original text
    Tại thời điểm này chúng tôi đang rất gần gũi với phiên bản vBET4.0 và chúng tôi có nhiều việc với điều đó. Nếu bạn muốn chúng tôi thử nghiệm vBET dưới nginx, sau đó xin vui lòng mở chủ đề mới trong tính năng yêu cầu. Nếu nginx chạy php vBET sẽ hoạt động có. Một vấn đề - nếu bạn muốn sử dụng dịch liên kết SEO sau đó viết lại các quy tắc sẽ được cần thiết. Chúng tôi có những người chuẩn bị chỉ cho apache trong tập tin htaccess tại thời điểm này, nhưng nếu bạn không thể để viết lại nó từ apache để nginx sau đó bạn có thể luôn luôn sử dụng liên kết với ngôn ngữ thuộc tính - điều này là rất dễ dàng. Bạn có thể thử nghiệm với phiên bản miễn phí để tránh bất kỳ vấn đề bất ngờ trước khi bạn mua một trong thanh toán.

Tags cho chủ đề này

Quyền viết bài

  • Bạn có thể không gửi chủ đề mới
  • Bạn có thể không gửi trả lời
  • Bạn có thể không gửi file đính kèm
  • Bạn có thể không chỉnh sửa bài viết của bạn
  •