自定义博客皮肤VIP专享

*博客头图：

格式为PNG、JPG，宽度*高度大于1920*100像素，不超过2MB，主视觉建议放在右侧，请参照线上博客头图

请上传大于1920*100像素的图片！

博客底图：

图片格式为PNG、JPG，不超过1MB，可上下左右平铺至整个背景

栏目图：

图片格式为PNG、JPG，图片宽度*高度为300*38像素，不超过0.5MB

主标题颜色：

RGB颜色，例如：#AFAFAF

Hover：

RGB颜色，例如：#AFAFAF

副标题颜色：

RGB颜色，例如：#AFAFAF

预览 取消 提交

自定义博客皮肤

-+
上一步保存

DreamFreeLancer的专栏

  • 博客(34)
  • 资源 (1)
  • 收藏
  • 关注
排序：
按最后发布时间
按访问量
RSS订阅

原创 数码语音实验研究

声音常识人类听力音频上限约20,000HZ采样定律<br />设采样频率为FS，则其可以再现的上限频率为：F=FS/2<br /> 在数字音频领域，常用的采样率有：<br /><br />    * 8,000 Hz - 电话所用采样率，对于人的说话已经足够；<br />    * 11,025 Hz；<br />    * 22,050 Hz - 无线电广播所用采样率；<br />    * 32,000 Hz - miniDV 数码视频camcorder、DAT (LP mode)所用采样率；<br /

2011-01-09 15:33:00 2261

原创 数码语音实验研究

声音常识人类听力音频上限约20,000HZ采样定律<br />设采样频率为FS，则其可以再现的上限频率为：F=FS/2<br /> 在数字音频领域，常用的采样率有：<br /><br />    * 8,000 Hz - 电话所用采样率，对于人的说话已经足够；<br />    * 11,025 Hz；<br />    * 22,050 Hz - 无线电广播所用采样率；<br />    * 32,000 Hz - miniDV 数码视频camcorder、DAT (LP mode)所用采样率；<br /

2011-01-09 15:32:00 2065

原创 数码语音实验研究

声音常识人类听力音频上限约20,000HZ采样定律<br />设采样频率为FS，则其可以再现的上限频率为：F=FS/2<br /> 在数字音频领域，常用的采样率有：<br /><br />    * 8,000 Hz - 电话所用采样率，对于人的说话已经足够；<br />    * 11,025 Hz；<br />    * 22,050 Hz - 无线电广播所用采样率；<br />    * 32,000 Hz - miniDV 数码视频camcorder、DAT (LP mode)所用采样率；<br /

2011-01-09 15:31:00 1952

原创 怎样做卤牛肉

不知何时何地在网上看到一种说法：优秀的系统架构师都具有成为大厨的潜质。因本人一向对吃缺乏研究也没有多少钻研的动力，也就把它当成一笑话来看。虎年春节，突然有了为家人做道菜的冲动，看着老妈买那么大块牛肉，于是想起当年在美国时曾在一份随处免费可得（好象也是唯一一份免费可得）的反动中文报纸上（报纸名字就不说了吧，免得被误解为宣传反动思想，就是那个名为XX功的反动组织在国外办的报纸）学到的一个卤牛肉菜谱

2010-02-19 14:38:00 6397 1

原创 Socket上Accept连接的速率及影响因素

网络编程时大家一致比较关注连接上的数据传输速率，但很少有人关心Server端通过Accept接收连接的速率及其影响因素，但后者在设计大型通讯服务器的容量以及Fail-Over策略时需要被认真考虑。本篇将对最简单情形下基于Socket通信的这一基本能力进行一个基准测试，因为网络架构原因而在端到端通信中引入中间结点的情形（如Proxy），以及在TCP协议之上引入额外握手协议的情形（如SSL及应用级握手

2009-09-02 08:41:00 4651 1

原创 线程池(Thread Pool)

烽驿2009开源实时通信平台 源码获取：svn checkout http://fy2009.googlecode.com/svn/trunk/ fy2009-read-only 众所周知，线程并非越多越好，理论上一个CPU（或Core）一个活动线程可获得最佳性能。线程池可根据具体硬件的情况（如CPU或Core的数量）配置一个适当的线程数，从而将系统性能调到最佳，因此在可伸缩多线程Server

2009-08-19 23:23:00 2780

原创 可移植的线程对象

烽驿2009开源实时通信平台 源码获取：svn checkout http://fy2009.googlecode.com/svn/trunk/ fy2009-read-only  笔者在前面的博文中陆续介绍了本项目实现的若干基础服务，如：时间服务(http://blog.csdn.net/DreamFreeLancer/archive/2009/05/05/4150165.aspx, h

2009-08-14 22:30:00 3028 3

原创 CentOS下版本控制软件subversion的安装

