其他

今天，發現硬碟空間不夠了，怎麼辦。1）首先這個分區是LVM的，因此看看是否前人還給留了空間      輸入lvm，進入lvm的提示符2）輸入pvscan，天啦，前人還給留了1.78TB啊，是不是真的？  lvm> pvscan  PV /dev/sdg1   VG VolGroup   lvm2 [1.82 TiB / 1.78 TiB free]   3）lvscan看看，我需要給 /dev/VolGroup/LogVol02

        今天看了下@leekayak 提到的一個問題 http://weibo.com/1465082730/znOSZzU4v       我試圖用一個簡單的例子來解釋下，首先看一段更簡單的代碼。       #include "stdio.h"#include "stdlib.h"#include <pthread.h>int f = 0;int x= 0;void* t1(void*){ while(f==0) {

#include"stdio.h"#include <math.h>double function(double matrix[3][6],double theta[3],int sample_i){ double ret=0.0; for(int i=0;i<3;++i) { ret+=matrix[sample_i][i]*theta[i]; } return

1)首先需要安裝 gzrt   例如;    yum list | grep gzrt   yum install gzrt.x86_64    2)運行cpio 看是否安裝了，如果沒裝也要裝，最新版本的linux一般都安裝了，比如我的就安裝了3）按照下面的例子做恢複$ ls *.gzmy-corrupted-backup.tar.gz$ gzrecover my-corrupted-backup.tar.gz$ ls

      有半年的時間，我很少更新部落格，並不是我沒有東西分享，而是實在太忙了，我正在做一件非常非常重要的事情-THUIRDB。同時我的寶寶也在今年出生了，各種事情非常忙，我只好把技術分享的工作暫停了。        我想在下一階段，博士課程上完了，THUIRDB進入到了實際的項目階段，會好一些，屆時有很多涉及系統最佳化的想法拆成一個一個的小段子與大家分享。       最後祝大家端午快樂，並祝天下的小朋友們健康、幸福、快樂。  

  GRUB 比LILO 更好是因為LILO 依賴硬碟的絕對位址來找到引導映像而GRUB 能理解檔案系統並尋找包含那個引導映像的檔案。在安裝時，當系統給與選擇時，我們推薦使用GRUB。GRUB 主要設定檔是 /boot/grub/menu.lst (或 grub.conf）這裡是一些在這個檔案裡發現的那些項目的注釋。# 行首帶有#號的是注釋。timeout 5#除非按下某鍵，否則5 秒後以上設定開始匯入預設的作業系統。default 0# 以上設定使菜單列表的第一項成為預設的作業系統。

先把問題描述一下：如果我們已知了topic內的每個詞的詞頻，比如中topic1 中money 2 次，loan 3次...那麼任意給一個文檔我們可以對裡面每一個詞算一個產生這個詞的機率即 P(w=wi|t=tj)如，doc1 中的money 百分之百的來自於topic1 。doc2 中的詞用topic1 無法全部解釋，必須藉助topic2

      邵亦波：沒本事的人，或沒錢的人，不會頤指氣使，就像沒水的瓶子，晃不起來。真正有本事，自信的人，就像水滿的瓶子，不會晃。有點水的瓶子，知道自己不滿，但特別想要人家知道他有水，晃的最響。      邵亦波是國內比較有名的風險投資家，我比較欣賞，很多觀點都非常贊同，今天看了他發的一個微博，看了以後很糾結，我可能屬於有點水，知道自己不滿，但晃的人，但我的目的不是讓人家知道我有點水，因為知道我有水，我也掙不到錢，還是窮學生。是否這個世界低手，或者中低手就不能做一些分享，我常常回顧自己的部落格，

       今天看到美帝一個實現LDA的法子，實現了一把，結果也對，參加方法2。可以對比方法1，計算量是降低了很多。      但無論如何，有一個顯著的開銷是很大的，這就是每個Wm,n 都需要記錄一個類標籤，也就是代碼中doc那個三維矩陣，x表示文檔編號{0-15}，y表示term編號{0-4}，z表示label{0-1}     假定文檔有10M個（一千萬），每篇文章1000個詞，詞典空間10K個，類標號100個，那這個矩陣的大小起碼是 10M*1K*（3位元組+1位元組）= 40GB ？ 

     這個問題我思考了很久，今天說說我的想法。    

證明:如果從一個隨機的磁軌i移動到另外一個隨機的磁軌j,平均移動距離是掃描整個磁碟的1/3(忽略因有限柱面數目產生的邊際效應) 題目來自《Database system implementation》課後作業，證明由我給出。 證明: 假定有L個磁軌,則i,j可以是0，L-1之間任意一個。這種可能的組合有L的2次方個。 因此，隨機尋到的情況下，平均移動距離為L/3，即滑動L/3個磁軌。 這個公式下面的部落格要用到，先寫在這裡。

   題目有一點搞笑，這是我最近一直在思考的一個問題，與大家分享一下。   在清華東門有個賣包子的店，為了無廣告嫌疑，我就不提品牌了。   該店特點如下：   1）只有一個女店員，應該是女店員的工資待遇比男店員低，所以優先考慮女士   2）包子種類很多，牛肉，鮮肉，韭菜，茴香等等大概十多個品總。   3）工作面很有限，前面能擺3個籠，側邊1個籠，後面3-4個籠，每個籠大概能裝30個包子    問題很簡單，大家認為那一种放包子的方案更好？  

   首先我們需要瞭解以下磁碟特性   1）以7200轉/min的磁碟為例，8.33ms內選擇一周   2)  磁軌間跳轉需要1ms的啟動時間，每移動4000個磁軌增加1ms   3）磁碟以65536個磁軌計算   首先算尋道時間，尋道距離按照此前的證明為1/3個磁軌數，   則尋道時間 = 1 + (65536/3)/4000 = 6.46ms   再算旋轉延遲，這個時間是由於到了磁軌上，但需要找到準確的扇區，最好情況下，尋道後直接找到，最壞的情況下，尋道後轉一圈找到，因此選擇延遲大約為 8,

