追逐技术的脚后跟

Technorati 标签: nfs,user-space,source   User-space NFSv3 Server UNFS3 is a user-space implementation of the NFSv3 server specification. It provides a daemon for the MOUNT and NFS protocols, which

Technorati 标签: C,专家编程,笔记,心得   write by huhaoyuan -- blog.csdn.net/a7758526 const和常量实际上没有什么关系，叫做"read only"其实合适。 新的风格无需在结尾加上"/"以表示换行。 static对于变量而言指的是在各个调用间保持一致性，对于函数而言指的是仅对本文本可见。为什么差距这么多，我

记录下实验室neo47的磁阵直连和samba安装过程。 1，查看逻辑盘 fdisk –l 这是已经配置完成后的显示，实际显示应该略有不同。 2，为逻辑盘创建分区 fdisk /dev/sdc fdisk /dev/sdd 输入n回车，再输入p回车，再输出1回车，一路回车，最后输入w回车保存。 3,格式化分区 mkfs.ext3 /dev/sdc1 mkfs.ex

把代码写清楚，别耍小聪明。 想干什么，讲的简单点、直接点。 只要有可能，使用库函数。 避免使用太多的临时变量。 “效率”不是牺牲清晰性的理由。 让机器去干那些脏活。 重复的表达式应该换成函数调用。 加上括号、避免歧义。 不要使用含糊不清的变量名。 把不必要的分支去掉。 使用语言的好

1，检查是否有不合理的指针指向NULL2，检查是否有未分配空间的指针3，检查是否误用了sizeof(一个指针)4,是否free了

无意中在2009的fast大会上看到这样一篇雄文，作者一针溅血（的确是溅血）的指出了以前分布式文件系统关于负载均衡等方面的调度策略存在的致命缺陷——服务端几乎对他服务的对象的情况一无所知，在服务端看来，每一个单位时间内接受到的I/O请求都是等价的，无论他是阻塞的，非阻塞的，同步的，异步的，因而在这个基础上搞负载均衡那纯粹是扯淡。于是作者雄赳赳气昂昂的自己提出了广为流传的NFS的改进版本--C

CA-NFS: A Congestion-Aware Network File System Alexandros Batsakis NetApp Johns Hopkins University Randal Burns Johns Hopkins University Arkady Kanevsky NetApp James L

SCI或SCIE收录的本学科刊物清单请登陆 http://www.isinet.com/cgi-bin/jrnlst/jloptions.cgi?PC=K 和http://www.isinet.com/cgi-bin/jrnlst/jloptions.cgi?PC=D 下面列一些CS的顶级会议和期刊    有些是网上查到的，有些是某些人用SCI的IF排序做出来的： Computer

笔记本的a键坏了，决定用左边的shift代替cd /etc/X11/xkb/symbols拷贝一份us键盘cp us myus编辑myus加入这一行  key {        [     a,        A               ]       };值得就是左边的shift键，a，A分别是关闭锁定和打开锁定对应的键值。doneTechnorati 标签: setxkbmap 键盘映射

在地址栏输入 about:config，第一次进的话请点"我保证会小心"按钮。在任意位置点击鼠标右键，选择"新建"->"字符串"，对话框中输入 general.useragent.override。在弹出的对话框里填上下面的 User Agent，或者可以添加其他自定义 AgentUser-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6

LinuxShell编程学习日记作者: 胡浩源相关文档:《shell编程基础》《Linux系统下C程序开发详解》第4章目录:变量赋值，引用和比较流程控制if语句&& 和 || 操作符case语句select 语句while/for循环   又来了新的磁盘阵列了，这次是华为－赛门铁克的，之前使用的

你无法断定程序会在什么地方耗费运行时间。瓶颈经常出现在想不到的地方，所以别急于胡乱找个地方改代码，除非你已经证实那儿就是瓶颈所在。 估量。在你没对代码进行估量，特别是没找到最耗时的那部分之前，别去优化速度。 花哨的算法在 n 很小时通常很慢，而 n 通常很小。花哨算法的常数复杂度很大。除非你确定 n 总是很大，否则不要用花哨算法（即使 n 很大，也优先考虑原则 2 ）。 花哨