您现在的位置: 首页  > 系统运维 > linux
580top数据库:
 

 

 

 

 

 

 

 

 

  • 2010/10/22 23:46:42systemtap观察page_cache的使用情况
  • 在规划服务器的内存使用的时候经常需要知道应用在理想情况下会使用多少的pagecache, 我们好预先把这个内存预留出来.这个值操作系统没有提供可查看的管道,我们只能自己写个脚本来实现. 下面的systemtap脚本每隔n秒显示下当前os下头10个文件占用多少的pagecache, 降序排列.$ cat > pagecache.stpglobal __filenamesglobal pagec[阅读全文]
  • 专题:缓存作者:Yu Feng
  • 2010/10/22 23:45:59Centos yum 安装nginx+PHP-FPM+eAccelerator+mysql
  • 记录下我在linodevps 的centos下安装配置nginx+php-fpm+eaccelerator+mysql的过程。添加安装源 centos 默认官方源中没有nginx 和 php-fpm 所以必须添加第三方源,不然就只能自己编译了。 添加[centalt]源 在/etc/yum.repo.d 目下创建 alt.ru.repo 文件内容如下:[centalt]name=centalt p[阅读全文]
  • 专题:WEB服务器作者:xiao H
  • 2010/10/22 23:40:59linux环境下使用GFS文件系统
  • gfs文件系统其实是一个网络日志文件系统,通常被用作多台计算机共享同一存储设备…… gfs文件系统其实是一个网络日志文件系统,通常被用作多台计算机共享同一存储设备。由于 gfs是日志文件系统,所以,如果将其应用到单独的一台计算机上,即完全等同于 本地日志文件系统,享受日志文件系统带来的好处。本文便向各位简介gfs文件系统在linux环境下的使用。 一、下载与编译 下载gfs文件系统 gfs文件系统[阅读全文]
  • 专题:磁盘和存储作者:草原和大树
  • 2010/10/3 21:27:43ftrace和它的前端工具trace-cmd
  • 最近在调查lockless的ring_buffer的时候,发现了ftrace. ftrace是 linux 内核中提供的一种调试工具。使用 ftrace 可以对内核中发生的事情进行跟踪,这在调试 bug 或者分析内核时非常有用.什么是ftrace: 请参考http://lwn.net/articles/322666/trace-cmd - command line reader for ftrac[阅读全文]
  • 专题:作者:Yu Feng
  • 2010/9/23 22:15:41分布式日志系统scribe使用手记
  • scribe 是facebook 开源的分布式日志系统 。其使用了thrift传输log,由于使用thrift,所以不论是什么语言的项目都可以实现日志收集,可达到远程或者是本地同步远程的分布式日志收集效果,在其示例配置中,并发量可达到max_msg_per_second=2000000,对普通的应用来说,每秒上百万的访问量可能性很小,因此基本上即使最简单的配置,远程收集所有项目的log也是可靠的[阅读全文]
  • 专题:安装和配置作者:54chen
  • 2010/9/22 23:28:27Unix高级环境编程系列笔记
  • 终于可以安静的坐下来仔细的阅读这本厚厚的书了,它就是“ advanced programming in the unix environment”,中文名叫《unix高级环境编程》,简称apue。这本书被誉为unix程序员的圣经,所以它有多经典不用我再赘述了。我读的是英文第二版,感觉挺费劲儿。说说感受,首先,读这本书需要有一些unix的编程经验,书中论述的很多问题并不容易明白。对于一些接口的特性,[阅读全文]
  • 专题:作者:nebula
  • 2010/9/22 7:36:53blktrace 深度了解linux系统的IO运作
  • 我们在linux上总是要保存数据的,数据要不保存在文件系统里要不保存在文件系统(如ext3),要不就在裸设备里面。我们在使用这些数据的时候都是通过文件这个抽象来访问的,操作系统会把我们需要的数据给我们,我们通常无需和块设备打交道。从下图我们可以很清楚的看到: 我们会发现io是个层次很深的子系统,有很复杂的数据流动线路。至于操作系统如何去存储和获取这些数据对我们完全是黑盒子的,这通常不是问题。但是如[阅读全文]
  • 专题:磁盘和存储作者:Yu Feng
  • 2010/9/22 7:35:40I/O模型-读书笔记
  • i/o模型:i/o操作需要内核系统调用来完成,系统调用需要cpu来调度,而cpu的访问速度相对于i/o来说比较快,所以cpu不得不浪费cpu时间来等待慢速i/o操作.通过多进程方式来充分利用cpu资源,当还是希望让cpu花费少的时间在i/o操作的调度上,这样就可以有更多的cpu来完成i/o操作.很多技术和策略都围绕如何让高速的cpu和慢速的i/o设备更好的协调工作.i/o操作主要是网络数据的接收和[阅读全文]
  • 专题:作者:ywdblog