xin hỏi về mức ổn định cpu chạy mu ở vps

[balong]

máy chủ mình chạy 30 sub lên 23G ram cpu tầm 5~7% , liệu chạy thêm 30 sub nữa thì có bị full cpu full ram không ạ .

với SQL 2000 thì vẫn chạy được bình thường đúng k nhỉ . xin đc tư vấn

[Only registered and activated users can see links. ]

[cuocdoisp]

nếu giá tiền thuê cái VPS kia nó rẻ hơn thuê cái máy chủ thật tầm 1tr thì bỏ luôn vps thuê máy chủ thật - đơn giản chạy đến 60 cái GS thì chắc bạn làm ăn cũng được . chẳng tiếc gì 1 triệu thêm mà máy ảo thì không bao giờ ổn định bằng máy thật được . Theo tính chất bắc cầu thì hiện tại bạn 30 GS mất có 23G thì bạn chạy 60 GS mất khoảng 50-60 G thôi . CPU thì chắc khoảng 15-20% là cùng .
Mọi sự tính toán đều chỉ là tương đối vì nó còn dựa vào số lượng member online . Member càng đông thì RAM và CHIP sẽ càng tăng cho dù bạn bật ít Gameserver

[balong]

nếu giá tiền thuê cái VPS kia nó rẻ hơn thuê cái máy chủ thật tầm 1tr thì bỏ luôn vps thuê máy chủ thật - đơn giản chạy đến 60 cái GS thì chắc bạn làm ăn cũng được . chẳng tiếc gì 1 triệu thêm mà máy ảo thì không bao giờ ổn định bằng máy thật được . Theo tính chất bắc cầu thì hiện tại bạn 30 GS mất có 23G thì bạn chạy 60 GS mất khoảng 50-60 G thôi . CPU thì chắc khoảng 15-20% là cùng .
Mọi sự tính toán đều chỉ là tương đối vì nó còn dựa vào số lượng member online . Member càng đông thì RAM và CHIP sẽ càng tăng cho dù bạn bật ít Gameserver

cám ơn . mình sài máy chủ vật lí ghi tiêu để nhầm.. cám ơn bạn

[hoaitam1990]

Mình đang nghĩ lúc member nhấp vào chọn sub, sao nó xổ ra hết 30sub nhỉ

[balong]

Mình đang nghĩ lúc member nhấp vào chọn sub, sao nó xổ ra hết 30sub nhỉ

chạy 1 mu có 5 6 sub thôi mà bạn . 30 sub là chạy 4 5 mu ấy

[heroviet2301]

Khi bạn chạy quá nhiều GS sẽ dẫn tới các hiện tượng gửi đồ vào thùng đồ rồi mở ra bị mất, giải nén ngọc đợi mãi không bung ra ngọc lẻ, ... lý do vì chạy quá nhiều GS dẫn tới SQL không thực thi hết được 100% các query của GS gửi vào Titanlink rồi Titanlink gửi vào SQL nên một số lệnh sẽ bị bỏ qua, chạy SQL 2008 r2 sẽ ổn định hơn SQL 2000.

Bạn có thể thử chạy thêm đến lúc nào gặp các hiện tượng đó thì hạn chế cắt giảm bớt Sub lại là được, máy chủ mạnh cỡ nào nó cũng có giới hạn nhất định.

[balong]

Khi bạn chạy quá nhiều GS sẽ dẫn tới các hiện tượng gửi đồ vào thùng đồ rồi mở ra bị mất, giải nén ngọc đợi mãi không bung ra ngọc lẻ, ... lý do vì chạy quá nhiều GS dẫn tới SQL không thực thi hết được 100% các query của GS gửi vào Titanlink rồi Titanlink gửi vào SQL nên một số lệnh sẽ bị bỏ qua, chạy SQL 2008 r2 sẽ ổn định hơn SQL 2000.

Bạn có thể thử chạy thêm đến lúc nào gặp các hiện tượng đó thì hạn chế cắt giảm bớt Sub lại là được, máy chủ mạnh cỡ nào nó cũng có giới hạn nhất định.

cám ơn chia sẽ của bạn .

[nyD-vEnus]

cám ơn chia sẽ của bạn .

SQL 2000 chạy MU nhiều Sub không hiệu quả vì giống như heroviet ở trên nói

SQL 2008 trở lên tốt nhất nên bỏ giới hạn RAM của SQL . Xem trên Google để bỏ giới hạn RAM của SQL . Để cho SQL chạy thoải mái và chiếm RAM như vậy các dữ liệu từ GS gởi về SQL sẽ k bị gián đoạn

[keo_ngot1418]

chạy gấp 3 lần như vậy vừa tròn 50 60% lun quá