烽驿2009开源实时通信平台 源码获取：http://fy2009.googlecode.com/svn/trunk/ fy2009-read-only  笔者在前面的博文中陆续介绍了本项目实现的若干基础服务，如：时间服务(http://blog.csdn.net/DreamFreeLancer/archive/2009/05/05/4150165.aspx, http://blog.cs

2009-08-05 17:20:00 2160

原创 CentOS下FTP server安装

工作中经常需要在Windows和CentOS之间，或Linux机器相互之间传递文件，通常习惯于在Linux Server上装一个FTP Server，但禁止匿名访问。网上找了个vsftp tar包：vsftpd-2.1.2.tar.gz，下载到本地并解压：tar -zxvf vsftpd-2.1.2.tar.gz.到解压目标下，打开INSTALL文本，并依照执行，但没对builddefs.

2009-08-05 10:21:00 4636

原创 CentOS下安装网卡驱动

要装一台备用工作机，无奈IT很忙，只好亲自操刀，好在现在的软件安装都很简单，Windows自不必说，Linux也同样很简单。计划装个双启动系统，一个WindowsXP，一个CentOS4.4。借个USB光驱，开始装XP，先格式化出一个C分区，用作WindowsXP的引异分区，顺利完成XP安装。然后开装CentOS，本想用NFS image网络安装，结果网络不能访问，只好作罢，改为光盘安装。

2009-08-04 16:57:00 3324

原创 异步IO框架实现之完成端口（Completion Port）

烽驿2009开源实时通信平台 源码获取：svn checkout http://fy2009.googlecode.com/svn/trunk/ fy2009-read-only  微软在Windows 2000之后提供了真正可伸缩（Scalable）的异步IO机制，即完成端口。本异步 IO框架(有关该框架的详细介绍请参：http://blog.csdn.net/DreamFreeLanc

2009-07-31 23:33:00 4166 2

原创 异步IO框架实现之EPOLL

烽驿2009开源实时通信平台 源码获取：https://fy2009.googlecode.com/svn/trunk/ fy2009 Linux2.5.44之后，主流的异步IO机制是EPOLL－－尽管基于实时信号(http://blog.csdn.net/DreamFreeLancer/archive/2009/07/27/4383193.aspx)的机制仍被支持。EPOLL是一种性

2009-07-28 15:53:00 6388

原创 异步IO框架实现之实时信号（Real-Time Signal）

烽驿2009开源实时通信平台 源码获取：svn checkout http://fy2009.googlecode.com/svn/trunk/ fy2009-read-only  Linux下可伸缩(Scalable)的异步IO机制是什么？熟悉Linux下网络编程的人可能会不加思索地回答：当然是EPOLL。没错，EPOLL是个优秀的异步IO机制（笔者将会在专门的博文中讨论它），但那是

2009-07-27 10:48:00 5624 1

原创 异步IO框架

烽驿2009开源实时通信平台 源码获取：svn checkout http://fy2009.googlecode.com/svn/trunk/ fy2009-read-only  大型通信服务器通常要处理成千上万的并发用户，如果采用同步IO方式处理用户数据收发，意味着需要为每个用户创建一个甚至两个线程（一个接收线程，一个发送线程）。 同步IO的优点是编程简单，当用户数比较少（比如几个，最

2009-07-26 13:17:00 8640 3

原创 Linux和Windows下Socket句柄（描述符）的分配策略

烽驿2009开源实时通信平台 源码获取：svn checkout http://fy2009.googlecode.com/svn/trunk/ fy2009-read-only 大型通信服务器软件通常需要管理成千上万的连接，为了在底层Socket句柄（Linux上称为描述符）上收到数据时能快速递交给应用层连接对象，实现一种高效的以Socket句柄为Key的连接对象查找算法是绝对必要的。毫

2009-07-09 18:24:00 6945 2

原创 Command模式，消息驱动与模块化设计

烽驿2009开源实时通信平台 源码获取：svn checkout http://fy2009.googlecode.com/svn/trunk/ fy2009-read-only  模块化是复杂系统架构设计所应遵循的基本原则之一，其目的是降低局部复杂度，便于大团队协同开发，有利于系统诊断，维护及功能复用。其中，模块划分基于所谓“高内聚，低耦合”的原则。在C语言中，通常通过CallBack函

2009-06-13 14:05:00 3159 1

原创 高性能日志服务

烽驿2009开源实时通信平台 源码获取：svn checkout http://fy2009.googlecode.com/svn/trunk/ fy2009-read-only  笔者在博文《系统localtime性能评测》(http://blog.csdn.net/DreamFreeLancer/archive/2009/05/06/4155180.aspx)中曾提及日志对于大型服

2009-06-07 23:48:00 4508

原创 Windows下CriticalSection和Mutex的性能比较

