亚洲日韩乱码久久久久久,亚洲精品国产国语,亚洲a∨无码男人的天堂

慎用xen的make world...

ZelluX — Wed, 01 Apr 2009 17:38:00 GMT

寫了好幾天的代碼因?yàn)檫€有bug沒de掉，沒commit到svn上

然后不知怎么的在make的時(shí)候生成的kernel沒變化，于是直接make world，然后發(fā)現(xiàn)linux kernel目錄被清空了。。。

只能明天靠記憶慢慢補(bǔ)了，皚皚。

ZelluX 2009-04-02 01:38 發(fā)表評(píng)論

內(nèi)存模型相關(guān)的資料

ZelluX — Wed, 25 Mar 2009 14:14:00 GMT

yifanw大牛半個(gè)月前發(fā)在c++版上的，怕以后忘了看先放在這備個(gè)忘吧

白話入門
http://www.newsmth.net/bbscon.php?bid=335&id=250203

白話解決方案
http://www.newsmth.net/bbscon.php?bid=335&id=250237

白話參考文獻(xiàn)
http://www.newsmth.net/bbscon.php?bid=335&id=250260

ZelluX 2009-03-25 22:14 發(fā)表評(píng)論

安全方面的經(jīng)典論文：A Logic of Authentication

ZelluX — Tue, 17 Mar 2009 19:10:00 GMT

最近有點(diǎn)忙，今天總算在某個(gè)課題deadline前把論文憋出來交上去了。跑這兒來推薦兩篇上個(gè)月看到的比較有意思的paper，都比較偏理論，也很老。

今天寫介紹下第一篇，劍橋大學(xué)的A Logic of Authentication，中了SOSP '89，整理后發(fā)在1990年的ACM Transactions on Computer Systems上。
http://www.csie.fju.edu.tw/~yeh/research/papers/os-reading-list/burrows-tocs90-logic.pdf

（另一篇是Safe Kernel Extensions Without Run-Time Checking，改天再寫點(diǎn)介紹）

這篇paper的主要工作是通過構(gòu)造一種多種類的模態(tài)邏輯(many-sorted model logic)，來檢查網(wǎng)絡(luò)中驗(yàn)證協(xié)議的安全性。

基礎(chǔ)的邏輯分三部分：
原語，如驗(yàn)證雙方A和B，以及服務(wù)器S，下文用P Q R泛指
密鑰，如K_ab代表a和b之間的通訊密鑰，K_a代表a的公鑰，{K_a}^{-1}代表對(duì)應(yīng)的私鑰，下文用K泛指
公式（或者陳述），用N_a, N_b等表示，下文用X Y泛指

接下來定義以下約定（constructs）
P 信任 X: 原語P完全信任X
P 看到 X: 有人發(fā)送了一條包含X的信息給P，P可以閱讀它或者重復(fù)它（當(dāng)然通常是在做了解密操作后）
P 說了 X: 原語P發(fā)送過一條包含X的信息，同時(shí)也可以確定P是相信X的正確性的
P 控制 X: P可以判定X的正確與否。例如生成密鑰的服務(wù)器通常被默認(rèn)為擁有對(duì)密鑰質(zhì)量的審核權(quán)。
X 是新鮮的: 在此之前X沒有被發(fā)送過。這個(gè)事實(shí)可以通過綁定一個(gè)時(shí)間戳或者其他只會(huì)使用一次的標(biāo)記來證明。
P <-K-> Q: P和Q可以通過共享密鑰K進(jìn)行通訊，且這個(gè)K是好的，即不會(huì)被P Q不信任的原語知道。
K-> P: P擁有K這么一個(gè)公鑰，且它對(duì)應(yīng)的解密密鑰K^{-1}不會(huì)被其他不被P信任的原語知道。
P <=X=> Q: X是一個(gè)只被P和Q或者P和Q共同信任的原語知道的陳述，只有P和Q可以通過X來相互證明它們各自的身份，X的一個(gè)例子就是密碼。
{X}_K: X是一個(gè)被K加密了的陳述
_Y: 陳述X被Y所綁定，Y可以用來證明發(fā)送X的人的身份

