忽然想起的回忆，那是2007上周五在冬季，我看我的老湿调试Linux堆IP层，只看到他改变路由查找的逻辑，然后直接makeinstall上的立竿见影的效果有点，我只知道，，这种逻辑必须再次更改编译内核。再一次，他没有编译，就像刚才编译的文件...时又无聊的工作阻碍了我对Linux内核的探索进度，直到今天，我依旧对编译内核有相当的恐惧，不怕出错，而是怕磁盘空间不够，initrd的组装拆解之类，太繁琐了。我之所以知道2007年的那天是周五，是由于第二天我要加班
系统 2019-08-12 09:26:55 2251
我们在程序编译时会经历预编译－－－编译－－－汇编－－－链接这四个阶段。在高级语言中这些步骤不易察觉，下面是几个阶段要处理的内容：预编译：此过程主要处理源代码中以#开头的预编译指令，如#if,#include,#define等1.将所有的#define删除，并且展开所有的宏定义。2.处理所有条件预编译指令，比如：#if,#endif,#ifdef等3.处理#include预编译指令，将被包含的文件插入到此指令的位置。注意：这个过程是递归调用的，也就是说这个文
系统 2019-08-12 09:26:43 2251
1.拷贝构造//拷贝构造的规则,有两种方式实现初始化。//1、一个是通过在后面:a(x),b(y)的方式实现初始化。//2、另外一种初始化的方式是直接在构造方法里面实现初始化。案比例如以下：#include//假设声明已经定义。边不会生成classclassA{private:inta;intb;public://拷贝构造的规则,有两种方式实现初始化//1、一个是通过在后面:a(x),b(y)的方式实现初始化//2、另外一种初始化的
系统 2019-08-12 01:55:39 2251
in和exists区别in是把外表和内表作hashjoin，而exists是对外表作loop，每次loop再对内表进行查询。一直以来认为exists比in效率高的说法是不准确的。如果查询的两个表大小相当，那么用in和exists差别不大。如果两个表中一个较小，一个是大表，则子查询表大的用exists，子查询表小的用in：例如：表A（小表），表B（大表）1：select*fromAwhereccin(selectccfromB)效率低，用到了A表上cc列的索
系统 2019-08-12 01:54:43 2251
前面一篇文章写到如何通过gp_segment_id来判断表的DK值设置有数据，下面是通过查看占用空间的量来检查分配不平衡的表，并重新调整着DK值。我的一台greenplum机器，其中的一个节点的数据量比其它的节点多很多，说明数据分布的不平衡，如下所示：以sdw16为例:$du-sh/gpdata{1,2}/data/gp*347G/gpdata1/data/gp30412G/gpdata1/data/gp62357G/gpdata1/data/gp6333
系统 2019-08-12 01:54:28 2251
一位哥们(之前的同事，某世界500强，你懂的)问我，老外要他优化SQL，一共4个，全是树形查询的。前面3个跑半个多小时，后面一个跑1个小时，总共要跑2个半小时。问有啥方法可以优化。因为SQL类型基本上一样，这里指贴一个SQL其实这些SQL都是insertinto...select....要想INSERT快，就必须SELECT块SQL语句如下selectrownum,adn,zdn,'cable'from(selectdistinctconnect_by_r
系统 2019-08-12 01:54:18 2251
[User]1.db.addUser("name","pwd","true/false")2.db.auth("name","pwd")3.showusers4.db.removeUser("name")[Collection]1:db.createCollection("name")2:db.getCollectionNames()[Document]1:db.User.save({})2:db.User.find()3:db.User.find({})
系统 2019-08-12 01:53:42 2251
最近略忙，就不写题意思路什么的，直接上代码。#include#includestructedge{intu,v,w,flag;}p[4952];intn,m;intf[101];intused[101];intcmp(constvoid*aa,constvoid*bb){return((structedge*)aa)->w-((structedge*)bb)->w;}intfind(intx){returnf[x]==
系统 2019-08-12 01:53:33 2251
今天写一个功能，要求站点页面根据不同的城市显示当前城市的内容。这个功能主要是分析用户的Ip，根据Ip获取用户所在的城市，然后选择用户所在城市的内容。由于数据库架构是不同城市的内容分别放在不同的表中，如tb_1_Info,tb_2_Info，其中的数字就是城市对应的编号。在完成这个功能的过程中，我对数据库访问的用的是存储过程，但以前没有碰到在存储过程中动态的选择数据表名称。经过一段时间摸索，还是实现了这个功能，特记录一下：存储过程代码如下：1ALTERPRO
系统 2019-08-12 01:53:14 2251
GoogleTestingblog有一个帖子给了新测试经理一些建议：1.要对你测试的产品有激情2.关注测试计划(testplan)，它的优先级要高3.理解你所在组织的发布流程和优先级规定4.对你的测试过程保持疑问5.寻找创新方式其他都比较好理解，对第二点，JamesA.Whittaker的解释是：文档常常跟不上实际的变化，这对开发和测试都一样，开发人员的设计文档很容易过时，而测试人员的测试计划也很容易过时，而测试经理的首要任务就是fix这些文档，在fix文
系统 2019-08-12 01:52:46 2251
