2011年11月2日
摘要: 一. 启动,关机,登入,登出相关命令[login] 登录[logout] 登出[exit] 登出[shutdown] 停止系统[halt] 停止系统[reboot] 重启动[poweroff] 切断电源[sync] 把内存里的内容写入磁盘[lilo] 安装lilo启动管理程序[grub] 安装lilo启动管理程序二. Shell相关命令[chsh] 切换Shell[history] 显示命令履历[alias] 设置命令别名[unalias] 取消命令别名[which] 显示命令所在位置[type] 查询命令种类[echo] 显示字符串或者变量内容[set] 设置/显示Shell变量[print 阅读全文
posted @ 2011-11-02 18:47 高成 阅读(1317) 评论(0) 推荐(0) 编辑
  2011年10月26日
摘要: Python 2.6.2 (release26-maint, Apr 19 2009, 01:56:41) [GCC 4.3.3] on linux2Type "help", "copyright", "credits" or "license" for more information.>>> import thisThe Zen of Python, by Tim PetersBeautiful is better than ugly.Explicit is better than impli 阅读全文
posted @ 2011-10-26 11:03 高成 阅读(1467) 评论(1) 推荐(1) 编辑
  2011年8月1日
摘要: SHOW TABLES或SHOW TABLES FROM DATABASE;解释:显示当前数据库中所有表的名称SHOW DATABASES;解释:显示MYSQL中所有数据库的名称SHOW PROCESSLIST;解释:显示系统中正在运行的所有进程,也就是当前正在执行的查询。大多数用户可以查看他们自己的进程,但是如果他们拥有PROCESS权限,就可以查看所有人的进程,包括密码SHOW TABLE STATUS;解释:显示当前使用或者指定的DATABASE中的每个表的信息。信息包括表类型和表的最新更新时间SHOW COLUMNS FROM TABLE FROM DATABASE; 或 SHOW C 阅读全文
posted @ 2011-08-01 18:43 高成 阅读(3187) 评论(0) 推荐(1) 编辑
  2011年2月28日
摘要: 近日碰到一个问题,在一百万的数据内查找最大的数据的第N到第N+10,立即想到的就是冒泡排序冒泡排序、快速排序等诸多的排序算法,,但是直觉告诉我似乎这个题目并非只是算法能够解决的问题,一百万的数据用算法排序一般是及其浪费资源的,尤其是诸如冒泡类的算法,虽然算法简单,但是及其浪费资源 常见算法的时间复杂度 最后分析题目只是需要最大的N到N+10条数据,那么好只需要将N+10条数据进行排序,保证N+10条数据是最大的即可,这样分析题目后就很简单了,只是需要N+10条排序的数据,那么这个算法就很好简单了,只需要将全部数据内随机的拿到N+10条数据然后将剩下的全部数据逐个与这N+10条数据进行比较,即可 阅读全文
posted @ 2011-02-28 22:55 高成 阅读(797) 评论(3) 推荐(1) 编辑
  2010年12月17日
摘要: 内核专家 Bryan Cantrill 和 Jeff Bonwick 在 2008 年 9 月的《ACM Queue》上发表了《Real-world Concurrency》 一文,提出了 15 条并发编程的建议,这里简单摘录如下。1. Know your cold paths from your hot paths. 弄清楚代码里的热门执行路径和冷门执行路径。对冷门路径,用粗粒度的锁即可。对热门路径——也就是那些必须高度并发才能实现所期望的高吞吐量的代码,应该更加小心,加锁的策略必须简单明了且细粒度。2. Intuition is frequently wrong—be data inten 阅读全文
posted @ 2010-12-17 23:09 高成 阅读(243) 评论(0) 推荐(0) 编辑
  2010年11月14日
摘要: 光标控制命令   命令 光标移动   h或^h 向左移一个字符   j或^j或^n 向下移一行   k或^p 向上移一行   l或空格 向右移一个字符   G 移到文件的最后一行   nG 移到文件的第n行   w 移到下一个字的开头   W 移到下一个字的开头,忽略标点符号   b 移到前一个字的开头   B 移到前一个字的开头,忽略标点符号   L 移到屏幕的最后一行   M 移到屏幕的中间一... 阅读全文
posted @ 2010-11-14 17:45 高成 阅读(429) 评论(0) 推荐(0) 编辑
  2010年11月12日
摘要: 最近在工作中遇到了需要读取系统日志的问题,日志文件很大,大概在1G以上甚至更大,随即研究了读取得方法,直接使用PHP自带的函数就可以解决这几个问题,但是绝对不能使用file和file_get_contents,这两个函数是一次性将文件全部加载进来,如果文件在几十M 还是可以的,但是稍大的文件时不能用的,内存是会溢出的,贴个自己的方法,欢迎大家指教!代码PHP还有其他方法能够解决,比如system函... 阅读全文
posted @ 2010-11-12 01:20 高成 阅读(3247) 评论(3) 推荐(3) 编辑
  2010年10月19日
摘要: 爆料个新浪微博的BUG,虽说新浪微博可以说是国内最火爆的微博平台了,但是新浪微博也有自己的问题,比如最近小生发现的这个发布微博内容时候的BUG。需要发布的内容为“新闻中心网址:http://news.sina.com.cn/ 国内新闻网址:http://news.sina.com.cn/china/”这短短39个字的内容只是介绍了两个网址,前后两个网址不同之处就是后面的网址... 阅读全文
posted @ 2010-10-19 16:45 高成 阅读(760) 评论(0) 推荐(0) 编辑
  2010年8月2日
摘要: 无论什么数据库,大数据量的各种处理都是难题,今天我就介绍下MySQL大数据量的分页处理。数据量大的时候读取数据我们优化的第一个想到的就是索引,这个是没有错的,但是如果一个数据表内有大约500W以上的数据(不考虑系统架构问题)我们需要读取40W以后的20条数据这个时候如何处理?数据表的结构:id bigint(20) 自增长type_id int(11) category_id int(11)use... 阅读全文
posted @ 2010-08-02 17:03 高成 阅读(3172) 评论(1) 推荐(1) 编辑
  2010年7月21日
摘要: http://o.baidu.com/cms/invitation/?invitecode=80c1ecaed212db1f78c25d3a87403d4dhttp://o.baidu.com/cms/invitation/?invitecode=21b83a0dd3c70fd1938224a9670bda1ehttp://o.baidu.com/cms/invitation/?invitecod... 阅读全文
posted @ 2010-07-21 14:39 高成 阅读(317) 评论(0) 推荐(0) 编辑