和小室友一起,又过了一个儿童节

DSCF0012

| 1 分2 分3 分4 分5 分 (5.00- 4票) Loading ... Loading ... | 归档目录:生活札记 |

通过/proc/stat文件信息,java实现计算cpu使用率

/proc/stat 文件内容:
[root@Shentar ~]# cat /proc/stat
cpu 602 0 2164 11445 2294 0 17 0 0
cpu0 306 0 1232 4553 2125 0 15 0 0
cpu1 295 0 932 6891 169 0 1 0 0
intr 7110 269 7 0 1 1 0 5 0 1 0 0 0 91 0 0 106 0 6521 0 108 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
ctxt 38984
btime 1368275792
processes 2713
procs_running 1
procs_blocked 0
[root@Shentar ~]#

第一行的数值表示的是CPU总的使用情况,所以我们只要用第一行的数字计算就可以了。下表解析第一行各数值的含义:

参数 解析(单位:jiffies)

(jiffies是内核中的一个全局变量,用来记录自系统启动一来产生的节拍数,在linux中,一个节拍大致可理解为操作系统进程调度的最小时间片,不同linux内核可能值有不同,通常在1ms到10ms之间)

user (38082) 从系统启动开始累计到当前时刻,处于用户态的运行时间,不包含 nice值为负进程。

nice (627) 从系统启动开始累计到当前时刻,nice值为负的进程所占用的CPU时间

system (27594) 从系统启动开始累计到当前时刻,处于核心态的运行时间

idle (893908) 从系统启动开始累计到当前时刻,除IO等待时间以外的其它等待时间iowait (12256) 从系统启动开始累计到当前时刻,IO等待时间(since 2.5.41)

irq (581) 从系统启动开始累计到当前时刻,硬中断时间(since 2.6.0-test4)

softirq (895) 从系统启动开始累计到当前时刻,软中断时间(since 2.6.0-test4)stealstolen(0) which is the time spent in other operating systems when running in a virtualized environment(since 2.6.11)

guest(0) which is the time spent running a virtual CPU for guest operating systems under the control of the Linux kernel(since 2.6.24)

结论:总的cpu时间totalCpuTime = user + nice + system + idle + iowait + irq + softirq + stealstolen + guest

计算时,采样两个时间点的数据,对于时间点1,记录总的cpu时间total1,记录空闲时间idle1,对于时间2,同样记录total2和idle2。

菜谱使用率为:cpuusage = 1 – (idle2 – idle1) / (total2 – total1)

注意,如果时间点1和时间点2间隔足够小(小于10ms),则可能出现total2 – total1为0,这样cpu使用率应该为0,而不是采用除法计算。

java代码如下:

阅读全文 »

| 1 分2 分3 分4 分5 分 (5.00- 3票) Loading ... Loading ... | 归档目录:Java |

收藏一些配置

CPU Intel 酷睿i7 3770K(散) 1 ¥ 2000
主板 技嘉GA-B75-D3V(rev.1.1) 1 ¥ 769
内存 金士顿8GB DDR3 1600 1 ¥ 275
硬盘 希捷Barracuda XT 2TB 7200转 64MB SATA3(ST32000641AS) 1 ¥ 600
固态硬盘 三星SSD 840 Series SATA III(120GB) 1 ¥ 629
机箱 百盛C615 1 ¥ 118 ¥118 4家商家
电源 酷冷至尊战斧500(eXtreme Power Plus 500) 1 ¥ 359
散热器 超频三红海至尊版 1 ¥ 145
键鼠装 罗技MK330键鼠套装 1 ¥ 180
光驱 先锋DVR-XD11C 1 ¥ 349

20130308-212444.jpg

| 1 分2 分3 分4 分5 分 (4.75- 4票) Loading ... Loading ... | 归档目录:数码硬件 |

Chrome 3月5号更新版本闪退

今天打开chrome浏览器后,提示有新版本可用。ios下的chrome不像pc版本更新得那么勤,看到有更新,迫不及待的点击了更新按钮。安装完成,却发现无法启动,确切的说是闪退。幸好还有safari,google了一下,发现遇到这个问题的还真不少。