好了，總算把這些約定列完了，然后來看看通過這些約定能推出一些什么東東：
如果 P 相信 (P <-K-> Q), 且 P 看到 {X}_K，那么 P 相信 Q 說了 X。
這個(gè)例子很簡(jiǎn)單，既然P Q有安全的密鑰K，那么P看到通過K加密后的X肯定認(rèn)為就是Q發(fā)出的。

又比如，
如果 P 相信 Q 控制 X，P 相信 (Q 相信 X)，那么 P 相信 X
也很容易理解，既然 P 相信 Q 的判斷，那么 Q 相信什么 P 自然也就相信了。

再舉一個(gè)例子
如果 P 相信 Y 是新鮮的，那么 P 相信 (X, Y) 也是新鮮的。
這里(X, Y)表示 X 和 Y 的簡(jiǎn)單拼接，也很容易理解，既然 Y 之前沒出現(xiàn)過，那么 X 和 Y 的組合自然也沒出現(xiàn)過。

一個(gè)協(xié)議要被定義為安全，最起碼要滿足
A 相信 A <-K->B，B 相信 A <-K->B
即雙方要互相信任密鑰是安全的

再健壯一點(diǎn)的協(xié)議，還要滿足
A 相信 (B 相信 (A 相信 A <-K->B))，反之一樣
即A B不僅相信密鑰，也相信對(duì)方相信自己對(duì)密鑰的信任。

有了這些簡(jiǎn)單卻強(qiáng)大的工具后，接下來這篇paper開始著手分析一些協(xié)議，包括Kerberos協(xié)議，Andrew Secure RPC 握手協(xié)議等，還指出了其中的一些問題和改進(jìn)措施，例如CCITT X.509 協(xié)議中可以通過重復(fù)發(fā)送一條老的信息來模仿成加密雙方中的一員。

具體的分析不貼上來了，一方面對(duì)于我這個(gè)不熟悉TeX的人來說碼公式實(shí)在麻煩，另一方面我實(shí)在困死了 =_=

建議有興趣的朋友好好看看這篇經(jīng)典paper

ZelluX 2009-03-18 03:10 發(fā)表評(píng)論

Lock-Free 算法的幾個(gè)鏈接

ZelluX — Tue, 17 Mar 2009 12:48:00 GMT

Some notes on lock-free and wait-free algorithms

http://www.audiomulch.com/~rossb/code/lockfree/

NOBLE - a library of non-blocking synchronization protocols

http://www.cs.chalmers.se/~noble/

An optimistic approach to lock-free FIFO queues (Distributed Computing 2008)

http://people.csail.mit.edu/edya/publications/OptimisticFIFOQueue-journal.pdf

High performance dynamic lock-free hash tables and list-based sets

http://portal.acm.org/citation.cfm?id=564870.564881

Concurrent Programming Without Locks

http://www.cl.cam.ac.uk/research/srg/netos/papers/2007-cpwl.pdf

Simple, Fast, and Practical Non-Blocking and Blocking Concurrent Queue Algorithms

http://www.research.ibm.com/people/m/michael/podc-1996.pdf

ZelluX 2009-03-17 20:48 發(fā)表評(píng)論

10 Papers Every Programmer Should Read

ZelluX — Mon, 02 Mar 2009 10:24:00 GMT