轉自：http://blog.csdn.net/linguranus/archive/2011/02/16/6189676.aspx希望CSDN的編輯，將這個部落格推薦到首頁，非常了不起的成果。以下全文轉載，來自Maling。  The comment from Linus is “The code looks clever and nice”! a.       memcpy in Linux kernelPatch: https://patchwork.kernel.org/patch/29

幾天前發了一個部落格，包子演算法，討論很熱烈，今天我來說說我的看法http://blog.csdn.net/pennyliang/archive/2010/10/12/5935401.aspx 首先，我們從問題的特點分析一下1）包子製作的工藝上，菜包子和肉包子有不同，肉包子蒸的時間要更長，且在蒸的過程中一般不會打斷，換包子這種情況，代價太大。2）從購買者的角度上看，購買者的需求各異，搭配購買的機率比較大，只賣一種包子的雖然有，但不多。3）包子的形態上看，為了便於search，包子上一般都會有特殊

       最近有老闆向我問計，如何打造搜尋隊伍。我提了三個建議。      1）人員方面：最有經驗的1-2個人，帶一隊學生軍的打法      2）產品方面：不要和成熟搜尋打正面，做他們沒有的搜尋產品      3）技術方面：開源和自行研製結合。底層基礎設施最好用開源，產品化，互動化的東西自行研製             首先，第一點各種搜尋公司的教訓還是很深刻的。搜尋公司大致分為兩類，早期隊伍是拼湊的，或者是學生軍為主的。       拼湊的：雅虎，微軟，搜搜，即刻     

    今天發現一個奇怪的現象，用linux核心的bitops.h裡面的bit_set和test_bit居然沒有不用彙編的代碼快。記錄下來，備忘。    下面是可執行程式，THUIRDB暫時沒有bitops裡面的實現，改用我自己寫的實現了。當然bitops裡的實現，nr可以很大，而My Codenr只能是0-63之間的一個數，對THUIRDB的應用來說，足夠了。#include "stdint.h"#include <iostream>using namespace

#define max(a,b) ({ \ typeof (a) _a = (a); \ typeof (b) _b = (b); \ _a > _b ? _a:_b; \ })#include "stdio.h"int main(void){ register int a asm("eax") = 2; int b = 3; register int c =

      前日一個朋友給我發來了一個索引壓縮演算法，寫得非常漂亮而且簡潔，壓縮比和解壓效能方面大大超過目前已知的一些位元組對齊的演算法和Pfordelta這樣的非位元組對齊的演算法，讓人歎為觀止，這是我看到的最好的壓縮演算法，他將會以論文的形式發表，相信必將震驚世界，我之前也寫了很多Pfordelta的部落格，大家對這個演算法的具體實現很好奇，有幾個痛點，一個是bit

接上文：linux編程的108種奇淫巧計-15(減少複製) 最早，我是在一個沙龍活動中提到了這個事情：這是當時沙龍活動的PPT，很奇怪被人上傳到了百度文庫：http://wendang.baidu.com/view/2900e1fe910ef12d2af9e786.html 後來我整理了一下放在了我的部落格中：http://blog.csdn.net/pennyliang/archive/2009/06/15/4271041.aspx 繼而，被人挖出放到了水木：http://www.newsmt