diff --git a/published/20140701 Easy File Comparisons With These Great Free Diff Tools.md b/published/20140701 Easy File Comparisons With These Great Free Diff Tools.md
new file mode 100644
index 0000000000..9dc13a69b4
--- /dev/null
+++ b/published/20140701 Easy File Comparisons With These Great Free Diff Tools.md
@@ -0,0 +1,166 @@
+文件轻松比对,伟大而自由的比较软件们
+================================================================================
+
+文件比较工具用于比较计算机上的文件的内容,找到他们之间相同与不同之处。比较的结果通常被称为diff。
+
+diff同时也是一个基于控制台的、能输出两个文件之间不同之处的著名的文件比较程序的名字。diff是于二十世纪70年代早期,在Unix操作系统上被开发出来的。diff将会把两个文件之间不同之处的部分进行输出。
+
+Linux拥有很多不错的GUI工具,能使你能清楚的看到两个文件或同一文件不同版本之间的不同之处。这次我从自己最喜欢的GUI比较工具中选出了五个推荐给大家。除了其中的一个,其他的都是开源的。
+
+这些应用程序可以让你更清楚的看到文件或目录的差别,能合并有差异的文件,可以解决冲突并将其输出成一个新的文件或补丁,其也用于那些预览和备注文件改动的产品上(比如,在源代码合并到源文件树之前,要先接受源代码的改变)。因此它们是非常重要的软件开发工具。它们可以帮助开发人员们对文件进行处理,不停的把文件转来转去。这些比较工具不仅仅能用于显示源代码文件中的不同之处;他们还适用于很多种的文本文件。可视化的特性使文件比较变得容易、简单。
+
+----------
+
+###Meld
+
+
+
+Meld是一个适用于Gnome桌面的、开源的、图形化的文件差异查看和合并的应用程序。它支持2到3个文件的同时比较、递归式的目录比较、处于版本控制(Bazaar, Codeville, CVS, Darcs, Fossil SCM, Git, Mercurial, Monotone, Subversion)之下的目录比较。还能够手动或自动合并文件差异。
+
+Meld的重点在于帮助开发人员比较和合并多个源文件,并在他们最喜欢的版本控制系统下能直观的浏览改动过的地方。
+
+功能包括
+
+- 原地编辑文件,即时更新
+- 进行两到三个文件的比较及合并
+- 在显示的差异和冲突之间的导航
+- 使用插入、改变和冲突这几种标记可视化展示本地和全局的差异
+- 内置正则表达式文本过滤器,可以忽略不重要的差异
+- 语法高亮度显示(使用可选的gtksourceview)
+- 将两到三个目录中的文件逐个进行比较,显示新建,缺失和替换过的文件
+- 对任何有冲突或差异的文件直接打开比较界面
+- 可以过滤文件或目录以避免以忽略某些差异
+- 被改动区域的自动合并模式使合并更容易
+- 也有一个简单的文件管理
+- 支持多种版本控制系统,包括Git, Mercurial, Bazaar 和 SVN
+- 在提交前开启文件比较来检查改动的地方和内容
+- 查看文件版本状态
+- 还能进行简单的版本控制操作(例如,提交、更新、添加、移动或删除文件)
+- 继承自同一文件的两个文件进行自动合并
+- 标注并在中间的窗格显示所有有冲突的变更的基础版本
+- 显示并合并同一文件的无关的独立修改
+- 锁定只读性质的基础文件以避免出错
+- 可以整合到已有的命令行界面中,包括gitmergetool
+- 国际化支持
+- 可视化使文件比较更简单
+
+- 网址: [meldmerge.org][1]
+- 开发人员: Kai Willadsen
+- 证书: GNU GPL v2
+- 版本号: 1.8.5
+
+----------
+
+###DiffMerge
+
+
+
+DiffMerge是一个可以在Linux、Windows和OS X上运行的,可以可视化文件的比较和合并的应用软件。
+
+功能包括:
+
+- 图形化显示两个文件之间的差别。包括插入行,高亮标注以及对编辑的全面支持
+- 图形化显示三个文件之间的差别。(安全的前提下)允许自动合并,并对最终文件可以随意编辑
+- 并排显示两个文件夹的比较,显示哪一个文件只存在于其中一个文件夹而不存在于另外的一个文件夹,还能一对一的将完全相同的、等价的或不同的文件配对
+- 规则设置和选项让你可以个性化它的外观和行为
+- 基于Unicode,可以导入多种编码的字符
+- 跨平台工具
+
+- 网址: [sourcegear.com/diffmerge][2]
+- 开发人员: SourceGear LLC
+- 证书: Licensed for use free of charge (not open source)
+- 版本号: 4.2
+
+----------
+
+###xxdiff
+
+
+
+xxdiff是个开源的图形化的可进行文件、目录比较及合并的工具。
+
+xxdiff可以用于显示两到三个文件或两个目录的差别,还能产生一个合并后的版本。被比较的两到三个文件会并排显示,并将有区别的文字内容用不同颜色高亮显示以便于识别。
+
+这个程序是个非常重要的软件开发工具。他可以图形化的显示两个文件或目录之间的差别,合并有差异的文件,其也用于那些预览和备注文件改动的产品上(比如,在源代码合并到源文件树之前,要先接受源代码的改变)
+
+功能包括:
+
+- 比较两到三个文件,或是两个目录(浅层或递归)
+- 横向高亮显示差异
+- 交互式的文件合并,可视化的输出和保存
+- 可以辅助合并的评论/监管
+- 自动合并文件中时不合并 CVS 冲突,并以两个文件显示以便于解决冲突
+- 可以用其它的比较程序计算差异:适用于GNU diff、SGI diff和ClearCase的cleardiff,以及所有与这些程序输出相似的文件比较程序。
+- 可以使用资源文件实现完全的个性化设置
+- 用起来感觉和Rudy Wortel或SGI的xdiff差不多,与桌面系统无关
+- 功能和输出可以和脚本轻松集成
+
+- 网址: [furius.ca/xxdiff][3]
+- 开发人员: Martin Blais
+- 证书: GNU GPL
+- 版本号: 4.0
+
+----------
+
+###Diffuse
+
+
+
+Diffuse是个开源的图形化工具,可用于合并和比较文本文件。Diffuse能够比较任意数量的文件,并排显示,并提供手动行匹配调整,能直接编辑文件。Diffuse还能从bazaar、CVS、darcs, git, mercurial, monotone, Subversion和GNU RCS 库中获取版本用于比较及合并。
+
+功能包括:
+
+- 比较任意数量的文件,并排显示(多方合并)
+- 行匹配可以被用户人工矫正
+- 直接编辑文件
+- 语法高亮
+- 支持Bazaar, CVS, Darcs, Git, Mercurial, Monotone, RCS, Subversion和SVK
+- 支持Unicode
+- 可无限撤销
+- 易用的键盘导航
+
+- 网址: [diffuse.sourceforge.net][]
+- 开发人员: Derrick Moser
+- 证书: GNU GPL v2
+- 版本号: 0.4.7
+
+----------
+
+###Kompare
+
+
+
+Kompare是个开源的GUI前端程序,可以对不同源文件之间差异的可视化和合并。Kompare可以比较文件或文件夹内容的差异。Kompare支持很多种diff格式,并提供各种选项来设置显示的信息级别。
+
+不论你是个想比较源代码的开发人员,还是只想比较一下研究论文手稿与最终文档的差异,Kompare都是个有用的工具。
+
+Kompare是KDE桌面环境的一部分。
+
+功能包括:
+
+- 比较两个文本文件
+- 递归式比较目录
+- 显示diff产生的补丁
+- 将补丁合并到一个已存在的目录
+- 可以让你在编译时更轻松
+
+- 网址: [www.caffeinated.me.uk/kompare/][5]
+- 开发者: The Kompare Team
+- 证书: GNU GPL
+- 版本号: Part of KDE
+
+--------------------------------------------------------------------------------
+
+via: http://www.linuxlinks.com/article/2014062814400262/FileComparisons.html
+
+作者:Frazer Kline
+译者:[H-mudcup](https://github.com/H-mudcup)
+校对:[wxy](https://github.com/wxy)
+
+本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创翻译,[Linux中国](http://linux.cn/) 荣誉推出
+
+[1]:http://meldmerge.org/
+[2]:https://sourcegear.com/diffmerge/
+[3]:http://furius.ca/xxdiff/
+[4]:http://diffuse.sourceforge.net/
+[5]:http://www.caffeinated.me.uk/kompare/
diff --git a/translated/tech/20141027 ntpq -p output.md b/published/20141027 ntpq -p output.md
similarity index 90%
rename from translated/tech/20141027 ntpq -p output.md
rename to published/20141027 ntpq -p output.md
index 955b010cdc..d54843e179 100644
--- a/translated/tech/20141027 ntpq -p output.md
+++ b/published/20141027 ntpq -p output.md
@@ -1,11 +1,10 @@
-“ntpq -p”命令输出详解
+网络时间的那些事情及 ntpq 详解
================================================================================
-[Gentoo][1](也许其他发行版也是?)中 ["ntp -q" 的 man page][2] 只有简短的描述:“*打印出服务器已知的节点列表和它们的状态概要信息。*”
+[Gentoo][1](也许其他发行版也是?)中 ["ntpq -p" 的 man page][2] 只有简短的描述:“*打印出该服务器已知的节点列表和它们的状态概要信息。*”
-我还没见到关于这个命令的说明文档,因此这里对此作一个总结,可以补充进 "[man ntpq][3]" man page 中。更多的细节见这里 “[ntpq – standard NTP query program][4]”(原作者),和 [其他关于 man ntpq 的例子][5].
+我还没见到关于这个命令的说明文档,因此这里对此作一个总结,可以补充进 "[man ntpq][3]" man page 中。更多的细节见这里 “[ntpq – 标准 NTP 请求程序][4]”(原作者),和 [其他关于 man ntpq 的例子][5].
[NTP][6] 是一个设计用于通过 [udp][9] 网络 ([WAN][7] 或者 [LAN][8]) 来同步计算机时钟的协议。引用 [Wikipedia – NTP][10]:
-[NTP][6] is a protocol designed to synchronize the clocks of computers over a ([WAN][7] or [LAN][8]) [udp][9] network. From [Wikipedia – NTP][10]:
> 网络时间协议(英语:Network Time Protocol,NTP)一种协议和软件实现,用于通过使用有网络延迟的报文交换网络同步计算机系统间的时钟。最初由美国特拉华大学的 David L. Mills 设计,现在仍然由他和志愿者小组维护,它于 1985 年之前开始使用,是因特网中最老的协议之一。
@@ -28,10 +27,10 @@
- **st** – 远程节点或服务器的 [Stratum][17](级别,NTP 时间同步是分层的)
- **t** – 类型 (u: [unicast(单播)][18] 或 [manycast(选播)][19] 客户端, b: [broadcast(广播)][20] 或 [multicast(多播)][21] 客户端, l: 本地时钟, s: 对称节点(用于备份), A: 选播服务器, B: 广播服务器, M: 多播服务器, 参见“[Automatic Server Discovery][22]“)
- **when** – 最后一次同步到现在的时间 (默认单位为秒, “h”表示小时,“d”表示天)
-- **poll** – 同步的频率:[rfc5905][23]建议在 NTPv4 中这个值的范围在 4 (16s) 至 17 (36h) 之间(2的指数次秒),然而观察发现这个值的实际大小在一个小的多的范围内 :64 (2的6次方)秒 至 1024 (2的10次方)秒
+- **poll** – 同步的频率:[rfc5905][23]建议在 NTPv4 中这个值的范围在 4 (16秒) 至 17 (36小时) 之间(即2的指数次秒),然而观察发现这个值的实际大小在一个小的多的范围内 :64 (2^6 )秒 至 1024 (2^10 )秒
- **reach** – 一个8位的左移移位寄存器值,用来测试能否和服务器连接,每成功连接一次它的值就会增加,以 [8 进制][24]显示
- **delay** – 从本地到远程节点或服务器通信的往返时间(毫秒)
-- **offset** – 主机与远程节点或服务器时间源的时间偏移量,offset 越接近于0,主机和 NTP 服务器的时间越接近([方均根][25]表示,单位为毫秒)
+- **offset** – 主机与远程节点或服务器时间源的时间偏移量,offset 越接近于0,主机和 NTP 服务器的时间越接近(以[方均根][25]表示,单位为毫秒)
- **jitter** – 与远程节点同步的时间源的平均偏差(多个时间样本中的 offset 的偏差,单位是毫秒),这个数值的绝对值越小,主机的时间就越精确
#### 字段的统计代码 ####
@@ -47,7 +46,7 @@
- “**-**” – 已不再使用
- “**#**” – 良好的远程节点或服务器但是未被使用 (不在按同步距离排序的前六个节点中,作为备用节点使用)
- “**+**” – 良好的且优先使用的远程节点或服务器(包含在组合算法中)
-- “*****” – 当前作为优先主同步对象的远程节点或服务器
+- “*” – 当前作为优先主同步对象的远程节点或服务器
- “**o**” – PPS 节点 (当优先节点是有效时)。实际的系统同步是源于秒脉冲信号(pulse-per-second,PPS),可能通过PPS 时钟驱动或者通过内核接口。
参考 [Clock Select Algorithm][27].
@@ -74,9 +73,9 @@
- **.WWV.** – [WWV][46] (HF, Ft. Collins, CO, America) 标准时间无线电接收器
- **.WWVB.** – [WWVB][47] (LF, Ft. Collins, CO, America) 标准时间无线电接收器
- **.WWVH.** – [WWVH][48] (HF, Kauai, HI, America) 标准时间无线电接收器
-- **.GOES.** – 美国 [静止环境观测卫星][49];
+- **.GOES.** – 美国[静止环境观测卫星][49];
- **.GPS.** – 美国 [GPS][50];
-- **.GAL.** – [伽利略定位系统][51] 欧洲 [GNSS][52];
+- **.GAL.** – [伽利略定位系统][51]欧洲 [GNSS][52];
- **.ACST.** – 选播服务器
- **.AUTH.** – 认证错误
- **.AUTO.** – Autokey (NTP 的一种认证机制)顺序错误
@@ -105,7 +104,7 @@ NTP 协议是高精度的,使用的精度小于纳秒(2的 -32 次方)。
#### “ntpq -c rl”输出参数 ####
-- **precision** 为四舍五入值,且为 2 的幂数。因此精度为 2 的 *precision* 此幂(秒)
+- **precision** 为四舍五入值,且为 2 的幂数。因此精度为 2^precision (秒)
- **rootdelay** – 与同步网络中主同步服务器的总往返延时。注意这个值可以是正数或者负数,取决于时钟的精度。
- **rootdisp** – 相对于同步网络中主同步服务器的偏差(秒)
- **tc** – NTP 算法 [PLL][59] (phase locked loop,锁相环路) 或 [FLL][60] (frequency locked loop,锁频回路) 时间常量
@@ -122,20 +121,20 @@ Jitter (也叫 timing jitter) 表示短期变化大于10HZ 的频率, wander
NTP 软件维护一系列连续更新的频率变化的校正值。对于设置正确的稳定系统,在非拥塞的网络中,现代硬件的 NTP 时钟同步通常与 UTC 标准时间相差在毫秒内。(在千兆 LAN 网络中可以达到何种精度?)
-对于 UTC 时间,[闰秒][62] 可以每两年插入一次用于同步地球自传的变化。注意本地时间为[夏令时][63]时时间会有一小时的变化。在重同步之前客户端设备会使用独立的 UTC 时间,除非客户端使用了偏移校准。
+对于 UTC 时间,[闰秒 leap second ][62] 可以每两年插入一次用于同步地球自传的变化。注意本地时间为[夏令时][63]时时间会有一小时的变化。在重同步之前客户端设备会使用独立的 UTC 时间,除非客户端使用了偏移校准。
#### [闰秒发生时会怎样][64] ####
> 闰秒发生时,会对当天时间增加或减少一秒。闰秒的调整在 UTC 时间当天的最后一秒。如果增加一秒,UTC 时间会出现 23:59:60。即 23:59:59 到 0:00:00 之间实际上需要 2 秒钟。如果减少一秒,时间会从 23:59:58 跳至 0:00:00 。另见 [The Kernel Discipline][65].
-好了… 间隔阈值(step threshold)的真实值是多少: 125ms 还是 128ms? PLL/FLL tc 的单位是什么 (log2 s? ms?)?在非拥塞的千兆 LAN 中时间节点间的精度能达到多少?
+那么… 间隔阈值(step threshold)的真实值是多少: 125ms 还是 128ms? PLL/FLL tc 的单位是什么 (log2 s? ms?)?在非拥塞的千兆 LAN 中时间节点间的精度能达到多少?
感谢 Camilo M 和 Chris B的评论。 欢迎校正错误和更多细节的探讨。
谢谢
Martin
-### 外传 ###
+### 附录 ###
- [NTP 的纪元][66] 从 1900 开始而 UNIX 的从 1970开始.
- [时间校正][67] 是逐渐进行的,因此时间的完全同步可能会画上几个小时。
@@ -152,7 +151,7 @@ Martin
- [ntpq – 标准 NTP 查询程序][77]
- [The Network Time Protocol (NTP) 分布][78]
-- NTP 的简明 [历史][79]
+- NTP 的简明[历史][79]
- 一个更多细节的简明历史 “Mills, D.L., A brief history of NTP time: confessions of an Internet timekeeper. Submitted for publication; please do not cite or redistribute” ([pdf][80])
- [NTP RFC][81] 标准文档
- Network Time Protocol (Version 3) RFC – [txt][82], or [pdf][83]. Appendix E, The NTP Timescale and its Chronometry, p70, 包含了对过去 5000 年我们的计时系统的变化和关系的有趣解释。
@@ -165,7 +164,7 @@ Martin
### 其他 ###
-SNTP (Simple Network Time Protocol, [RFC 4330][91],简单未落协议)基本上也是NTP,但是缺少一些基于 [RFC 1305][92] 实现的 NTP 的一些不再需要的内部算法。
+SNTP (Simple Network Time Protocol, [RFC 4330][91],简单网络协议)基本上也是NTP,但是少了一些基于 [RFC 1305][92] 实现的 NTP 的一些不再需要的内部算法。
Win32 时间 [Windows Time Service][93] 是 SNTP 的非标准实现,没有精度的保证,并假设精度几乎有 1-2 秒的范围。(因为没有系统时间变化校正)
@@ -184,7 +183,7 @@ via: http://nlug.ml1.co.uk/2012/01/ntpq-p-output/831
作者:Martin L
译者:[Liao](https://github.com/liaosishere)
-校对:[校对者ID](https://github.com/校对者ID)
+校对:[wxy](https://github.com/wxy)
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创翻译,[Linux中国](http://linux.cn/) 荣誉推出
diff --git a/translated/tech/20141112 How to Debug CPU Regressions Using Flame Graphs.md b/published/20141112 How to Debug CPU Regressions Using Flame Graphs.md
similarity index 94%
rename from translated/tech/20141112 How to Debug CPU Regressions Using Flame Graphs.md
rename to published/20141112 How to Debug CPU Regressions Using Flame Graphs.md
index 6be6bb8e8b..aad7cb5e0b 100644
--- a/translated/tech/20141112 How to Debug CPU Regressions Using Flame Graphs.md
+++ b/published/20141112 How to Debug CPU Regressions Using Flame Graphs.md
@@ -2,7 +2,7 @@
================================================================================
你能快速定位CPU性能回退的问题么? 如果你的工作环境非常复杂且变化快速,那么使用现有的工具是来定位这类问题是很具有挑战性的。当你花掉数周时间把根因找到时,代码已经又变更了好几轮,新的性能问题又冒了出来。
-辛亏有了[CPU火焰图][1](flame graphs),CPU使用率的问题一般都比较好定位。但要处理性能回退问题,就要在修改前后的火焰图间,不断切换对比,来找出问题所在,这感觉就是像在太阳系中搜寻冥王星。虽然,这种方法可以解决问题,但我觉得应该会有更好的办法。
+幸亏有了[CPU火焰图][1](flame graphs),CPU使用率的问题一般都比较好定位。但要处理性能回退问题,就要在修改前后的火焰图之间,不断切换对比,来找出问题所在,这感觉就是像在太阳系中搜寻冥王星。虽然,这种方法可以解决问题,但我觉得应该会有更好的办法。
所以,下面就隆重介绍**红/蓝差分火焰图(red/blue differential flame graphs)**:
@@ -14,7 +14,7 @@
这张火焰图中各火焰的形状和大小都是和第二次抓取的profile文件对应的CPU火焰图是相同的。(其中,y轴表示栈的深度,x轴表示样本的总数,栈帧的宽度表示了profile文件中该函数出现的比例,最顶层表示正在运行的函数,再往下就是调用它的栈)
-在下面这个案例展示了,在系统升级后,一个工作负载的CPU使用率上升了。 下面是对应的CPU火焰图([SVG格式][4])
+在下面这个案例展示了,在系统升级后,一个工作载荷的CPU使用率上升了。 下面是对应的CPU火焰图([SVG格式][4])