Chrome闪退

有人提到是“下载插件”导致的,卸载了chrome download manager后,果然问题解决。appstore里大量的闪退不知道是不是也是这个原因导致的。

当初之所以将系统越狱也是因为需要安装这个插件,不能从浏览器下载文件这个没法忍受,而GOOGLE又不能发布一个越狱产品,相信这样个插件的市场很比较大,这是不是意味着chrome被一个小小的插件绑架了。不管闪退的原因是什么,这次chrome的损失应该是非常大的。当一个产品大规模用起来后,程序员真有一种如履薄冰的感觉。相信很快就有解决问题的新版本出来了。

| 1 分2 分3 分4 分5 分 (5.00- 3票) Loading ... Loading ... | 归档目录:移动互联 | 标签: , |

system调用导致子进程socket句柄泄漏问题分析

关于fork和行缓冲的问题 中讨论了fork的一些特性,堆栈复制,确切的说是‘写时复制’。这篇将讨论资源的复制问题。

问题引出:A进程与B进程各自独立,都是服务器进程,常驻系统,互不相干。在某次重启A进程后,发现由于固定监听的端口被占用而无法启动。检查,发现是B进程占用了该端口,检查B进程代码,没有相关的打开该固定端口和打开随机端口的动作。问题百思不得其解。

最终,发现B进程不只是占用了该固定端口,还打开了很多本该只有A进程才会打开的句柄资源。很快联想到A是B的子进程,B是A fork之后在子进程中运行的。进一步分析,发现A进程有着类似于监控B进程的作用,在特定情况下,会调用B进程的监控脚本来重启B,调用时用的是system函数。

再来看system函数的实现,用fork产生一个子进程,在子进程中运行脚本,脚本启动B。B就这样降到了A的子孙辈,无论是第几代子孙,都会继承A的资源。

这样,当B重启之后,B也打开了只有A才会使用的端口,对B来说,它根本不使用这些资源,甚至不知道自己打开了哪些句柄,这非常不好。之后,某个时刻,当A重启时,A原来申请的资源会一一释放,但是已经被B继承的那份拷贝还处于打开状态,导致A启动时报端口冲突。

问题分析清楚,也就好解决了。解决的方案有:
1、重写system函数,再派生子进程后,运行脚本之前,将所有不需要的句柄关掉,一般的多进程服务端程序也都这么做。
2、发现java程序并没有打开父进程的资源,可以用java实现一个‘脚本调用器’,解决办法似乎不是特别优雅。
3、在申请资源的时候用fcntl将句柄设置为不被继承。

在分析方案的过程中也学习了vfork与fork的差别,vfork只是父子进程共享堆栈,但是句柄资源还是复制了。也分析了exec与fork的区别。都找不到完美的解决办法。

3方案解决当前问题最简单,但是容易留下坑。2方案总觉得很别扭。决定采用1。问题又来了,A进程本来就不是多进程的模式,因此它并没有集中管理资源,想要从代码中增加全局变量收集零散资源似乎很困难。想到了常用的lsof工具,这个工具不是可以列举任何进程的句柄吗?查阅其源代码,原来是读取proc虚拟文件系统下的数据来实现的。如法炮制,也用这个方法遍历本进程的fd目录,将得到的句柄一一记录,在关闭了proc目录后,将记录下来的句柄关闭,这时还会将已经关闭的proc目录的句柄又关闭一次,不过不会有什么问题。存在的问题是必须以root运行才能得到句柄列表。

奋笔疾书,写完了新的system函数,却发现脚本不能运行完成,总是在中间某个点就退出了。经过在脚本中反复打点,发现总是在同一行上面退出,这一行是一个shell函数调用,猜测,是不是新的system中指定的脚本解析器不支持函数?另外写测试程序,也不是这样的。继续找原因,原来这一行还使用了标准输入、输出、错误重定向。而标准输入输出已经在父进程中关闭了,重定向当然会有错误。保留0,1,2三个句柄后问题彻底解决。其实这三个句柄也是不能随意关闭的,一但句柄关闭后,系统会将句柄号分配给其他资源,这样如果代码中使用了重定向0,1,2,那后果会不堪设想。

