一雨田的专栏

多进程架构（原文地址：http://www.chromium.org/developers/design-documents/multi-process-architecture ）这篇文档描述了 Chromium 的上层架构。a、问题所在几乎没可能建立一个永远不崩溃或挂机的渲染引擎，也不可能建立一个完美安全的渲染引擎。某些方面来说，现在的 Browser 有点像过去的单用

线程（http://www.chromium.org/developers/design-documents/threading ）a) 概述Chromium是一个超级多线程的产品，我们尝试让UI的反应尽可能的快，这样就意味着不要用任何的I/O操作或者长操作来阻塞UI 线程，我们的方法是在线程之间使用消息传递，我们不鼓励使用阻塞和线程安全的对象，取而代之的是，对象都只存在一个线程中，我们在

一、获取代码a) 不下载代码，直接浏览，到这里：http://src.chromium.org/viewvc/chrome/ 或者这里：http://code.google.com/p/chromium/source/search b) 快速下载代码包（tarball），到这里：http://chromium-browser-source.commondatastorage.googlea

这些天在了解chrome的courgette,  了解了rsync算法,  也了解了courgette使用了bsdiff 算法,  然后知道了bsdiff算法里主要使用的是 LCS 算法, 这里参考了july大牛的文章: http://blog.csdn.net/v_july_v/article/details/6695482自己做一点概括性的总结, 用以备忘,  也把自己学习

摘要：       本报告介绍了将一台计算机上的文件内容同步到另一台机器上的文件的算法（同步后保证文件内容需要一致）。我们认为这两台机器是通过低带宽，高延迟的双向通信链路设备连接的。该算法会先找出源文件和目标文件中相同的那些部分，并只将那些该算法认为不相同的数据同步过去。实际上，这个算法会计算两个文件差异之处，而且这两个文件不需要在同一台机器上。该算法的适用场景最好是同步的文件内容是相似的，不

Chrome MessageLoop类分析(转)Windows程序是基于消息的，不管其封装形式如何，最后都要包含如下代码MSG msg;while(GetMesssage(&msg)){TranslateMessage(&msg);DispatchMessage(&msg); }大部分的工作都是在这个while循环里完成。 GetMe

多线程编程是非常复杂的，Chrome的多线程处理有很多值得借鉴的地方。这篇文章是Chromium项目中Threading的设计和说明文档，简单翻译和注释了一下，以帮助理解。  简单总结就是，不要启动太多线程而应该使用专用的公共线程，代码一定要搞清楚运行在哪个线程上，要有一个简单的方式在线程之间进行通讯。 原文地址  http://dev.chromium.org/d