<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[asung811的专栏]]></title><description><![CDATA[简单]]></description><link>https://blog.youkuaiyun.com/firePhoenix1981</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; firePhoenix1981]]></copyright><item><title><![CDATA[debug com对象的release计数]]></title><link>https://blog.youkuaiyun.com/firePhoenix1981/article/details/6462106</link><guid>https://blog.youkuaiyun.com/firePhoenix1981/article/details/6462106</guid><author>firePhoenix1981</author><pubDate>Thu, 02 Jun 2011 19:14:00 +0800</pubDate><description><![CDATA[<br />以前没有接触过com编程，这段时间的项目用到了dshow，在调试的时候发现程序长时间运行的时候，句柄和线程数一直在不断的上涨。猜测是com对象没有释放导致的。<br />调试的时候可以跟到release函数，看汇编可以猜出来哪个地方是判断reference计数的。如果不正确，就仔细检查它的使用。我犯得错误是在createInstance里面new了一个新对象，然后又addref了，实际上createInstance的调用者会addref，在里面就没有必要了。还有使用filter graph的时候]]></description><category></category></item><item><title><![CDATA[django 1.3使用static file]]></title><link>https://blog.youkuaiyun.com/firePhoenix1981/article/details/6453753</link><guid>https://blog.youkuaiyun.com/firePhoenix1981/article/details/6453753</guid><author>firePhoenix1981</author><pubDate>Sun, 29 May 2011 23:23:00 +0800</pubDate><description><![CDATA[django1.3 中使用satic files的步骤]]></description><category></category></item><item><title><![CDATA[db svr 终于完工]]></title><link>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5734946</link><guid>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5734946</guid><author>firePhoenix1981</author><pubDate>Wed, 14 Jul 2010 17:06:00 +0800</pubDate><description><![CDATA[这几天终于把db svr侧的程序完全调通了。一开始测试长时间的流量，总有问题，仔细分析日志发现是mysql在执行load的时候没有关闭FIFO，导致程序下一次打开的时候（两次间隔非常短）返回成功，以为是新的load命令载入，是加上还是上一次的。等到mysql做完load关闭FIFO的时候，程序再往里面写的话就出现的errno为EPIPE的错误。解决的方法是利用两个sem来做同步。之后长时间的测试一直没有问题。  现在还得帮助leader调试reader，也是问题一大堆。只是老大很浮躁，呵呵。也是，他老人家事]]></description><category></category></item><item><title><![CDATA[UT]]></title><link>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5703151</link><guid>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5703151</guid><author>firePhoenix1981</author><pubDate>Tue, 29 Jun 2010 23:23:00 +0800</pubDate><description><![CDATA[  经过两个星期的奋战，代码初步完成雏形。中间由多进程改用多线程，采用同步信号处理方式，loader按需调用的方式花费了大量了精力，对了，还有FIFO的打开和关闭。最终的程序只有一个进程，主进程根据数据库的配置，起若干个station线程，然后监听网络；station线程初始化两个loader实例。当有服务请求时，主进程起service线程响应，service线程根据数据包的属性将其分发到不同的station线程上面，此时适当的loader实例会再起一个线程负责query以及和station线程进行交互。 ]]></description><category></category></item><item><title><![CDATA[多线程环境下的信号处理]]></title><link>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5692794</link><guid>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5692794</guid><author>firePhoenix1981</author><pubDate>Thu, 24 Jun 2010 23:23:00 +0800</pubDate><description><![CDATA[今日开发摘要]]></description><category></category></item><item><title><![CDATA[澄清需求真是很痛苦的事情]]></title><link>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5691082</link><guid>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5691082</guid><author>firePhoenix1981</author><pubDate>Thu, 24 Jun 2010 11:19:00 +0800</pubDate><description><![CDATA[特别是你的“客户”也不知道自己的需求是什么的时候！所以有了敏捷开发，唉，关键是老大允不允许在这个关键特性上来个敏捷呢？]]></description><category></category></item><item><title><![CDATA[这几天用多线程]]></title><link>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5685069</link><guid>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5685069</guid><author>firePhoenix1981</author><pubDate>Mon, 21 Jun 2010 23:55:00 +0800</pubDate><description><![CDATA[系统正式开发有大半个月了，由于有非常多的loader需要同时运行，所以选择多线程来实现。伺服进程M首先创建若干个S进程；如果有服务请求到达，M创建服务线程E。E和S之间用FIFO用以传递数据。当有数据到达之后，E通过FIFO传给S，S启动一个线程Loader（Loader和S之间也是FIFO）。由于Mysql的loader命令如果成功执行的话是一直阻塞的，只有出错的时候才立即返回，所以S主线程和loader线程很不好同步。所以我已开始使用block模式操作S与loader之间的FIFO出现了问题。当load]]></description><category></category></item><item><title><![CDATA[像老外学习]]></title><link>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5621281</link><guid>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5621281</guid><author>firePhoenix1981</author><pubDate>Mon, 24 May 2010 22:58:00 +0800</pubDate><description><![CDATA[  平时和老外打交道比较多，对老外的印象一直不错，但是对某些同事和老外交往的时候的一些方式不是很认同，觉得有些奉承。其实老外看重的还是实力，并且他们的实力确实很厉害。    前两天在弄oracle和IB的性能测试，我写的脚本比较简单，并且没有加入统计的功能，各组query的时间还得自己取几个样本，当时嫌麻烦没有写脚本自动生成。今天看到了老外在IB上测试脚本输出：真是漂亮！各种query的情况一一列]]></description><category></category></item><item><title><![CDATA[有道难题]]></title><link>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5594041</link><guid>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5594041</guid><author>firePhoenix1981</author><pubDate>Sat, 15 May 2010 00:51:00 +0800</pubDate><description><![CDATA[网易的有道难题比赛又开始了，今天刚从家里回来，闲来没事，刚好可以看看这写东西唤醒一下记忆。  看的是09年的题目，第一道题比较简单，第二题和第三题的话就有些难度。前两道题比较有代表性吧，可以先实验几个例子，从中找出规律和特例即可。第三道题我想了一会儿，没有头绪，第一是觉得概率算得似乎不对；第二是未知量太多，觉得无从下手。稍微看了下后面的解释，有点豁然开朗的感觉。关键是思路，这个可以作为动态规划的典]]></description><category></category></item><item><title><![CDATA[我们正进入另一个黑暗和无知的时代----《三联生活周刊》 (转载)]]></title><link>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5550395</link><guid>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5550395</guid><author>firePhoenix1981</author><pubDate>Sun, 02 May 2010 17:41:00 +0800</pubDate><description><![CDATA[美国埃默里大学的英语教授马克·鲍尔莱因写了《最愚蠢的一代》，就得罪了8700万美国年轻人。   在书中，他提出一个让美国教育界困惑不已的问题：在整个人类历史上，知识从来没有像现在这样普及过：图书馆、博物馆、大学、历史频道、维基百科、《华尔街日报》、《纽约时报》，一切都在你的鼠标下，但我们没有看到年轻人，至少是美国年轻人，包括高中生和大学生，在历史知识、公民意识、阅读成绩、国际竞争力方面的提高。为什]]></description><category></category></item><item><title><![CDATA[工作中的一点小总结]]></title><link>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5550393</link><guid>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5550393</guid><author>firePhoenix1981</author><pubDate>Sun, 02 May 2010 17:40:00 +0800</pubDate><description><![CDATA[  1 中午同事过来问mysql里面插入二进制数据的问题。以前弄过，可惜都忘了，只好重新查了下邮件。这里还是记下来当时的调查：1) 利用api里面的prepare函数，这种方法我觉得比较适合于再程序里面批量插入数据；2) 将二进制数据转换成16进制，加上0x表示，这个因为要单个处理全部的二进制数据，但是不需要设置prepare函数的诸多参数，比较适合单个的插入。我记得当时我用的是prepare函数]]></description><category></category></item><item><title><![CDATA[完成大部分工作]]></title><link>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5527757</link><guid>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5527757</guid><author>firePhoenix1981</author><pubDate>Sun, 25 Apr 2010 21:25:00 +0800</pubDate><description><![CDATA[今天一天时间，完成的数据抓取的大部分工作和数据库的自动建立工作。配置是一个问题，合理组织文件结构，让理解上更符合逻辑花了一点时间。Python好久没有用，语法又有一点忘记了。在c，c++，python，shell上跳跃真的是很累。]]></description><category></category></item><item><title><![CDATA[PK ACM 1021]]></title><link>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5498132</link><guid>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5498132</guid><author>firePhoenix1981</author><pubDate>Sun, 18 Apr 2010 00:14:00 +0800</pubDate><description><![CDATA[下午闲来没事，做了到北大ACM的题目，题目不难，就是有些工作量，当然我的也没有进行进一步的优化，通过就好。下面是原题：DescriptionThe 2D-Nim board game is played on a grid, with pieces on the grid points. On each move, a player may remove any positive numb]]></description><category></category></item><item><title><![CDATA[摘自http://zhidao.baidu.com/question/120216130.html的const若干使用问题]]></title><link>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5466613</link><guid>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5466613</guid><author>firePhoenix1981</author><pubDate>Fri, 09 Apr 2010 12:23:00 +0800</pubDate><description><![CDATA[#include   #include using std::cout;   using std::endl;    void changeValue( const int *a ); int main()   {    //test 1            const int test = 9;        changeValue( &test );   ]]></description><category></category></item><item><title><![CDATA[c++专题: const(转自http://blog.youkuaiyun.com/foxbillcsdn/archive/2006/05/24/752310.aspx）]]></title><link>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5466221</link><guid>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5466221</guid><author>firePhoenix1981</author><pubDate>Fri, 09 Apr 2010 10:57:00 +0800</pubDate><description><![CDATA[1.1. 简述     const关键字的最初动机是取代预处理器 #define 进行值替代。用C语言进行程序设计时，预处理器可以不受限制地建立宏并用它来替代值。因为预处理器只做文本替代，它既没有类型检查思想，也没有类型检查工具，所以预处理器的值替代会产生一些微小而且往往是很难察觉而让程序员郁闷很久的问题，这些问题在C + +中可通过使用c o n s t而避免。    之后const又被]]></description><category></category></item><item><title><![CDATA[挖掘频繁模式、相关和关联（1）]]></title><link>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5456466</link><guid>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5456466</guid><author>firePhoenix1981</author><pubDate>Wed, 07 Apr 2010 00:07:00 +0800</pubDate><description><![CDATA[频繁模式（Frequent Pattern）是频繁出现在数据集中的模式（如项集，子序列和子结构）。频繁模式一般可以用关联规则表示如何判断模式是否频繁，有两个基本的度量：支持度（support）：该模式在所有被考察的对象中的占比，表示了该模式（规则）的有用性；置信度（cofidence）：由规则的前因推出后果的可信度，表示了规则的确定性；设规则为A->B，则支持度和置]]></description><category></category></item><item><title><![CDATA[生活琐事太多]]></title><link>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5435182</link><guid>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5435182</guid><author>firePhoenix1981</author><pubDate>Tue, 30 Mar 2010 23:35:00 +0800</pubDate><description><![CDATA[这几天的生活琐事太多，预定的几个总结:Scrum开发和频繁集挖掘都没有下文，这个周末前要搞定。这几天测试了下原型在长时间大流量的情况下的处理，发现速率没有丝毫降低，性能一直很稳定。然后测试了一下删除性能，不是很理想，当然主要是IB的问题。从现有的测试来看，IB有些特性实现得似乎不是很稳定。今天美国那边的架构师建议我们测试query的性能，他发现现在的schema里面有union all，导]]></description><category></category></item><item><title><![CDATA[晚上有点郁闷]]></title><link>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5417831</link><guid>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5417831</guid><author>firePhoenix1981</author><pubDate>Thu, 25 Mar 2010 23:22:00 +0800</pubDate><description><![CDATA[晚上和一个同学聊了大概半个小时，有些郁闷！]]></description><category></category></item><item><title><![CDATA[agile开发培训]]></title><link>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5410025</link><guid>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5410025</guid><author>firePhoenix1981</author><pubDate>Tue, 23 Mar 2010 23:04:00 +0800</pubDate><description><![CDATA[这两天得参加一个敏捷开发的培训。培训师是一个美国人，还是哈佛的研究生，这可是这辈子第一次见到一个活的哈佛人啊，呵呵！老兄一上来就和中国套近乎，再次印证了美国人“虚伪”的观点。  老师首先打击了一下原来的瀑布开发流程的弱点：很难应对需求的变更，不容易与客户澄清需求的理解，可交互性差，参与性差，很多的文档实际上发挥不了持续的作用。稍后开始了好几个游戏，可以说是玩了一天的纸飞机。PPT里面最主要的就是那]]></description><category></category></item><item><title><![CDATA[进展缓慢]]></title><link>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5406098</link><guid>https://blog.youkuaiyun.com/firePhoenix1981/article/details/5406098</guid><author>firePhoenix1981</author><pubDate>Mon, 22 Mar 2010 22:27:00 +0800</pubDate><description><![CDATA[今天也就是把创建数据库和表的脚本完成了，因为当时授权的时候对root和user都设置的权限，所以在用脚本的时候老师提醒输入密码，也就是在解决这个的过程了，总算是实打实的学习了shell的here document和expect命令。  here document特性指的是shell可以“重定向”名列序列到一些交互式的程序，比如ftp之类的；expect命令则可以依据脚本与交互式程序交谈。两者各有千]]></description><category></category></item></channel></rss>