| 1 分2 分3 分4 分5 分 (4.86- 7票) Loading ... Loading ... | 归档目录:C/C++, 软件技术 | 标签: , , |

大整数乘法

很长时间都没写过代码了,试着写了这个常见的题目。整体思路:采用整形链表记录大整数的每一位,然后分别遍历乘数和被乘数的每一位,将每两个数字的乘积累加到结果的相应位上面。针对大整数类型,重载输入和输出流,重载乘法。

输出部分实现不是特别好。用STL的容器实现链表也许会简单的多。重载乘法的实现不合常理,本应该返回一个新的对象,为了简单起见,直接返回了新对象的指针;在计算乘法结果时使用了一个递归,理论上来说有可能深度过大,导致栈溢出;另外对于指针和应用的使用不规范。

具体代码:

阅读全文 »

| 1 分2 分3 分4 分5 分 (4.83- 6票) Loading ... Loading ... | 归档目录:C/C++, 算法数据结构 |

全部日志列表

  1. [ 四月 21, 2024 ]
  2. [ 二月 11, 2024 ]
  3. [ 九月 28, 2023 ]
  4. [ 一月 7, 2023 ]
  5. [ 十月 12, 2022 ]
  6. [ 八月 25, 2022 ]
  7. [ 八月 21, 2022 ]
  8. [ 四月 23, 2022 ]
  9. [ 三月 13, 2022 ]
  10. [ 十二月 25, 2021 ]
  11. [ 十二月 25, 2021 ]
  12. [ 十月 14, 2021 ]
  13. [ 十月 2, 2021 ]
  14. [ 九月 17, 2021 ]
  15. [ 八月 14, 2021 ]
  16. [ 五月 22, 2021 ]
  17. [ 三月 23, 2021 ]
  18. [ 三月 7, 2021 ]
  19. [ 一月 17, 2021 ]
  20. [ 一月 1, 2021 ]
  21. [ 十二月 31, 2020 ]
  22. [ 十二月 20, 2020 ]
  23. [ 十二月 13, 2020 ]
  24. [ 十二月 9, 2020 ]
  25. [ 十二月 5, 2020 ]
  26. [ 十一月 21, 2020 ]
  27. [ 十一月 21, 2020 ]
  28. [ 十月 21, 2020 ]
  29. [ 十月 7, 2020 ]
  30. [ 九月 25, 2020 ]
  31. [ 八月 16, 2020 ]
  32. [ 八月 15, 2020 ]
  33. [ 八月 6, 2020 ]
  34. [ 八月 2, 2020 ]
  35. [ 八月 2, 2020 ]
  36. [ 七月 21, 2020 ]
  37. [ 七月 4, 2020 ]
  38. [ 九月 14, 2019 ]
  39. [ 八月 4, 2018 ]
  40. [ 七月 7, 2018 ]
  41. [ 六月 15, 2018 ]
  42. [ 五月 27, 2018 ]
  43. [ 三月 17, 2018 ]
  44. [ 二月 11, 2018 ]
  45. [ 一月 24, 2018 ]
  46. [ 一月 6, 2018 ]
  47. [ 十二月 30, 2017 ]
  48. [ 十二月 28, 2017 ]
  49. [ 十二月 28, 2017 ]
  50. [ 十月 22, 2017 ]
  51. [ 十月 22, 2017 ]
  52. [ 十月 8, 2017 ]
  53. [ 十月 8, 2017 ]
  54. [ 九月 1, 2017 ]
  55. [ 七月 29, 2017 ]
  56. [ 六月 25, 2017 ]
  57. [ 十二月 5, 2016 ]
  58. [ 十月 15, 2016 ]
  59. [ 九月 25, 2016 ]
  60. [ 七月 23, 2016 ]
  61. [ 七月 10, 2016 ]
  62. [ 六月 19, 2016 ]
  63. [ 二月 28, 2016 ]
  64. [ 二月 13, 2016 ]
  65. [ 二月 12, 2016 ]
  66. [ 十二月 16, 2015 ]
  67. [ 十二月 10, 2015 ]
  68. [ 十二月 10, 2015 ]
  69. [ 十一月 25, 2015 ]
  70. [ 十一月 1, 2015 ]
  71. [ 十月 7, 2015 ]
  72. [ 八月 22, 2015 ]
  73. [ 八月 22, 2015 ]
  74. [ 七月 19, 2015 ]
  75. [ 七月 14, 2015 ]
  76. [ 七月 14, 2015 ]
  77. [ 七月 5, 2015 ]
  78. [ 六月 3, 2015 ]
  79. [ 三月 14, 2015 ]
  80. [ 三月 13, 2015 ]
  81. [ 二月 4, 2015 ]
  82. [ 一月 18, 2015 ]
  83. [ 一月 15, 2015 ]
  84. [ 一月 15, 2015 ]
  85. [ 一月 7, 2015 ]
  86. [ 十二月 31, 2014 ]
  87. [ 十二月 21, 2014 ]
  88. [ 十一月 21, 2014 ]
  89. [ 十一月 16, 2014 ]
  90. [ 十月 18, 2014 ]
  91. [ 十月 16, 2014 ]
  92. [ 十月 15, 2014 ]
  93. [ 十月 15, 2014 ]
  94. [ 十月 15, 2014 ]
  95. [ 九月 26, 2014 ]
  96. [ 九月 24, 2014 ]
  97. [ 九月 16, 2014 ]
  98. [ 九月 13, 2014 ]
  99. [ 九月 7, 2014 ]
  100. [ 九月 7, 2014 ]
  101. [ 九月 6, 2014 ]
  102. [ 九月 3, 2014 ]
  103. [ 八月 28, 2014 ]
  104. [ 八月 25, 2014 ]
  105. [ 八月 24, 2014 ]
  106. [ 八月 21, 2014 ]
  107. [ 八月 17, 2014 ]
  108. [ 八月 14, 2014 ]
  109. [ 八月 9, 2014 ]
  110. [ 八月 7, 2014 ]
  111. [ 八月 7, 2014 ]
  112. [ 八月 7, 2014 ]
  113. [ 八月 7, 2014 ]
  114. [ 七月 31, 2014 ]
  115. [ 七月 27, 2014 ]
  116. [ 七月 27, 2014 ]
  117. [ 七月 27, 2014 ]
  118. [ 七月 24, 2014 ]
  119. [ 七月 20, 2014 ]
  120. [ 七月 20, 2014 ]
  121. [ 七月 20, 2014 ]
  122. [ 七月 19, 2014 ]
  123. [ 七月 15, 2014 ]
  124. [ 七月 14, 2014 ]
  125. [ 七月 12, 2014 ]
  126. [ 七月 10, 2014 ]
  127. [ 七月 10, 2014 ]
  128. [ 七月 7, 2014 ]
  129. [ 七月 5, 2014 ]
  130. [ 七月 5, 2014 ]
  131. [ 六月 27, 2014 ]
  132. [ 六月 25, 2014 ]
  133. [ 六月 20, 2014 ]
  134. [ 六月 12, 2014 ]
  135. [ 六月 8, 2014 ]
  136. [ 六月 7, 2014 ]
  137. [ 六月 2, 2014 ]
  138. [ 五月 29, 2014 ]
  139. [ 五月 25, 2014 ]
  140. [ 五月 24, 2014 ]
  141. [ 五月 22, 2014 ]
  142. [ 五月 17, 2014 ]
  143. [ 五月 16, 2014 ]
  144. [ 五月 15, 2014 ]
  145. [ 五月 15, 2014 ]
  146. [ 五月 14, 2014 ]
  147. [ 五月 11, 2014 ]
  148. [ 五月 7, 2014 ]
  149. [ 五月 7, 2014 ]
  150. [ 五月 5, 2014 ]
  151. [ 五月 4, 2014 ]
  152. [ 五月 4, 2014 ]
  153. [ 四月 30, 2014 ]
  154. [ 四月 27, 2014 ]
  155. [ 四月 25, 2014 ]
  156. [ 四月 23, 2014 ]
  157. [ 四月 19, 2014 ]
  158. [ 四月 17, 2014 ]
  159. [ 四月 15, 2014 ]
  160. [ 四月 13, 2014 ]
  161. [ 四月 13, 2014 ]
  162. [ 四月 13, 2014 ]
  163. [ 四月 11, 2014 ]
  164. [ 四月 11, 2014 ]
  165. [ 四月 11, 2014 ]
  166. [ 四月 8, 2014 ]
  167. [ 四月 3, 2014 ]
  168. [ 四月 1, 2014 ]
  169. [ 三月 28, 2014 ]
  170. [ 三月 27, 2014 ]
  171. [ 三月 27, 2014 ]
  172. [ 三月 26, 2014 ]
  173. [ 三月 26, 2014 ]
  174. [ 三月 26, 2014 ]
  175. [ 三月 25, 2014 ]
  176. [ 三月 22, 2014 ]
  177. [ 三月 22, 2014 ]
  178. [ 三月 19, 2014 ]
  179. [ 三月 11, 2014 ]
  180. [ 三月 9, 2014 ]
  181. [ 三月 7, 2014 ]
  182. [ 三月 5, 2014 ]
  183. [ 二月 20, 2014 ]
  184. [ 二月 18, 2014 ]
  185. [ 二月 12, 2014 ]
  186. [ 二月 9, 2014 ]
  187. [ 二月 7, 2014 ]
  188. [ 十二月 29, 2013 ]
  189. [ 十二月 26, 2013 ]
  190. [ 十二月 26, 2013 ]
  191. [ 十二月 8, 2013 ]
  192. [ 十二月 3, 2013 ]
  193. [ 十一月 16, 2013 ]
  194. [ 十一月 16, 2013 ]
  195. [ 十一月 3, 2013 ]
  196. [ 十月 27, 2013 ]
  197. [ 十月 27, 2013 ]
  198. [ 十月 27, 2013 ]
  199. [ 十月 24, 2013 ]
  200. [ 十月 20, 2013 ]
  201. [ 十月 16, 2013 ]
  202. [ 十月 15, 2013 ]
  203. [ 十月 14, 2013 ]
  204. [ 十月 12, 2013 ]
  205. [ 十月 11, 2013 ]
  206. [ 十月 4, 2013 ]
  207. [ 十月 2, 2013 ]
  208. [ 十月 2, 2013 ]
  209. [ 九月 29, 2013 ]
  210. [ 九月 27, 2013 ]
  211. [ 九月 20, 2013 ]
  212. [ 九月 19, 2013 ]
  213. [ 九月 14, 2013 ]
  214. [ 九月 10, 2013 ]
  215. [ 九月 9, 2013 ]
  216. [ 九月 9, 2013 ]
  217. [ 九月 6, 2013 ]
  218. [ 九月 4, 2013 ]
  219. [ 九月 4, 2013 ]
  220. [ 九月 3, 2013 ]
  221. [ 九月 3, 2013 ]
  222. [ 八月 26, 2013 ]
  223. [ 八月 24, 2013 ]
  224. [ 八月 24, 2013 ]
  225. [ 八月 24, 2013 ]
  226. [ 八月 18, 2013 ]
  227. [ 八月 18, 2013 ]
  228. [ 八月 17, 2013 ]
  229. [ 八月 11, 2013 ]
  230. [ 八月 10, 2013 ]
  231. [ 八月 10, 2013 ]
  232. [ 八月 5, 2013 ]
  233. [ 八月 3, 2013 ]
  234. [ 八月 3, 2013 ]
  235. [ 七月 31, 2013 ]
  236. [ 七月 30, 2013 ]
  237. [ 七月 28, 2013 ]
  238. [ 七月 21, 2013 ]
  239. [ 七月 14, 2013 ]
  240. [ 七月 14, 2013 ]
  241. [ 七月 13, 2013 ]
  242. [ 七月 6, 2013 ]
  243. [ 七月 3, 2013 ]
  244. [ 六月 25, 2013 ]
  245. [ 六月 25, 2013 ]
  246. [ 六月 25, 2013 ]
  247. [ 六月 25, 2013 ]
  248. [ 六月 19, 2013 ]
  249. [ 六月 16, 2013 ]
  250. [ 六月 6, 2013 ]
  251. [ 六月 1, 2013 ]
  252. [ 五月 11, 2013 ]
  253. [ 三月 8, 2013 ]
  254. [ 三月 5, 2013 ]
  255. [ 三月 1, 2013 ]
  256. [ 一月 3, 2013 ]
  257. [ 九月 15, 2012 ]
  258. [ 九月 14, 2012 ]
  259. [ 九月 14, 2012 ]
  260. [ 九月 13, 2012 ]
  261. [ 九月 13, 2012 ]
  262. [ 九月 12, 2012 ]
  263. [ 九月 9, 2012 ]
  264. [ 九月 8, 2012 ]
  265. [ 九月 8, 2012 ]
  266. [ 九月 7, 2012 ]
  267. [ 九月 2, 2012 ]
  268. [ 九月 1, 2012 ]
  269. [ 八月 31, 2012 ]
  270. [ 八月 31, 2012 ]
  271. [ 八月 31, 2012 ]
  272. [ 二月 13, 2011 ]
  273. [ 三月 28, 2009 ]
  274. [ 二月 14, 2009 ]
  275. [ 十一月 5, 2008 ]
  276. [ 六月 7, 2008 ]
  277. [ 四月 28, 2008 ]
  278. [ 三月 13, 2008 ]
