- 博客(24)
- 资源 (31)
- 收藏
- 关注
转载 inetd和xinetd的区别 (ZT)
http://hi.baidu.com/system_network/blog/item/fc3ab8133c5e1e5bf819b8fb.html 每个 UNIX 管理员都熟悉 inetd,inetd 是一个守护程序,通过一个集中的配置文件(inetd.conf)来管理大多数入网连接。xinetd 守护程序是 inetd 的替代,它提供许多改进的或新的特性,以及更容易的配置。Ted 解
2015-02-24 15:37:36 895
原创 contiki与ucos
contiki比ucos还小,和tinyOS一样,用于传感网络,所以说,它的协议栈是否稳定是个很值得商榷的问题!!!2015.2.24
2015-02-24 15:19:43 1489
转载 Contiki学习笔记:目录
origin:http://blog.chinaunix.net/uid-9112803-id-2978041.html摘要: 本文将Contiki学习笔记整理成篇,便于索引。文章的顺序系推荐阅读的顺序。Contiki初之体验:Contiki学习笔记:开发环境搭建及学习资料Contiki学习笔记:事件驱动机制和proto
2015-02-24 15:13:46 804
转载 物联网学习笔记——索引博文
origin: http://blog.csdn.net/xukai871105/article/details/233661870.前言 【背景】 1.物联网学习笔记受到《基于IP的物联网架构、技术和应用》一书的影响,始终认为物联网设备需要具备连接互联网的能力。 2.物联网学习笔记认为物联网并不是新技术,而是新的营销手段,而营销的对象正是哪些曾经无法上网而经
2015-02-24 15:09:48 684
转载 Sigfox获法国最大一笔VC投资,打造物联网自己的互联网
origin: http://tech.163.com/15/0212/09/AI8ABEU200094ODU.html现在的移动网络要连接的是人,不是物体。物体的互联还需要一张专门的无线互联网。法国初创企业Sigfox就在打造这张网。近日,他们刚刚获得1亿欧元融资,这是法国历史上最大的一笔VC投资。此前的纪录由长途拼车服务BlaBlaCar保持,2014年他们获得了1亿美元C轮融资。Si
2015-02-22 19:43:41 1296
转载 物联网需要自己的互联网吗?
origin: http://www.36kr.com/p/174626.html移动运营商信誓旦旦地声称自己是未来物联网的骨干。汽车、医疗设备以及各种各样的电子产品的连接均需要无所不在、永远在线的网络,似乎没有谁比移动运营商更能担此重任。的确,从目前的情况来看,移动运营商可以信心满满。他们的 2G、3G 网络是目前物联网的主要承载网。随着手机的渗透率趋于饱和,也许移动运营商的未来真的要指
2015-02-22 19:41:33 836
转载 庄表伟回应破破桥:OpenSSL是否值得同情?
origin: http://www.jianshu.com/p/9afd725c848b《界面》的一篇《隐形战友》,引发了霍炬的批评《那些被歪曲的开源软件和OpenSSL的真实历史》然后新浪名博@破破的桥,也写了一篇《针对OpenSSL捐助的讨论》破桥的观点,浓缩以后,是这么一句话:“openssl长期以来代码更新慢,质量差。根本原因是缺钱。它找不到商业模式,大公司不重视
2015-02-11 10:02:24 974
转载 罗永浩:无论如何,你还是要把你最好的给这个世界
http://www.jiemian.com/article/234969.html界面的文章“隐形战友”是这些年来罕见的一篇打动我的新闻报道,并不是因为我们有幸成为了OpenSSL 的“战友”和这篇文章的最佳配角,而是因为这篇文章写得有血有肉、有理有据,并且带有分寸感良好的温度。在此之前,虽然我们已经捐助了 OpenSSL,并且也知道 OpenSSL 牛x,但不知道他们这么牛x。
2015-02-11 09:51:51 1005
转载 霍炬: 回应破破的桥《针对OpenSSL捐助的讨论》
http://www.linuxeden.com/html/news/20150208/159012.html看到了朋友转来的破破的桥先生"针对OpenSSL捐助的讨论"一文,我也做个简单回应。因为这种讨论意思不大,我虽然发在公共帐号,但并没有推送给我的订阅者,我又不喜欢去新浪微博,所以,还请大家帮忙转给破破的桥先生。1 破破的桥先生认为我用的Red Hat的例子不合理,他说"这个
2015-02-11 09:51:01 820
转载 破破桥:针对OpenSSL捐助的讨论
原文地址:http://weibo.com/p/1001603807898651234735自从转了《界面》的《隐形战友》之后,不少朋友和关注者给我转发了霍炬的批评文章《那些被歪曲的开源软件和OpenSSL的真实历史》,并声称:这才是真正讲开源软件的文章。你得看看。其实转给我之前我就看到了,特就那篇文章中提到的问题回复如下:1.开源组织并不是没有捐款就不能生存,它是一种
2015-02-11 09:48:58 754
转载 到底谁才是真正的隐形战友——开源软件和OpenSSL的真实故事
“心脏出血”这个OpenSSL严重漏洞,从2014年4月初被公众知道,到现在已有将近一年了,这件事已经算告一段落。(详见钛媒体文章《详解OpenSSL重大漏洞:谁会受影响?如何解决?》)而前两天某网站发布的一篇关于OpenSSL和开源项目的文章《隐形战友》,不仅明显是炒冷饭,甚至充满了硬伤、误解和企业宣传。以下是小编从文章中摘取的几段文字,朋友们先感受一下: 十五年来,OpenSSL每年
2015-02-11 09:44:50 1005
转载 Chrome 将跟 SPDY 说再见,拥抱 HTTP/2
原文地址:http://www.linuxeden.com/html/news/20150210/159033.html互联网竞争环境相当的复杂,这个也体现在 Web 浏览器对不同技术和标准的支持,这些技术和标准都直接导致了性能和兼容性的表现差异很大。可能很多人天真的认为应该有一些真正开放的标准,但是静下来想想,是谁在制定标准呢?如果互联网真的开放,那为什么看起来是几个巨头公司在掌舵呢?所
2015-02-11 09:21:04 501
转载 关于大型网站技术演进的思考(六)--存储的瓶颈(6)
关于大型网站技术演进的思考(六)--存储的瓶颈(6) 在讲数据库水平拆分时候,我列出了水平拆分数据库需要解决的两个难题,它们分别是主键的设计问题和单表查询的问题,主键问题前文已经做了比较详细的讲述了,但是第二个问题我没有讲述,今天我将会讲讲如何解决数据表被垂直拆分后的单表查询问题。 要解决数据表被水平拆分后的单表查询问题,我们首先要回到问题的源头,我们为什么需要将数据库
2015-02-05 11:04:26 521
转载 关于大型网站技术演进的思考(五)--存储的瓶颈(5)
关于大型网站技术演进的思考(五)--存储的瓶颈(5) 上文里我遗留了两个问题,一个问题是数据库做了水平拆分以后,如果我们对主键的设计采取一种均匀分布的策略,那么它对于被水平拆分出的表后续的查询操作将有何种影响,第二个问题就是水平拆分的扩容问题。这两个问题在深入下去,本系列就越来越技术化了,可能最终很多朋友读完后还是没有找到解决实际问题的启迪,而且我觉得这些问题都是像BAT这样
2015-02-05 11:03:26 529
转载 关于大型网站技术演进的思考(四)--存储的瓶颈(4)
如果数据库需要进行水平拆分,这其实是一件很开心的事情,因为它代表公司的业务正在迅猛的增长,对于开发人员而言那就是有不尽的项目可以做,虽然会感觉很忙,但是人过的充实,心里也踏实。 数据库水平拆分简单说来就是先将原数据库里的一张表在做垂直拆分出来放置在单独的数据库和单独的表里后更进一步的把本来是一个整体的表进一步拆分成多张表,每一张表都用独立的数据库进行存储。当表被水平拆分后,原数据表成为了
2015-02-05 11:02:53 507
转载 关于大型网站技术演进的思考(三)--存储的瓶颈(3)
原文地址:http://www.cnblogs.com/sharpxiajun/p/4251714.html存储的瓶颈写到现在就要进入到深水区了,如果我们所做的网站已经到了做数据库垂直拆分和水平拆分的阶段,那么此时我们所面临的技术难度的挑战也会大大增强。 这里我们先回顾下数据库的垂直拆分和水平拆分的定义: 垂直拆分:把一个数据库中不同业务单元的数据分到不同的数据库里。
2015-02-05 11:02:25 484
转载 关于大型网站技术演进的思考(二)--存储的瓶颈(2)
origin:http://www.cnblogs.com/sharpxiajun/p/4240419.html上篇里我讲到某些网站在高并发下会报出503错误,503错误的含义是指网站服务端暂时无法提供服务的含义,503还表达了网站服务端现在有问题但是以后可能会提供正常的服务,对http协议熟悉的人都知道,5开头的响应码表达了服务端出现了问题,在我们开发测试时候最为常见的是500错误,50
2015-02-05 11:01:19 556
转载 关于大型网站技术演进的思考(一)
原文地址:http://www.cnblogs.com/sharpxiajun/p/4237704.html这个系类的文章很好,真的需要花时间来读一读!!前不久公司请来了位互联网界的技术大牛跟我们做了一次大型网站架构的培训,两天12个小时信息量非常大,知识的广度和难度也非常大,培训完后我很难完整理出全部听到的知识,今天我换了个思路是回味这次培训,这个思路就是通过本人目前的经验和技术
2015-02-05 10:59:27 660
原创 AllJoyn架构
最底层是alljoyn_core的代码,为os抽象层和一些核心功能中间层为alljoyn_c,alljoync_java, alljoync_objectc等,为不同开发语言提供的一套API抽象,我们就是用这层的东西就ok,看看这层的api就可以coding了但是,搞得如此复杂,真的好用吗?具体的设备型号如何匹配这些标准呢?难道device必须使用这套api才能相互之间识别? 还是只要
2015-02-05 10:47:39 606
转载 openssl-隐形战友
origin:http://www.jiemian.com/article/231843.html[华盛顿]史蒂夫·马奎斯隐居在华盛顿郊外的一栋小木屋里,没有电视、没有手机信号。服务商每年都保证信号塔就要立到他家门前了,可从来没兑现过。除此之外,小木屋周围绿树环抱、鸟语花香,很适合做超级英雄不用拯救世界的周末去处。“我老了。老到还记得穿孔卡片和真空管电脑的时代。那会儿没有软件专利权
2015-02-04 12:36:34 712
转载 为什么linux下多线程程序如此消耗虚拟内存
原文出处: 陈斌的博客(@二狗陈Chen) 最近游戏已上线运营,进行服务器内存优化,发现一个非常奇妙的问题,我们的认证服务器(AuthServer)负责跟第三方渠道SDK打交道(登陆和充值),由于采用了curl阻塞的方式,所以这里开了128个线程,奇怪的是每次刚启动的时候占用的虚拟内存在2.3G,然后每次处理消息就增加64M,增加到4.4G就不再增加了,由于我们采用预分配的方式,在线程
2015-02-02 09:44:57 739
tcp/udp调试工具和tcp/udp server压力测试工具
2015-07-02
uboot-porting-stage4.tar.gz
2015-02-23
uboot-porting-stage2
2014-07-27
面向模式的软件体系结构-卷1模式系统
2013-01-29
Remove Google Redirects
2012-12-07
Computer Architecture, Fifth Edition: A Quantitative Approach
2012-09-06
UNIX环境高级编程第二版
2012-08-24
The.unix.programming.envirment
2012-08-24
跟我一起学Makefile
2012-07-24
tcp ip illustrated volume3
2012-06-07
tcp ip illustrated volume2.chm
2012-06-07
tcp ip illustrated volume1 2nd.Edition
2012-06-07
IEEE Std 802.1X-2004
2012-05-31
UNIX网络编程 第1卷 第三版中文.part2.rar
2012-05-12
UNIX网络编程 第1卷 第三版中文
2012-05-12
UNIX网络编程 第1卷 第三版中文.part1.rar
2012-05-12
linux内核源代码情景分析(下
2012-05-11
linux内核源代码情景分析(上)
2012-05-11
Shell脚本学习指南.pdf
2012-03-29
mit6.828_2011_JOS
2012-01-09
httpSniffer源代码
2010-04-16
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人