抓抓大牛的博客(http://www.cnblogs.com/JeffreyZhao)上看到的鏈接，原文地址是
http://blog.objectmentor.com/articles/2009/02/26/10-papers-every-programmer-should-read-at-least-twice

貌似我只讀過那篇Reflections on Trusting Trust，水木的Programming版搜索作者為modico的帖子的前四篇就是介紹這篇paper的。

先貼個(gè)列表，改天好好讀一讀

On the criteria to be used in decomposing systems into modules – David Parnas
A Note On Distributed Computing – Jim Waldo, Geoff Wyant, Ann Wollrath, Sam Kendall
The Next 700 Programming Languages – P. J. Landin
Can Programming Be Liberated from the von Neumann Style? – John Backus
Reflections on Trusting Trust – Ken Thompson
Lisp: Good News, Bad News, How to Win Big – Richard Gabriel
An experimental evaluation of the assumption of independence in multiversion programming – John Knight and Nancy Leveson
Arguments and Results – James Noble
A Laboratory For Teaching Object-Oriented Thinking – Kent Beck, Ward Cunningham
Programming as an Experience: the inspiration for Self – David Ungar, Randall B. Smith

作者博客后面還新增了對(duì)它們的簡(jiǎn)要評(píng)論

ZelluX 2009-03-02 18:24 發(fā)表評(píng)論

PieTTY中按Ctrl+S導(dǎo)致掛起的問題解決

ZelluX — Tue, 17 Feb 2009 04:12:00 GMT

2009-01-08

以前碰到這個(gè)問題都得先重啟PieTTY然后用screen -x恢復(fù)到原來的工作界面，今天不知怎么的emacs里C-x C-s按了就掛起，只能google。

傳說中，早期的終端會(huì)遇到顯示字符的速度慢于接收字符的速度，為了解決這個(gè)問題，C-s用于先掛起當(dāng)前終端，在數(shù)據(jù)傳輸之后用C-q恢復(fù)顯示。所以最簡(jiǎn)單的解決方法就是在掛起后按C-q。

不過我的WinXP中C-q已經(jīng)和快速啟動(dòng)工具（寢室里是Turbo Launcher，實(shí)驗(yàn)室的是Launchy）綁定了，也懶得為了這么個(gè)問題改操作習(xí)慣，于是再次google，終于找到一個(gè)一勞永逸的方法，以bash為例，在~/.bashrc中加入一行

stty -ixoff -ixon

即可。另外這樣設(shè)置后似乎恢復(fù)了C-s在bash中正向增量查找的功能。恩。

ZelluX 2009-02-17 12:12 發(fā)表評(píng)論

Finding and Reproducing Heisenbugs in Concurrent Programs

ZelluX — Tue, 17 Feb 2009 03:30:00 GMT

今年的ASPLOS '09上zhou yuanyuan也有一篇關(guān)于如何concurrent program中發(fā)現(xiàn)隱藏的atomicity violation bugs的paper，里面提到了這篇paper

2008-11-30

OSDI '08上MSR發(fā)的paper，針對(duì)并發(fā)編程中難以發(fā)現(xiàn)的bug問題。

paper的內(nèi)容主要分兩大塊。

一是如何在發(fā)現(xiàn)bug的時(shí)候記錄下線程的運(yùn)行先后(thread interleaving)，途徑是在線程API和用戶程序多寫一層wrapper functions，這里還有一些其他的問題，比如只記錄下了thread interleaving的話出現(xiàn)data race怎么解決等。

另外一塊內(nèi)容是如何遍歷出給定程序運(yùn)行后所能產(chǎn)生的結(jié)果的集合，加入這個(gè)能實(shí)現(xiàn)的話那就能把所有隱藏的bug都找出來了。但是這個(gè)搜索空間很大，是指數(shù)級(jí)的，的一個(gè)結(jié)論就是：給定一個(gè)程序有n個(gè)的線程，所有線程共完成k條指令，那么c次占先調(diào)度后線程的排列情況數(shù)的復(fù)雜度是的，所以在實(shí)現(xiàn)遍歷代碼的時(shí)候必須有效的降低k和c的值。

ZelluX 2009-02-17 11:30 發(fā)表評(píng)論

Ubuntu 8.10 瀏覽網(wǎng)頁不穩(wěn)定的解決方法

ZelluX — Wed, 28 Jan 2009 16:30:00 GMT

問題現(xiàn)象：上校內(nèi)、一些國(guó)內(nèi)論壇時(shí)經(jīng)常出現(xiàn)連接重置(Connect reset)錯(cuò)誤，而上google baidu等網(wǎng)站卻沒什么問題。ping那些有問題的網(wǎng)站的結(jié)果很正常。

google了一堆關(guān)鍵詞后終于發(fā)現(xiàn)問題出在MTU上，至少在偶的本本上運(yùn)行
sudo ifconfig eth1 mtu 1412
就沒問題了（eth1是無線網(wǎng)卡）

p.s 多謝萬熊? XD

ZelluX 2009-01-29 00:30 發(fā)表評(píng)論

[zz]蘇南經(jīng)濟(jì)模式興衰親歷記

ZelluX — Wed, 21 Jan 2009 06:47:00 GMT

摘要: 發(fā)信人: linelf (水水), 信區(qū): Real_Estate
標(biāo) 題: 蘇南經(jīng)濟(jì)模式興衰親歷記zz
發(fā)信站: 日月光華 (2009年01月15日20:39:22 星期四)

閱讀全文

ZelluX 2009-01-21 14:47 發(fā)表評(píng)論

為什么Python中的self必須保留？

ZelluX — Sat, 15 Nov 2008 11:58:00 GMT

Bruce Eckel的一篇日志建議把self從方法的參數(shù)列表中移除，并把它作為一個(gè)關(guān)鍵字使用。
http://www.artima.com/weblogs/viewpost.jsp?thread=239003

Guido的這篇日志說明了self作為參數(shù)是必不可少的。
http://neopythonic.blogspot.com/2008/10/why-explicit-self-has-to-stay.html

第一個(gè)原因是保證foo.meth(arg)和C.meth(foo, arg)這兩種方法調(diào)用的等價(jià)（foo是C的一個(gè)實(shí)例)，關(guān)于后者可以參見Python Reference Manual 3.4.2.3。這個(gè)原因理論上的意義比較大。

