快速查看文件夹大小
才接触CU不久，发现通过网页查看CU帖子效率很低，于是订阅了RSS,不过发现每天只是早上8点才可以更新一次。 不知道大家是怎么查看CU帖子的。是否可以采用邮件形式？这样会提高效率。
地址栏输入 javascript:alert(document.lastModified) 本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u/13564/showart_142047.html
[cnscn@test c]$ ps aux | grep mysqld mysql ... --datadir=/usr/local/mysql-4.1/var .... --port=4406 本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u/13329/showart_70065.html
路由数量小的时候直接show route 让我们消耗的时间或许并不多,但对于Juniper的M/T系列来说,本身面向的就是Internet骨干路由器,很多情况下都会收全球路由,甚至本AS内所有的明细路由,这些量都是很大的,少则数万,多则数百万.在这时候我们还show route来慢慢找的话是相当浪费时间的,或许有些人会说match,其实这是最笨的方法,和show route 慢慢按空格差不多,只不过不用你的眼睛去盯着.下面简单介绍一下我自己的一些体会: 1.根据路由所在...
路由数量小的时候直接show route 让我们消耗的时间或许并不多,但对于Juniper的M/T系列来说,本身面向的就是Internet骨干路由器,很多情况下都会收全球路由,甚至本AS内所有的明细路由,这些量都是很大的,少则数万,多则数百万.在这时候我们还show route来慢慢找的话是相当浪费时间的,或许有些人会说match,其实这是最笨的方法,和show route 慢慢按空格差不多,只不过不用你的眼睛去盯着.下面简单介绍一下我自己的一些体会: 1.根据路由所在...
路由数量小的时候直接show route 让我们消耗的时间或许并不多,但对于Juniper的M/T系列来说,本身面向的就是Internet骨干路由器,很多情况下都会收全球路由,甚至本AS内所有的明细路由,这些量都是很大的,少则数万,多则数百万.在这时候我们还show route来慢慢找的话是相当浪费时间的,或许有些人会说match,其实这是最笨的方法,和show route 慢慢按空格差不多,只不过不用你的眼睛去盯着.下面简单介绍一下我自己的一些体会: 1.根据路由所在...
路由数量小的时候直接show route 让我们消耗的时间或许并不多,但对于Juniper的M/T系列来说,本身面向的就是Internet骨干路由器,很多情况下都会收全球路由,甚至本AS内所有的明细路由,这些量都是很大的,少则数万,多则数百万.在这时候我们还show route来慢慢找的话是相当浪费时间的,或许有些人会说match,其实这是最笨的方法,和show route 慢慢按空格差不多,只不过不用你的眼睛去盯着.下面简单介绍一下我自己的一些体会: 1.根据路由所在...
路由数量小的时候直接show route 让我们消耗的时间或许并不多,但对于Juniper的M/T系列来说,本身面向的就是Internet骨干路由器,很多情况下都会收全球路由,甚至本AS内所有的明细路由,这些量都是很大的,少则数万,多则数百万.在这时候我们还show route来慢慢找的话是相当浪费时间的,或许有些人会说match,其实这是最笨的方法,和show route 慢慢按空格差不多,只不过不用你的眼睛去盯着.下面简单介绍一下我自己的一些体会: 1.根据路由所在...
路由数量小的时候直接show route 让我们消耗的时间或许并不多,但对于Juniper的M/T系列来说,本身面向的就是Internet骨干路由器,很多情况下都会收全球路由,甚至本AS内所有的明细路由,这些量都是很大的,少则数万,多则数百万.在这时候我们还show route来慢慢找的话是相当浪费时间的,或许有些人会说match,其实这是最笨的方法,和show route 慢慢按空格差不多,只不过不用你的眼睛去盯着.下面简单介绍一下我自己的一些体会: 1.根据路由所在...