Windows下100万次加/解锁测试：CriticalSection用时：31msMutex用时：953ms结论：CriticalSection性能远远高于Mutex（高出约30倍）。因此，在能用CriticalSection时绝不用Mutex，当然，后者可命名，而前者不行，因此，Mutex可用于进程间通信，但CriticalSection通常只能用于线程间通信。另外，Windo

2009-06-02 21:55:00 4990 1

原创 不加锁的线程间通信

烽驿2009开源实时通信平台 源码获取：svn checkout http://fy2009.googlecode.com/svn/trunk/ fy2009-read-only  在线程间共享内存时需要加锁应该算是多线程编程的常识了，因此，这个标题显得有些颠覆性。但请注意这里说的是共享内存，而标题说的是通信，两者并不是一回事，仔细分析，后者在内涵上应该包括前者，即通信才是目的，而

2009-06-01 10:28:00 6719 1

原创 黑莓8800装不上软件的问题

在换了N个手机后，“每况愈下”地花了1000大毛网上买了个黑莓8800，看起来不错，用起来很不错，绝对物超所值。买它还看中它有GPS功能，虽然也没敢对它的GPS有太高期望，但有聊胜于无嘛，反正也不贵。刚拿到手机，还没装GPS软件就和同事2500多的Nokia E71比了一把搜星，也就2－3分钟吧，搜了7颗星，马上报出经纬度，精度9M；再看看E71还在搜呀搜..., 也许五分钟，也许更久，总算声称搜

2009-05-30 22:10:00 2724

原创 对象流化与基于内存的流实现

烽驿2009开源实时通信平台 源码获取：svn checkout http://fy2009.googlecode.com/svn/trunk/ fy2009-read-only  将一个对象转换成字节流形式，或从这种字节流中还原出对象是通信及存储类软件中最普遍的操作之一。对该类操作的称谓则五花八门：编码/解码(Encode/Decode)；序列化/反序列化(Serialize(TRUE/

2009-05-27 14:58:00 1315

原创 GCC的Link行为

编译器：G++OS：LINUX 1.link顺序GCC Link程序在.o文件列表中查找被引用实体（函数或Class）时不设定顺序，即引用实体所在.o文件出现在被引用实体所在的.o文件的左侧，或右侧都能通过编译，不会出现找不到引用的错误但若从.a文件列表中搜索被引用实体，情况将不同，总是则从右向左顺序查找，因此，被引用实体所在.a文件必需出现在引用实体所在.a文件的右侧，否则，

2009-05-26 09:11:00 8258

原创 101条伟大的计算机编程名言

摘自：http://news.csdn.net/a/20090522/211469.html#postcomment <!--show_ads_zone(13);--><!---->人们总是害怕改变.电被发明出来的时候他们害怕电,是不是?他们害怕煤,害怕蒸汽机车.无知无所不在,并导致恐惧.但随着时间推移,人们终究会接受最新的科技.正如比尔盖茨曾经警告过一样,

2009-05-24 09:48:00 1754

原创 引用计数与对象生存期管理

烽驿2009开源实时通信平台 源码获取：svn checkout http://fy2009.googlecode.com/svn/trunk/ fy2009-read-only  对象生存期管理是程序设计的一项重要内容。目前流行的对象生存期管理手段主要是各类垃圾回收（GC）机制。其优点是使用简单，程序员只需负责对象创建，而不用关心对象销毁，但垃圾回收机制通常和语言本身绑定，主要用

2009-05-20 09:33:00 1253

原创 系统可跟踪性（Tracibility）设计与异常处理

烽驿2009开源实时通信平台 源码获取：svn checkout http://fy2009.googlecode.com/svn/trunk/ fy2009-read-only  可跟踪性（Tracibility）设计是软件架构设计的重要内容之一。在面向对象系统中，对象的可跟踪是实现系统可跟踪的基本前提。在本项目中为此定义了一个接口如下：class object_id_it : pu

2009-05-16 14:18:00 2005

原创 用string_builder_t高效格式化字符串，源码已上传

烽驿2009开源实时通信平台 源码获取：svn checkout http://fy2009.googlecode.com/svn/trunk/ fy2009-read-only  字符串拼装或格式化是软件开发中经常使用的功能。对于通信软件，随着各类文本协议（如基于HTTP或XML）的日趋流行，这种需求更普遍。多数编程语言也都提供了这类服务，C中的可用方法主要是sprintf,C++中既可

2009-05-14 16:54:00 1997 1

原创 “窄接口”设计与动态类型发现

烽驿2009开源实时通信平台 源码获取：svn checkout http://fy2009.googlecode.com/svn/trunk/ fy2009-read-only    一个实用大型软件系统也象生活中任何一个复杂系统一样，往往需要涵盖并有机整合来自多方面的需求，除满足功能性需求外，通常还要满足系统对可扩展性（Extensibility），可维护性(Maintainabili

