blade2001的专栏

通常要开发网络应用程序并不是一件轻松的事情，不过，实际上只要掌握几个关键的原则也就可以了——创建和连接一个套接字，尝试进行连接，然后收发数据。真正难的是要写出一个可以接纳少则一个，多则数千个连接的网络应用程序。本文将讨论如何通过Winsock2在Windows NT? 和 Windows 2000上开发高扩展能力的Winsock应用程序。文章主要的焦点在客户机/服务器模型的服务器这一方，当然，其中

iocp 的话 可以同时进行多次投递 这是没有问题的。 你可以同时投递读和写。 写的话  可以同时投递多个，而且 他会按照你投递的顺序进行发 送 理论上说iocp 如果同时多次投递send 如果某次没有send 完整的话 那就会出现乱序的。但是我在自己的代码里没遇到过，所以你自己考虑一 下。 你可以可以在自己的socket 对象上面加一个发送队列，只进行一次send 投递，在发送成功以后，从队

 HTTPS（全称：Hypertext Transfer Protocol over Secure Socket Layer）, 简单讲是HTTP的安全版。即HTTP下加入SSL层，HTTPS的安全基础是SSL.它的主要作用可以分为两种：一种是建立一个信息安全通道，来保证数据传输的安全；另一种就是确认网站的真实性。SSL (Secure Socket Layer)　　为Netscape所研

最近要做一个项目准备用分布式消息队列， 花点时间看了下。  消息队列技术是分布式应用间交换信息的一种技术。消息队列可驻留在内存或磁盘上,队列存储消息直到它们被应用程序读走。通过消息队列，应用程序可独立地执行--它们不需要知道彼此的位置、或在继续执行前不需要等待接收程序接收此消息。在分布式计算环境中，为了集成分布式应用，开发者需要对异构网络环境下的分布式应用提供有效的通信手段。为了管

消息队列技术是分布式应用间交换信息的一种技术。有了它， 可以很方便快捷地实现各分布组件间的通讯和信息交换。  XMPP 和 AMQP 是两个开放的消息标准：Extensible Messaging and Presence Protocol (XMPP) 是基于可扩展标记语言(XML)的协议, 它用于即时消息(IM)以及状态显示(Presence) 支持AMQP的开源broker:

原理其实很简单，那就是广播一个arp包，然后recv，如果没有数据(这里要设置延时)，那么说明这个ip是可用的，否则就检测这个数据是否为回复我们发出的arp的应答包.如果是则证明ip已被使用，否则继续等待. 这里可以看下busybox的dhcp中的检测程序。 networking/udhcp/arpping.c C代码 /* vi: set sw=4 ts=4: */  /

关于服务器性能、安全、稳定的全面监-控 选项 我们产品前后历经多次面向不同规模用户的测试，每一次的测试也都会让产品更进一步。在已经过去的这些测试里，我曾经对同一个问题一直耿耿于怀：我很希望 公司在每一个新产品上市的时候，能向这个新产品派驻一两个富有经验的技术人员，以指导、协助他们完成产品上市前应该作的准备，但是，很可惜，直到我们成 长为一个相对成熟的运营产品之后，我们都没有得到过任何这方面的帮

在分布式领域有个CAP理论(Brewer’s CAP Theorem) ，是说Consistency(一致性), Availability(可用性), Partition tolerance(分布) 三部分在系统实现只可同时满足二点，没法三者兼顾。所以架构设计师不要把精力浪费在如何设计能满足三者的完美分布式系统，而是应该进行取舍，选取最适合应用需求的其中之二.  大部分web应用对一致

http://pl.atyp.us/content/tech/servers.html  IntroductionThe purpose of this document is to share some ideas that Ive developed over the years about how to develop a certain kind of applicati

http://www.infoq.com/cn/interviews/douban-hqn   豆瓣（架构）设计现在在WEB这一端主要是用这么几种技术：前端是nginx和lighttpd，中间是Quixote的Web框架，后面是MySQL以及我们自己开发的DoubanDB。这些除了Quixote都是一些比较流行的、尖端的技术。Quixote稍微老一点，如果要重新设计的话，可能会在这方面

http://wwwww.javaeye.com/blog/94854

