『壹』 高并发如何处理 和并发量是多少 还有缓存服务器
数据要立即处理：（并发数*单连接平均传输数据=关口带宽）+(减少IO频率+低延+缓存并发情况数据=做缓存)+高性能服务器–数据–
『贰』 java高并发文件上传下载设计问题
说实话 从软件复或代码角度 没辙制 都是长连接 逃不掉的只能从系统设计上去考虑，大致上会有以下这两种思路（基本上是都用的）：1、对于所有的上传的文件，根据随机生成的名称或code取hash用策略取模，分服务器存/取文件，保证不触及io瓶颈，内部文件同步策略自己考虑2、对所有请求，分pop点分发，根据用户的物理地址选择相应较近的pop点处理请求(当前pop请求已满则顺延至下一pop点，依次类推)
『叁』 epoll可以解决多个socket的连接，为什么高并发服务器还要用进程池或者线程池呢
socket接受线程：语言为了高并发所以选择了epoll。当程序启动的时候（g_net_update.c文件中main函数，会启动一个thread见函数create_accept_task）这个thread就处理一件事情，只管接收客户端的连接，当有连接进来的时候 通过epoll_ctl函数，把socket fd 加入到epoll里面去，epoll设置监听事件EPOLLIN | EPOLLET; 主要是监听的是加入到epoll中的socket是否可读(因为我的需求是客户端连上了server就会马上向server发送一份数据的)。其它的部分在主线程中处理。
主线程：是一个无线循环，epoll_wait 函数相当于把客户端的连接从epoll中拿出来（因为我们监听的是EPOLLIN | EPOLLET）说明这个时候客户端有数据发送过来）。再通过recv_buffer_from_fd 函数把客户端发送过来的数据读出来。然后其他的一切就抛给线程池去处理。
线程池：(代码中我会在池里面创建15个线程) 双向链表。加入线程就是在链表后面加一个链表项，链表的前面会一个一个被拿出来处理。主要是malloc 函数free函数，sem_wait函数sem_post的处理（sem_wait 会阻塞当值大于0是会减一，sem_post是值加一）。typedef void* (FUNC)(voidarg, int index);是我们自定义的线程的逻辑处理部分，arg是参数，index是第几个线程处理(我们隐形的给每个线程都标了号)，例如代码中的respons_stb_info，更加具体可以看看代码里面是怎么实现的。聪明的你也可以改掉这块的内容改成动态线程池，当某个时刻的处理比较多的时候能够动态的增加线程，而不像我代码里面的是固定的。
数据库连接池：按照我的需求在处理客户端请求数据的时候是要访问数据库的。就是一下子创建出一堆的数据连接。要访问数据库的时候先去数据库连接池中找出空闲的连接，具体可以看下代码。使用的时候可以参考下database_process.c文件（代码中数据库连接池和线程池中的个数是一样的）。这里我想说下get_db_connect_from_pool这个函数，我用了随机数，我是为了不想每次都从0开始去判断哪个连接没有用到。为了数据库连接池中的每个链接都能等概率的使用到，具体的还是可以看下代码的实现。
『肆』 本人开发了一个在linux下多机高并发的文件实时同步的软件,现在想把这个软件推销出去,请问有什么渠道
你可以做一个引流推广进行推销
『伍』 高并发的服务器有什么模式
服务程序最为关键的设计是并发服务模型，当前有以下几种典型的模型：- 单进程服务，使用非阻塞IO使用一个进程服务多个客户，通常与客户通信的套接字设置为非阻塞的，阻塞只发生在select()、poll()、epoll_wait()等系统调用上面。这是一种行之有效的单进程状态机式服务方式，已被广泛采用。缺点是它无法利用SMP(对称多处理器)的优势，除非启动多个进程。此外，它尝试就绪的IO文件描述符后，立即从系统调用返回，这会导致大量的系统调用发生，尤其是在较慢的字节传输时。select()本身的实现也是有局限的：能打开的文件描述符最多不能超过FD_SETSIZE，很容易耗尽；每次从select()返回的描述符组中扫描就绪的描述符需要时间，如果就绪的描述符在末尾时更是如此（epoll特别彻底修复了这个问题）。- 多进程服务，使用阻塞IO也称作 accept/fork 模型，每当有客户连线时产生一个新的进程为之服务。这种方式有时是必要的，比如可以通过操作系统获得良好的内存保护，可以以不同的用户身份运行程序，可以让服务运行在不同的目录下面。但是它的缺点也很明显：进程比较占资源，进程切换开销太大，共享某些信息比较麻烦。Apache 1.3就使用了这种模型，MaxClients数很容易就可以达到。- 多线程服务，使用阻塞IO也称之 accept/pthread_create模型，有新客户来时创建一个服务线程而不是服务进程。这解决了多进程服务的一些问题，比如它占用资源少，信息共享方便。但是麻烦在于线程仍有可能消耗光，线程切换也需要开销。- 混合服务方式所谓的混合服务方式，以打破服务方和客户方之间严格的1:1关系。基本做法是：新客户到来时创建新的工作线程，当该工作线程检测到网络IO会有延迟时停止处理过程，返回给Server一个延迟处理状态，同时告诉 Server被延迟的文件描述符，延迟超时时间。Server会在合适的时候返回工作线程继续处理。注意这里的工作线程不是通过 pthread_create()创建的，而是被包装在专门用于处理延迟工作的函数里。这里还有一个问题，工作线程如何检测网络IO会有延迟？方法有很多，比如设置较短的超时时间调用poll()，或者甚至使用非阻塞IO。如果是套接字，可以设置SO_RCVTIMEO和SO_SNDTIMEO选项，这样更有效率。除了延迟线程，Server还应提供了未完成线程的支持。如有有特别耗费时间的操作，你可以在完成部分工作后停止处理，返回给Server一个未完成状态。这样Server会检查工作队列是否有别的线程，如果有则让它们运行，否则让该工作线程继续处理，这可以防止某些线程挨饿。典型的一个混合服务模型开源实现ServerKitServerkit的这些线程支持功能可简化我们的服务程序设计，效率上应该也是有保证的。2. 队列(queue)ServerKit提供的队列是一个单向链表，队列的存取是原子操作，如果只有一个执行单元建议不要用，因为原子操作的开销较大。3. 堆(heap)malloc()分配内存有一定的局限，比如在多线程的环境里，需要序列化内存分配操作。ServerKit提供的堆管理函数，可快速分配内存，可有效减少分配内存的序列化操作，堆的大小可动态增长，堆有引用计数，这些特征比较适合多线程环境。目前ServerKit堆的最大局限是分配单元必须是固定大小。4. 日志记录日志被保存在队列，有一个专门的线程处理队列中的日志记录：它或者调用syslog()写进系统日志，或者通过UDP直接写到远程机器。后者更有效。5. 读写锁GNU libc也在pthreads库里实现了读写锁，如果定义了__USE_UNIX98就可以使用。不过ServerKit还提供了读写锁互相转换的函数，这使得锁的应用更为弹性。比如拥有读锁的若干个线程对同一个hash表进行检索，其中一个线程检索到了数据，此时需要修改它，一种办法是获取写锁，但这会导致释放读锁和获取写锁之间存在时间窗，另一种办法是使用ServerKit提供的函数把读锁转换成写锁，无疑这种方式更有效率。除了以上这些功能，ServerKit还提供了数据库连接池的管理（当前只支持MySQL）和序列化（Sequences），如感兴趣可参见相关的API文档。二、ServerKit服务模块编写ServerKit由3部分组成：server程序，负责加载服务模块、解析配置文件、建立数据库连接池；libserver，动态链接库，提供所有功能的库支持，包括server本身也是调用这个库写的；API，编程接口，你编写的服务模块和ServerKit框架进行对话的接口。ServerKit需要libConfuse解析配置文件，所以出了安装ServerKit，还需要安装libConfuse。关于libConfuse可参考 http://www.nongnu.org/confuse/ 。下面我们看一个简单的服务模块FOO：#include <confuse.h>#include <server.h>static long int sleep_ration;static int FOO_construct(){fprintf(stderr, "FOO_construct\n");return 1;}static int FOO_prestart(cfg_t *configuration){fprintf(stderr, "FOO_prestart\n");return 1;}static void * FOO_operator(void *foobar){fprintf(stderr, "FOO_operator\n");for(;;) sleep(sleep_ration);return NULL;}static void FOO_report(void){fprintf(stderr, "FOO_report\n");}static cfg_opt_t FOO_config[] = {CFG_SIMPLE_INT("sleep_ration", &sleep_ration),CFG_END()};static char *FOO_authors[] = {"Vito Caputo <[email protected]>", NULL};SERVER_MODULE(FOO,0,0,1,"Example mole that does nothing but sleep")按以下方法编译：$ gcc -c -fPIC -pthread -D_REENTRANT -g FOO.c$ gcc -shared -lserver -lconfuse -lpthread -g -e __server_mole_main -o FOO.so FOO.o-e选项指定程序运行入口，这使得你可以直接在命令行敲 ./FOO.so 运行模块。server程序根据环境变量SERVER_PERSONALITY_PATH定位主目录，并查找主目录下的c11n作为配置文件，动态加载的模块需放在主目录下的moles目录。$ export SERVER_PERSONALITY_PATH=`pwd`$ mkdir moles$ cp FOO.so moles$ vi c11nc11n的内容：identity = "any_id"FOO {sleep_ration = 1;}identity标识server实例，用ps可看到程序名称形如server.identity，本例为server.any_id。执行server启动服务程序。三、ServerKit其他功能缺陷缺乏daemon模式；只能运行在Linux box；DB pool只支持MySQL；Heap管理内存的功力有限
『陆』 epoll编程，如何实现高并发服务器开发
首先，我们需要了解epoll编程的概念。epoll是一项对Linux内核进行的轮询，以处理大量的文件描述符和一个增强版的Linux下多路复用IO接口选择/投票。
一个成熟的高性能服务器，epoll相关代码，不到1万分之一。在今天的posix和Unix /BSD/ systemv设计的回顾中，epoll补丁不应该被实现。异步反应器框架应该只有一个简单的、统一的选择器。
5、是不是可以使用epoll技术跟多线程技术配合开发？如何？6、系统应该怎样开发使用TCP协议。
『柒』 如何配置高并发linux服务器
linux的版本也分很多种，而且你要测得是网页的并发量吧 那你可以查看apache当前并发访问数：netstat -an | grep ESTABLISHED | wc -l 最大并发量就在 httpd.conf中MaxClients的数字
『捌』 1秒1000并发 高并发需要什么样的服务器
如果数据要立即处理的话：（并发数*单个连接的平均传输的数据大小=关口带宽）+(减少IO频率+低延时+缓存并发情况下的数据=做个缓存)+高性能服务器–天下数据–
『玖』 怎么样的性能才算是支持高并发的服务器
服务器并发指用户同访问数据库同字段行用户行于服务器性能种考验 再服务器自性能限并发用户数候再服务器支持住事实我经能遇由于并发用户导致系统缓慢甚至瘫痪现象比说使用些线考试报名系统朋友都发现半夜登录系统报名比白登录系统报名要容网页反应速度要快些由于晚并发用户数比较原于IT运维员说服务器并发恐怖服务器用户并发数并IT运维员所能控制我能做采用各种手段提升系统性能提升服务器性能利用率