2009-05-13 14:49:00 2462 1

原创 高性能Localtime服务（LINUX），源码已上传

  烽驿2009开源实时通信平台 源码获取：svn checkout http://fy2009.googlecode.com/svn/trunk/ fy2009-read-only    高性能localtime只在Linux上进行了实现，获得1000万次调用用时890ms的高效率, 比简单调用localtime_r版的性能(23000ms)提高了约25倍; Window

2009-05-12 08:32:00 3748 1

原创 系统localtime性能评测

前面的博文陆续讨论了异步执行系统中， 主要以测算任务执行时间为目的的高性能时间服务get_tick_count，并特别强调，get_tick_count并不适合需要知道确切时间（即某年某月某时某刻...）的场合。但这类场合仍然是客观存在的，其中典型的Case是写系统日志。有过大型Server开发经验的同仁不会怀疑日志对于这类系统的重要性，日志可能被用于多种目的：系统行为跟踪，错误诊断，安全审计，以

2009-05-06 16:42:00 4293

原创 高性能Tick-Count服务，代码已上传

烽驿2009开源实时通信平台 源码获取：svn checkout http://fy2009.googlecode.com/svn/trunk/ fy2009-read-only  高性能时间服务入口函数（其实是个#define)get_tick_count(user_clock_t *user_clock)语义上和Windows下的GetTickCount()相似－－在Windows

2009-05-05 15:41:00 2581

原创 Linux 下高性能用户空间时间服务

源码获取：svn checkout http://fy2009.googlecode.com/svn/trunk/ fy2009-read-only   高性能，大容量服务器软件多数采用异步工作方式，但该方式却是典型的双刃剑，需要较高设计与实现水平，否则，不仅不能提高性能，反而使软件的复杂性大大增加，可靠性大大降低。本篇不打算对此全面展开去，只就异步模型中最常用的一个基本问题，时间服务，进

2009-05-04 23:37:00 5502 1

原创 轻量级自描述缓冲区

对上篇博文中提到的缓冲区模板类型做一些补充说明。下面这段是笔者的源码注释，是对上篇博文有关该缓冲区模板的重要补充说明。烽驿2009开源实时通信平台 源码位置：svn checkout http://fy2009.googlecode.com/svn/trunk/ fy2009-read-only /*[tip] buffer type template *[desc]  * buffe

2009-05-01 08:59:00 1629 6

原创 烽驿2009开源实时通信平台开工了！

 烽驿2009开源实时通信平台的第一行代码终于上传了， 开发语言C++，目前支持平台Linux，Windows。源码位置：svn checkout http://fy2009.googlecode.com/svn/trunk/ fy2009欢迎同道中人能给予持续关注，并提供宝贵意见，帮助测试及Review Code。该项目采用较宽松的“New BSD”许可证类型。目前刚刚起了个头，看着

2009-04-30 07:56:00 2183 5

原创 烽驿2009开源实时通信平台

 本博主供职于一家著名国际公司(因尚在从业,恕不点名)从事大型实时通信服务器软件设计与开发, 有感于国内软件业的"大而不强"和"原创土壤"的贫乏以及国外开源社区的兴旺. 想拿点东西出来与大家分享, 在遵循开源精神的前提下, 大家可以将本博主提供的源码用于商业或个人用途, 但需注明出处, 以示对本博主劳动成果的尊重. 如在使用中发现Bug或不足，希望能及时反馈给博主，以便及时更正或改进。在未来的

2009-04-27 23:21:00 1792 1

帐号密码，隐私信息管理器
打，打，打劫的！IP,IC, IQ卡，通通告诉我密码! 对，对，对不起这位打劫的兄弟，我有五张借记卡，六张信用卡，一个股票帐户，二个理财帐户，... 我有QQ号，MSN，微博帐号，FaceBook，CSDN，...，笔记本开机密码，手机PIN码，U盾密码，公司帐号，...， 所有这些都需要密码，每个密码要求不少于六个字符，同时含大，小写字符，数字，特殊字符，且要求三个月换一个密码，用过的密码不得再用，....，我已经被这样折磨了三年了，患“密码失忆症”已有一年，... 朋友，你也患有“密码失忆症”吗？这款小软件也许可帮你的忙，该软件采用多种先进的安全技术，以确保你的帐号等隐私信息的安全。作者本人就在用这款软件存放个人帐号信息。该软件同样用用户指定的Key加密数据，但Key本身不被保存，这就意味着，如果Key被遗忘，加密信息将永远无法解密，包括软件作者。该软件的源码会在稍后的时候被放到这里供下载，以便用户自行检查其安全性，并定制自己的特殊软件版本

2011-08-01

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章？
取消 删除