第二個(gè)原因在于通過self參數(shù)我們可以動(dòng)態(tài)修改一個(gè)類的行為：

# ?Define?an?empty?class:
class ?C:
pass
?
# ?Define?a?global?function:
def ?meth(myself,?arg):
myself.val? = ?arg
return ?myself.val
?
# ?Poke?the?method?into?the?class:
C.meth? = ?meth

這樣類C就新增了一個(gè)meth方法，并且所有C的實(shí)例都可以通過c.meth(newval)調(diào)用這個(gè)方法。

前面兩個(gè)原因或許都可以通過一些workaround使得不使用self參數(shù)時(shí)實(shí)現(xiàn)同樣的效果，但是在存在decorator的代碼中Bruce的方法存在致命的缺陷。(關(guān)于decorator的介紹可以參見http://www.python.org/dev/peps/pep-0318/)

根據(jù)修飾對(duì)象，decorator分兩種，類方法和靜態(tài)方法。兩者在語法上沒有什么區(qū)別，但前者需要self參數(shù)，后者不需要。而Python在實(shí) 現(xiàn)上也沒有對(duì)這兩種方法加以區(qū)分。Bruce日志評(píng)論中有一些試圖解決decorator問題的方法，但這些方法都需要修改大量底層的實(shí)現(xiàn)。

最后提到了另一種語法糖實(shí)現(xiàn)，新增一個(gè)名為classmethod的decorator，為每個(gè)方法加上一個(gè)self參數(shù)，當(dāng)然這種實(shí)現(xiàn)也沒必要把self作為關(guān)鍵字使用了。不過我覺得這么做還不如每次寫類方法時(shí)手工加個(gè)self =_=

ZelluX 2008-11-15 19:58 發(fā)表評(píng)論