Trang 3 / 6 FirstFirst 123456 LastLast
Hiển thị kết quả từ 21 đến 30 / 58
  1. #21
    Tham gia
    29-02-2004
    Bài viết
    3,942
    Like
    0
    Thanked 12 Times in 11 Posts
    Tốt nhất là tìm người đáng tin cậy nhờ login vào root coi dùm, nói thế này chẳng chẩn bệnh được đâu.

  2. #22
    Tham gia
    02-06-2006
    Location
    Kitchengosu.com
    Bài viết
    1,157
    Like
    0
    Thanked 10 Times in 6 Posts
    Chuyển thử sang dùng Nginx + Xcache xem sao. Joomla cũng đã có thể chạy tốt trên Nginx rồi, chỉ dùng chỉnh một chút là có SEF ngay.
    Kitchengosu.com - My Kitchen Blog.

  3. #23
    Tham gia
    24-11-2005
    Bài viết
    98
    Like
    0
    Thanked 0 Times in 0 Posts
    Lúc trước mình cũng bị y như bạn,tự nhiên lại hết!
    Chả hiểu sao nữa.

  4. #24
    Tham gia
    02-06-2006
    Location
    Kitchengosu.com
    Bài viết
    1,157
    Like
    0
    Thanked 10 Times in 6 Posts
    Trước mắt bác cứ thử cài Xcache hoặc APC xem có thay đổi không. Nếu không được thì chuyển sang Nginx cho máu.
    Kitchengosu.com - My Kitchen Blog.

  5. #25
    Tham gia
    21-04-2009
    Bài viết
    238
    Like
    0
    Thanked 0 Times in 0 Posts
    Cái VPS này có Xcache rồi. Rồi tôi chỉnh trong my.cnf cho query cache luôn. Rồi làm tùm lum hết cả. Giờ còn cài cả mysqltuner để xem cần optimize cái gì.

    Chán đời nhất là lúc nhanh như điện, lúc chậm như sên, lúc chết sặc gạch. Chả hiểu thế nào mà lần nữa

  6. #26
    Tham gia
    04-11-2004
    Location
    ToiTim.Net
    Bài viết
    547
    Like
    0
    Thanked 3 Times in 2 Posts
    nói thật là tui xài joomla từ thời vn ít người xài lắm ngay cả các cong ty làm web cũng ít xài, thời tôi xài vài tháng thì joomlaviet ra đời rồi cũng xôm tụ, sau này thấy nhiều người xài (vd : thongtincongnghe) open src, nhưng cuối cùng tôi chạy mất dép vì quá nhiều src cài vô nội cái rewrite url đã vãi mồ hôi rồi vmart .. tụm lại gọi là chaos. không ăn thua chuyển sang src đơn giản hơn và thấy nhẹ cả người đến giờ.

  7. #27
    Tham gia
    02-06-2006
    Location
    Kitchengosu.com
    Bài viết
    1,157
    Like
    0
    Thanked 10 Times in 6 Posts
    Quote Được gửi bởi nak View Post
    Cái VPS này có Xcache rồi. Rồi tôi chỉnh trong my.cnf cho query cache luôn. Rồi làm tùm lum hết cả. Giờ còn cài cả mysqltuner để xem cần optimize cái gì.

    Chán đời nhất là lúc nhanh như điện, lúc chậm như sên, lúc chết sặc gạch. Chả hiểu thế nào mà lần nữa
    Cài Nginx làm reverse-proxy cho Apache thử xem sao bác?

    http://www.ubuntugeek.com/using-ngin...-your-vps.html
    Kitchengosu.com - My Kitchen Blog.

  8. #28
    Tham gia
    23-07-2009
    Bài viết
    190
    Like
    0
    Thanked 52 Times in 36 Posts
    Nhìn qua thông số bạn post ở trên thì VPS của bạn đang chạy trên nền tảng: Virtuozzo hoặc OpenVZ.

    Khi CPU load > 10. thì nguyên nhân chủ yếu sẽ là do hết RAM hoặc nghẽn cổ chai nơi HDD khiến I/O bị queue hệ thống rơi vào tình trạng ngưng trệ.

    Ở đây thì VPS của bạn đang hết RAM vì nó đang open rất nhiều process và nó đang idle không recyle nên RAM sẽ bị chiếm dụng khá nhiều. Để ý riêng Mysql user đang thực hiện tới 8 command cùng lúc điều này là bất thường, lý do ở đây phải kiểm tra khi lúc RAM còn Free thì có bao nhiêu command của mysql bình thường chỉ 1 là đủ, nhưng nếu xảy ra 1 trong 2 trường hợp như nói ở trên, hết RAM, nghẽn I/O thì khi đó mysql user đang thực thi command với mysqld-server thì bị crash (lost connection), và php-cgi lại tiếp tục open command khác để kết nối với mysqld trong khi đó không thể kill các command bị crash trước đó ( vì lúc này đã mất kiểm soát do hệ thống đang rơi vào tình trạng ngưng trệ). Quá trình cứ xảy ra liên tục sẽ sinh ra nhiều các các process bị treo mà không thoát ra đươc.

    Để khắc phục tình trạng này, việc đầu tiên là tính toán việc sử dụng RAM cho từng service,

    Trong apache, hoặc Lighty giảm thời gian keep-alive các connections, limit số lượng child-requests ( ko nên set = 0, nên để khoảng 1000) , giảm StartServers xuống thấp nhất (1), MaxSpareServers tối đa (5). như vậy các process khi mở ra ko sử dụng nữa sẽ bị recyle để trả lại tài nguyên sớm nhất có thể.

    Riêng Mysql Server vì VPS này ko sử dụng Buffers và System Cache nên để thực hiện các tham số config cho cache query,key là rất hạn chế ko thể thao tác quá nhiều được

    Mặt khắc nền tảng này dùng Shared kernel nên để tunning kernel từ VPS là điều rất khó khăn khi muốn hạn chế net_buffer,connect timeout,process time v..v.

    Mỗi nền tảng đều có tính ưu việt của nó vì vậy nếu bạn chọn VPS nền tảng này thì bạn nên nhờ trực tiếp HP tác động trực tiếp đến các thông số cơ bản cho kernel chung thì sẽ khả quan hơn.

    Đôi khi hệ thống phải thay đổi cho phù hợp với nhu cầu của phần mềm, vì vậy không thể nói cùng cấu hình này tôi chạy cái này vù vù, nhung chạy cái kia ì ạch là thiếu công bằng.

    Chúc vui

  9. #29
    Tham gia
    30-07-2009
    Bài viết
    66
    Like
    0
    Thanked 0 Times in 0 Posts
    Bạn chủ topic nên liên hệ với một số HP để nhờ họ kiểm tra giúp. Không biết bên bạn dùng HP nào, nhưng với những gì anh BMC trả lời thì mình nghĩ bạn nên nhờ anh ấy trực tiếp kiểm tra và đổi qua sử dụng dịch vụ của những HP có kinh nghiệm và trách nhiệm. Ngoài ra anh Tâm bên viethosting.vn cũng vậy. Mình dùng VPS cấu hình thấp hơn bạn rất nhiều, nhưng sau 2 tháng thì tình hình có vẻ ổn định. Trước đây mình gặp 2 trường hợp dẫn đến trì trệ :
    1/ Thiếu Ram
    2/ OS bị crash. Sau khi cài lại OS thì ổn định hẳn.

    Chúc bạn sớm ổn định !

  10. #30
    Tham gia
    13-08-2009
    Bài viết
    485
    Like
    0
    Thanked 0 Times in 0 Posts
    Làm gì "nhờ" dễ thế họ ko giúp đâu

Trang 3 / 6 FirstFirst 123456 LastLast

Bookmarks

Quy định

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