解决游戏服务器负载上限问题

最近开发一款网络游戏,快到发布阶段,但是服务器的负载上限问题,这个该怎么处理呢?

现在有以下几种方案:

1、排队机制,像wow那样;

2、给当已满服打上一个“满”标记,不让玩家登录当前服,推荐一个新服或空闲服给他;

3、控制玩家注册数,满足当前服所有玩家都能进入游戏,等玩家少了之后再合服;

第1种方案对手游来说,好像不太适用,没有人愿意盯着手机等着;

第2种方案肯定会挨骂,如果玩家好不容易有点空闲时间,来玩玩游戏竟然进不了,装备都在这个服,给他推荐个其他的服,玩家估计分分钟流失;

第3个方案是个人觉得是相对比较好的,但是对于资源来说有点浪费。

各位路过的大神,有没有更好的方案,谢谢!

也欢迎进入论坛讨论:http://bbs.csdn.net/topics/390911618?page=1#post-398387804

时间: 2024-11-08 19:03:27

解决游戏服务器负载上限问题的相关文章

游戏服务器框架分析

一个大型的网落游戏服务器应该包含几个模块:网络通讯,业务逻辑,数据存储,守护监控(不是必须),其中业务逻辑可能根据具体需要,又划分为好几个子模块. 这里说的模块可以指一个进程,或者一个线程方式存在,本质上就是一些类的封装. 对于服务器的并发性,要么采用单进程多线程,要么采用多进程单线程的方式,说说两种方式的优缺点: 一.单进程多线程的服务器设计模式,只有一个进程,但一个进程包好多个线程: 网络通讯层,业务逻辑,数据存储,分别在独立的线程中,无守护进程. 优点: 1.数据共享和交换方便,使用全局变

使用 Go 语言开发大型 MMORPG 游戏服务器怎么样?(非常稳定、捕获所有异常、非常适合从头开始,但大公司已经有现成的C++框架、所以不会使用)

使用 Go 语言开发大型 MMORPG 游戏服务器怎么样?和C Socket服务器比起来有什么优劣?可行性怎么样? 从2013年起,经朋友推荐开始用Golang编写游戏登陆服务器, 配合C++做第三方平台验证. 到编写独立工具导表工具GitHub - davyxu/tabtoy: 跨平台的高性能便捷电子表格导出器. 以及网络库GitHub - davyxu/cellnet: 简单,方便,高效的Go语言的游戏服务器底层. 最终使用这些工具及库编写整个游戏服务器框架, 我的感受是很不错的 细节看来,

PIOLINK服务器负载均衡解决方案设计

PIOLINK服务器负载均衡解决方案设计 系统设计的基本原则 l 实用.先进.安全.可扩展是本系统设计的基本原则 本建议书首先是满足现有和可预见未来几年内的应用要求:其次是考虑在投资增加很少的前提下,选择目前可以提供最先进技术手段的设备和系统方案:最后要考虑实现的安全系统面对应用要有长远发展的能力. l 稳定性和可靠性 对于业务系统的底层传输平台的网络系统必须要保证其工作的可靠性和稳定性,保证常年的不间断运行,这样才能提供及时.准确.可靠的信息支持. l 安全性 安全性是信息系统建设所必须优先解

游戏服务器解决的3个问题

写游戏服务器有一段时间了,在我看来一个游戏服务器设计得好不好,可以从以下三个方面: 1.配置读取问题 配置读取直接决定了策划改表是否方便. 2.消息处理问题 消息处理决定了服务器业务逻辑处理是否方便 3.数据落地 数据落地为最关键的一条,游戏数据最终是否能落地. 原文地址:https://www.cnblogs.com/LittleLee/p/11334942.html

FPS游戏服务器设计的问题 【转】

一.追溯 去gameloft笔试,有一个题目是说: 叫你去设计一个FPS(第一人称射击游戏),你是要用TCP呢还是要用UDP,说明理由 . 二.学习 这是两篇网上找到的文章,写非常不错. 当时笔试的时候自己没想到这么全,但大概想法都是一致的,摘录下来再学习一下. 1.网络游戏程序员须知 UDP vs TCP 作者:[email protected] 首发链接:http://blog.csdn.net/rellikt/archive/2010/08/21/5829020.aspx 这篇教程让我们就

游戏服务器主程白皮书-3.1 运行稳定性

3.1 运行稳定性 服务器的运行稳定性的产品展现当然就是7*24小时,甚至更久的不间断运行的产品质量.通俗一点说,就是服务器在7*24小时运行时间内服务器不出现卡顿,不出现宕机. 对于C++来说,宕机的原因99.9%是因为内存问题,内存的直接操作是让C++程序员又爱又恨的东西.其他的可能还包括物理故障.除数为0.系统问题(虚拟机问题)等.而卡顿的原因主要体现在CPU的使用率上.服务器CPU使用率过高了会因为CPU性能瓶颈导致卡顿,这个问题比较直观,但是CPU使用率低了也有可能导致卡顿.现在我把宕

游戏服务器

服务分架构很多游戏公司不是web架构都是自己开发的CS端,因为游戏交互强而web架构只支持C->S的单工. 一般的网站应用程序,是典型的Request-Response模式,通过tcp和服务器建立一次链接,而请求数据和影响数据通过http协议进行组装,当完成一次交互的时候,服务器端和客户端tcp链接就会释放,把服务器端socket资源留给新的客户端.通常web程序是比较好扩展的,通过硬件负载均衡和添加web服务器来实现,这一套方案业界都已经比较成熟了.网游比较特殊,最大的特点在于客户端和服务器端

普通服务器和游戏服务器工作原理有什么不同?

一般的网站应用程序采用的模式是Request-Response,然后通过tcp和服务器建立一次链接,请求的数据是通过http协议进行重新组装,服务器端和客户端完成一次交互之后,就会释放tcp链接,新的客户端就可以使用服务器端的socket资源.web程序的扩展相对来说比价容易,在行业中,比较常用的方法是硬件负载均衡和添加web服务器. 网络游戏就不一样了,它比较突出的一点是客户端和服务器端要进行比较长时间的连接,几乎是不间断的.游戏服务器的原理是Client主动给Server发送数据,Serve

棋牌游戏服务器架构设计

转载自:简书一位同行的文章 一,棋牌类服务器的特点 1,棋牌类不分区不分服 一般来说,棋牌游戏都是不分区不分服的.所以棋牌类服务器要满足随着用户量的增加而扩展的需要. 2,房间模式 即在同一局游戏中就是在同一个房间中,同一个房间中的人可以接收到其他人的消息. 3,每个房间的操作必须是顺序性 这个特性类似与一般游戏的回合制,每个玩家的操作都是有顺序性的. 二,需要解决的技术点 1,数据共享 因为棋牌类游戏不分区不分服,我们在设计服务器的时候,是按世界服的思想去设计,即服务器是一个n多台物理机的集群