双缓冲消息队列-减少锁竞争在网络应用服务器端, 为了性能和防止阻塞, 经常会把逻辑处理和I/O处理分离: I/O网络线程处理I/O事件: 数据包的接收和发送, 连接的建立和维护等. 逻辑线程要对收到的数据包进行逻辑处理. 通常网络线程和逻辑线程之间是通过数据包队列来交换信息, 简单来说就是一个生产者-消费者模式.这个队列是多个线程在共享访问必须加锁, 意味着每次访问都要加锁。如何更好的如何减少

正向代理　　正向代理:是一个位于客户端和原始服务器(origin server)之间的服务器，为了从原始服务器取得内容，客户端向代理发送一个请求并指定目标(原始服务器)，然后代理向原始服务器转交请求并将获得的内容返回给客户端。客户端必须要进行一些特别的设置才能使用正向代理。　　正向代理的典型用途是为在防火墙内的局域网客户端提供访问Internet的途径。正向代理还可以使用缓冲特性(由mod_c

1.    引言 多路复用I/O模型(select)是UNIX/LINUX用得的最多的一种I/O模型，在Windows下也  可做为一种异步I/O使用。本文给出该I/O模型处理多Client的简单（在主线程中）实现。  2.    关于select  select I/O模型是一种异步I/O模型，在单线程中Linux/WinNT默认支持64个客户端套  接字

在send函数的help里面看到The successful completion of a send call does not indicate that the data was successfully delivered.send成功完成并不代表数据已经成功送达。If no buffer space is available within the transport system

摘要 编写连接数巨大的高负载服务器程序时，经典的多线程模式和select模式都不再适用。 应当抛弃它们，采用epoll/kqueue/dev_poll来捕获I/O事件。最后简要介绍了AIO。 由来 网络服务在处理数以万计的客户端连接时，往往出现效率低下甚至完全瘫痪，这被称为 C10K问题。随着互联网的迅速发展，越来越多的网络服务开始面临C10K问题，作为大型 网站的开发人员有必要对C10K问题有一

#include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #define MAXBUF 1024#define MAXEPOLLSIZE 10000/*setnonblo

服务器端源代码如下： #include #include #include #include #include #include #include #include #include #include #include #include #define MAXBUF 1024/************关于本文档*************

Linux 2.6内核中提高网络I/O性能的新方法epoll正如我昨天在“Linux下各类TCP网络服务器的实现源代码”(http://zhoulifa.bokee.com/5345930.html)一文中提到的那样，I/O多路复用技术在比较多的TCP网络服务器中有使用，即比较多的用到select函数。感谢chinaunix.net上朋友safedead(http://bbs.chinauni

源代码如下： #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #define DEBUG 1/**

以下文章copy自 http://www.sinzy.net/Blog/Read.asp?ID=44&BID=11482 2006-12-21 23:10:58 用OpenSSL编写SSL,TLS程序 学习类 from: www.sqlite.com.cn一、简介:SSL(Secure Socket Layer)是netscape公司提出的主要用于web的安全通信标准,分为

 Hadoop学习笔记一 简要介绍     这里先大致介绍一下Hadoop.    本文大部分内容都是从官网Hadoop上来的。其中有一篇介绍HDFS的pdf文档，里面对Hadoop介绍的比较全面了。我的这一个系列的Hadoop学习笔记也是从这里一步一步进行下来的，同时又参考了网上的很多文章，对学习Hadoop中遇到的问题进行了归纳总结。    言归正传，先说一下Hadoop的来龙去脉。谈到H

 Hadoop分布式文件系统：架构和设计要点原文：http://hadoop.apache.org/core/docs/current/hdfs_design.html一、前提和设计目标1、硬件错误是常态，而非异常情况，HDFS可能是有成百上千的server组成，任何一个组件都有可能一直失效，因此错误检测和快速、自动的恢复是HDFS的核心架构目标。2、跑在HDFS上的应用与一般的应用不同，它们

采用私有IM协议 db(用户、好友等)：采用分区分段的方式划分db, 不同的DB分成不同的区，维护不同段的用户. Cluster: 前面有一个负责分配节点的服务器，用户的请求可以由任何一个逻辑服务器来处理。逻辑服务器之间网状结构。 用户所在节点find方法, 可能是询问所有网内节点，然后在本地cache.每个逻辑服务器到各个分区的数据库都有连接，逻辑服务器根据用户所在的区，访问相应的数据库

http://techblog.netflix.com/2011/04/lessons-netflix-learned-from-aws-outage.htmlhttp://don.blogs.smugmug.com/2011/04/24/how-smugmug-survived-the-amazonpocalypse/http://blog.rightscale.com/2011/04/25/a