Tình trạng Login chậm và Lagg thùng đồ

[PhamNinh]

theo mình thì nên giới hạn ram cho Sql. nếu vẫn còn bị thì nên đổi vps thôi .

vps cấu hình yếu bị fake lên, ram ảo thì chả có tác dụng j

1 số nơi, ram 6G , 4 core. nhưng thật ra k = dc con 3G ram + 2 core của hãng khác

[gunbound1012]

Ram 6gb là dc rồi vấn đề còn lại là nâng core lên tách exdata chạy rời đảm bảo ok nếu ko dc thì đảm bảo do gs có vấn đề , do đó mình test online toàn là log it nhất trên 50acc vào test thông khoảng 1 tuần mới dám đưa online

[heroviet2301]

Lỗi này có nhiều nguyên nhân.

1. Do máy chủ hoặc VPS chạy quá 50% CPU hoặc thiếu RAM

2. Do máy chủ hoặc VPS chạy server trên 7 ngày không bảo trì.

[BladeKnight109]

Lỗi này có nhiều nguyên nhân.

1. Do máy chủ hoặc VPS chạy quá 50% CPU hoặc thiếu RAM

2. Do máy chủ hoặc VPS chạy server trên 7 ngày không bảo trì.

Trường hợp thứ 3: Nhiều GS chạy trên 1 DS, xử lý ko kịp, các packet gửi lên phải cho vào hàng chờ khá lâu, có khi bị mât luôn. cho nên không nên chạy nhiều GS trên 1 DataServer, phải chia tải ra để xử lý nhanh hơn

[lequangvu]

Kinh nghiệm nhỏ nhoi của mình thì nếu là scf thì tách exdb riêng khỏi titanlink, nếu là server chạy dataserver riêng thì chỉ nên cho 2 GS chạy cùng 1 dataserver thôi, như vậy tránh được hiện tượng lag và ngẽn mạch , titanlink cũng có thể tách được đấy bằng cách đổi port đi là xong

P/s: công nhận ai moi ra bài này hơi bị đào mồ đấy, ấy mà tốt chứ không như bây giờ vào là tạo bài hỏi, chẳng chịu tìm bài liên quan gì @@

[phuocdai11]

Trường hợp thứ 3: Nhiều GS chạy trên 1 DS, xử lý ko kịp, các packet gửi lên phải cho vào hàng chờ khá lâu, có khi bị mât luôn. cho nên không nên chạy nhiều GS trên 1 DataServer, phải chia tải ra để xử lý nhanh hơn

trường hợp này không phải đâu BladeKnight dễ thương. sql còn nhiều vấn đề lắm đặc biệt là vấn đề xung đột db. thằng này đọc thằng kia ghi thằng kia ghi thằng này đọc hẵn là SQL đã có hàng đợi cho riêng mình bao nhiêu DS không quan trong vì vẫn theo trình tự vấn đề ở đây là do SQL query bị bug đấy. mình lấy ví dụ 1 trigger bị chạy mà xung đột với trigger khác sẽ làm treo luôn DS. đại loại như em trigger antidupe. ngoài ra còn nhiều vấn đề trong db khác như procedure nữa

[BladeKnight109]

Kinh nghiệm nhỏ nhoi của mình thì nếu là scf thì tách exdb riêng khỏi titanlink, nếu là server chạy dataserver riêng thì chỉ nên cho 2 GS chạy cùng 1 dataserver thôi, như vậy tránh được hiện tượng lag và ngẽn mạch , titanlink cũng có thể tách được đấy bằng cách đổi port đi là xong

P/s: công nhận ai moi ra bài này hơi bị đào mồ đấy, ấy mà tốt chứ không như bây giờ vào là tạo bài hỏi, chẳng chịu tìm bài liên quan gì @@

ExDB ko request nhiều lên SQL bằng DataServer đâu. Nhiều GS mà chạy chung DataServer là sẽ bị delay.

[ikenylee]

với trường hợp này chỉ bạn chỉ cần [Only registered and activated users can see links. ] là fix hoàn toàn [Only registered and activated users can see links. ]

[The Gamer]

Kinh nghiệm nhỏ nhoi của mình thì nếu là scf thì tách exdb riêng khỏi titanlink, nếu là server chạy dataserver riêng thì chỉ nên cho 2 GS chạy cùng 1 dataserver thôi, như vậy tránh được hiện tượng lag và ngẽn mạch , titanlink cũng có thể tách được đấy bằng cách đổi port đi là xong

P/s: công nhận ai moi ra bài này hơi bị đào mồ đấy, ấy mà tốt chứ không như bây giờ vào là tạo bài hỏi, chẳng chịu tìm bài liên quan gì @@

Titank link tách rất khó nhé. Tách cú 1 server 1 titank link thì ko ổn rất mệt
Tất cả chủ yếu là do đường truyền và do máy chủ quá yếu xử lý ko dc
còn 2 cái mà đã ok vẫn bị thì 100% do sv có vấn đề

Hỏi thử hào hoa công tử coi trước nó bị cái này đó