请教一方案

h2plus0 2005-10-21 09:15:21
简单的描述就是:如何高效的把服务器上的数据分发给登陆的客户。
比如, 服务器是从数据库里查询出待分发的数据, 判断这个用户登陆后, 就把数据发给客户端。
数据量有可能很大(1-2M)

现在手上其实有一个方案,就是通过用自己定义一个基于TCP的应用协议, 但我觉得这样可能效率
都不是太高, 而且开发Socket这种底层程序一般都比较麻烦, 周期也长,

请问高手有没有其他比较简单可行的方案?多谢拉!
...全文
175 11 打赏 收藏 转发到动态 举报
写回复
用AI写文章
11 条回复
切换为时间正序
请发表友善的回复…
发表回复
dm1cyg 2005-10-28
  • 打赏
  • 举报
回复
都是高手,帮助顶
leonatcs 2005-10-28
  • 打赏
  • 举报
回复
呵呵。
houing_0123 2005-10-27
  • 打赏
  • 举报
回复
先分了现在的分再说吧,呵呵
h2plus0 2005-10-23
  • 打赏
  • 举报
回复
400分就能求得一高性能的服务器?
我曾经也写过Socket这方面的程序,协议有点象CMPP--SMPP, 服务端用IoCompletePort, 客户端用Blocking IO, 特别对这种"duplex"的应用层协议(两边都可以同时发送数据包), 你才会觉得有多么麻烦, 而且是异步的IO, 状态机设计不好, 到时都不知怎么死的。

所以我以前看到的有的CMPP实现居然把这种协议分成两种连接---一个收, 一个发, 我想可能也是为了避免处理的麻烦把
现在为了交差, 也不可能花那么多时间在上面了, 实在不行(搞ftp也很麻烦),就用数据库
API直接查询, 虽然这种效率低, 但现在机器性能都很不错的说。。
我不懂电脑 2005-10-21
  • 打赏
  • 举报
回复
做个ftp服务器客户端定时下载ftp文件。
constantine 2005-10-21
  • 打赏
  • 举报
回复
server架个httpserver,或是ftpserver,客户端登陆后自己去下资料,这样server就不用老是在那里查客户的信息了,还有你可以限制下载的连接数量,如果怕太多下载负担重的话,估计这样比你用tcp还好点
h2plus0 2005-10-21
  • 打赏
  • 举报
回复
你的建议让我想到干脆用ftp好了,不过要定制一下客户端, 去不停查询某个目录下的数据。呵呵
shadowstar 2005-10-21
  • 打赏
  • 举报
回复
判断这个用户登陆后, 就把数据发给客户端。
数据量有可能很大(1-2M)

顶多让客户端多线程下载。
pp616 2005-10-21
  • 打赏
  • 举报
回复
送楼上2字






















































































实惠
FengSC 2005-10-21
  • 打赏
  • 举报
回复
各位2星大哥的说法都是可行的,但是对楼主这样做个socket server都觉得麻烦的人来说就更麻烦了,我的建议是:把具体要求说出来,然后给400分,估计有很多人愿意帮你完成(我就是一个:)。
pp616 2005-10-21
  • 打赏
  • 举报
回复
同时登陆的客户会有多少??

如果发之前先用zlib压缩一下数据量可能会小1个数量级

1,317

社区成员

发帖
与我相关
我的任务
社区描述
C++ Builder 网络及通讯开发
社区管理员
  • 网络及通讯开发社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