| 1 分2 分3 分4 分5 分 (5.00- 21票) Loading ... Loading ... | 归档目录:建站技术 |

基于netlink的内核态与用户态异步并发消息处理模型

用户态采用select模型,初始化时建立多个netlinksocket,绑定完成之后,向内核发送握手消息,这样内核可以将已经建立的连接记住,以便后续选择可用的连接发送数据。初始化和握手完成之后,由内核主动向用户态发送数据,用户态主线程在各个socket句柄上面等待读事件的到来,当检测到读事件时,向线程池提交数据读取和处理任务。这样模拟一个连接池和事件分发模型,保证内核数据及时被读取到用户态程序并处理,能做到并发。

而内核态的netlink在接收数据时本身就是以系统调用的方式提供给业务层的发送接口,因此本身就是异步的,性能不是问题。内核态收到数据时,只需要提交给一个内核线程去处理即可。

原型代码如下:

阅读全文 »

| 1 分2 分3 分4 分5 分 (5.00- 8票) Loading ... Loading ... | 归档目录:C/C++, Linux内核 |

监控dmesg实时输出

#!/bin/bash
end=`dmesg |wc -l`
while true
do
sleep 1
end2=`dmesg |wc -l`

if [ "$end" != "$end2" ]; then
dmesg |awk '{print NR, $0}'|tail -$((end2-end))
end=$end2
fi

if [ "$end" -ge 1000 ]
then
dmesg -c >/dev/null 2>&1
echo "**********************"
echo "*dmesg -c now; *"
echo "**********************"
end=`dmesg |wc -l`
fi

done

| 1 分2 分3 分4 分5 分 (5.00- 5票) Loading ... Loading ... | 归档目录:实用脚本 |

关于fork和行缓冲的问题

一段关于fork函数调用的代码,问最终屏幕上会打印出多少个“-”。
#include<unistd.h>
#include<stdio.h>

int main()
{
for(int i = 0; i < 2; ++i)
{
fork();
printf("-");
}

printf("\n");
return 0;
}

阅读全文 »

| 1 分2 分3 分4 分5 分 (5.00- 5票) Loading ... Loading ... | 归档目录:C/C++, 职业发展, 软件技术 | 标签: |
返回顶部