Apr21

ORACLE STATSPACK REPORT输出结果说明

Posted in DB性能优化, Oracle, 数据库管理, skywalker, 1,593 views

1、报表头信息数据库实例相关信息，包括数据库名称、ID、版本号及主机等信息
STATSPACK report for
DB Name DB Id Instance Inst Num Release Cluster Host
------------ ----------- ------------ -------- ----------- ------- ------------
COLM 357371480 colm 1 9.2.0.1.0 NO STEVENHUANG3
Snap Id Snap Time Sessions Curs/Sess Comment
------- ------------------ -------- --------- -------------------
Begin Snap: 3 11-10月-06 22:27:04 13 4.6
End Snap: 4 11-10月-06 22:32:02 13 4.9
Elapsed: 4.97 (mins)
Cache Sizes (end)
~~~~~~~~~~~~~~~~~
Buffer Cache: 88M Std Block Size: 8K
Shared Pool Size: 48M Log Buffer: 512K
2、负载间档该部分提供每秒和每个事物的统计信息，是监控系统吞吐量和负载变化的重要部分
Load Profile
~~~~~~~~~~~~ Per Second Per Transaction
--------------- ---------------
Redo size: 2,184.89 217,032.00
Logical reads: 31.99 3,178.00
Block changes: 10.09 1,002.33
Physical reads: 0.00 0.00
Physical writes: 0.07 6.67
User calls: 0.06 6.00
Parses: 0.80 79.00
Hard parses: 0.02 1.67
Sorts: 0.42 42.00
Logons: 0.01 1.33
Executes: 1.56 154.67
Transactions: 0.01
% Blocks changed per Read: 31.54 Recursive Call %: 98.11
Rollback per transaction %: 0.00 Rows per Sort: 73.82
说明:
Redo size:每秒产生的日志大小(单位字节)，可标志数据变更频率, 数据库任务的繁重与否
Logical reads:平决每秒产生的逻辑读，单位是block
block changes:每秒block变化数量，数据库事物带来改变的块数量
Physical reads:平均每秒数据库从磁盘读取的block数
Physical writes:平均每秒数据库写磁盘的block数
User calls:每秒用户call次数
Parses: 每秒解析次数，近似反应每秒语句的执行次数, 软解析每秒超过300次意味着你的"应用程序"效率不高，没有使用soft soft parse，调整session_cursor_cache
Hard parses:每秒产生的硬解析次数, 每秒超过100次，就可能说明你绑定使用的不好
Sorts:每秒产生的排序次数
Executes:每秒执行次数
Transactions:每秒产生的事务数，反映数据库任务繁重与否
Recursive Call %: 如果有很多PLSQL，那么他就会比较高
Rollback per transaction %:看回滚率是不是很高，因为回滚很耗资源如果回滚率过高，可能说明你的数据库经历了太多的无效操作
过多的回滚可能还会带来Undo Block的竞争该参数计算公式如下:
Round(User rollbacks / (user commits + user rollbacks) ,4)* 100%
3、实例命中率该部分可以提前找出ORACLE潜在将要发生的性能问题，很重要
Instance Efficiency Percentages (Target 100%)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Buffer Nowait %: 100.00
Redo NoWait %: 100.00
Buffer Hit %: 100.00
In-memory Sort %: 100.00
Library Hit %: 99.15
Soft Parse %: 97.89
Execute to Parse %: 48.92
Latch Hit %: 100.00
Parse CPU to Parse Elapsd %: %
Non-Parse CPU: 100.00
说明:
Buffer Nowait %:在缓冲区中获取Buffer的未等待比率, Buffer Nowait<99%说明，有可能是有热, 块(查找x$bh的 tch和v$latch_children的cache buffers chains)
Redo NoWait %:在Redo缓冲区获取Buffer的未等待比率
Buffer Hit %:数据块在数据缓冲区中得命中率，通常应在90%以上，否则，需要调整, 小于 95%,重要的参数,小于90%可能是要加db_cache_size,但是大量的非选择的索引也会造成该值很高（大量的db file sequential read）
In-memory Sort %:在内存中的排序率
Library Hit %:主要代表sql在共享区的命中率，通常在95%以上，否，需要要考虑加
大共享池，绑定变量，修改cursor_sharing等参数。
Soft Parse %:近似看作sql在共享区的命中率，小于<95%,需要考虑到绑定，如果低于80%，
那么就可能sql基本没有被重用
Execute to Parse %:sql语句解析后被重复执行的次数，如果过低，可以考虑设置 session_cached_cursors参数, 公式为100 * (1 - Parses/Executions) = Execute to Parse所以如果系统Parses > Executions,就可能出现该比率小于0的情况, 该值<0通常说明shared pool设置或效率存在问题造成反复解析，reparse可能较严重,或者可是同snapshot有关如果该值为负值或者极低,通常说明数据库性能存在问题
Latch Hit %: Latch Hit<99%,要确保>99%，否则存在严重的性能问题，比如绑定等会影响该参数
Parse CPU to Parse Elapsd %:解析实际运行事件/(解析实际运行时间+解析中等待资源时间)
越高越好
% Non-Parse CPU:查询实际运行时间/(查询实际运行时间+sql解析时间)，太低表示解析消耗时间过多。100*（parse time cpu / parse time elapsed）= Parse CPU to Parse Elapsd %
Shared Pool Statistics Begin End
------ ------
Memory Usage %: 63.65 63.75
% SQL with executions>1: 63.73 64.12
% Memory for SQL w/exec>1: 59.93 60.33
Shared Pool相关统计数据
Memory Usage %:共享池内存使用率，应该稳定在70%-90%间，太小浪费内存，太大则内存不足。
% SQL with executions>1:执行次数大于1的sql比率，若太小可能是没有使用bind variables。
% Memory for SQL w/exec>1:也即是memory for sql with execution > 1:执行次数大于1的sql消耗内存/所有sql消耗的内存
4．首要的5个等待事件(Top 5 wait events)，是整个报告中最能反映问题的一部分
运行statspack期间必须session上设置TIMED_STATISTICS = TRUE.（推荐）
常见的等待事件以及可能的解决方法
1. DB File Scattered Read –-通常与全表扫描有关，需要确认是否真的需要全表扫描，能否改用索引或者把把较小的表整个的放入内存缓冲区中，避免反复磁盘读取
2. DB File Sequential Read –表明有很多索引读，需要你调整代码，特别是表连接部分，适当的调整DB_CACHE_SIZE的值
3. Free Buffer –没有可用的内存缓冲区而等待，增大DB_CACHE_SIZE,加速检查点和调整代码
4. Buffer Busy Wait -–段头出现问题，增加freelists或者freelist maxtrans
--数据块问题，分离‘热点’数据，采用反向关键字索引，采用小的数据块，增大initrans和maxtrans
--undo header问题，增加回滚段
--undo block问题，增加提交频率，增大回滚段
5. Latch Free
--library Cache问题，使用绑定变量，调整shared_pool_size
--shared pool问题，使用绑定变量，调整shared_pool_size
--redo Allocation,,最小化redo生成并避免不必要的提交
--redo Copy, 增大_log_simultaneous_copies
--Row Cache Object,增大共享池
--Cache Buffers Chain,_Db_block_Hash_Buckers应被增大或变为质数
--Cache Buffers LRU Chain,设置DB_BLOCK_LRU_LACHES或者使用多个缓冲区池
6. Enqueue –ST --使用本地表空间或者预先分配大扩展
7. Enqueue –HW 预先分配扩展与高水位线之上
8. Enqueue –TX4 增大表或者索引的initrans和maxtrans
9. Enqueue –TM 为外键建立索引，查看应用程序的表锁
10. Log Buffer Space 增大日志缓冲区，重做日志放在快速磁盘上
11. Log File Switch 归档设备太慢或者太满，增加或者扩大重做日志
12. Log File Sync 每次提交更多记录，更快的存放重做日志的磁盘，裸设备
13. idle event 其他的一些等待事件可以忽略
Top 5 Timed Events
~~~~~~~~~~~~~~~~~~ % Total
Event Waits Time (s) Ela Time
-------------------------------------------- ------------ ----------- --------
CPU time 0 52.79
control file parallel write 97 0 26.72
control file sequential read 52 0 11.55
log file parallel write 113 0 6.99
log file sync 1 0 .96
-------------------------------------------------------------
5．等待事件(Wait events)的具体数据
Wait Events for DB: COLM Instance: colm Snaps: 3 -4
-> s - second
-> cs - centisecond - 100th of a second
-> ms - millisecond - 1000th of a second
-> us - microsecond - 1000000th of a second
-> ordered by wait time desc, waits desc (idle events last)
Avg
Total Wait wait Waits
Event Waits Timeouts Time (s) (ms) /txn
---------------------------- ------------ ---------- ---------- ------ --------
control file parallel write 97 0 0 2 32.3
control file sequential read 52 0 0 2 17.3
log file parallel write 113 102 0 0 37.7
log file sync 1 0 0 7 0.3
db file parallel write 12 6 0 1 4.0
SQL*Net break/reset to clien 2 0 0 0 0.7
virtual circuit status 10 10 300 30005 3.3
SQL*Net message from client 4 0 278 69450 1.3
wakeup time manager 9 9 277 30732 3.0
jobq slave wait 66 63 202 3060 22.0
SQL*Net message to client 4 0 0 0 1.3
-------------------------------------------------------------
Background Wait Events for DB: COLM Instance: colm Snaps: 3 -4
-> ordered by wait time desc, waits desc (idle events last)
Avg
Total Wait wait Waits
Event Waits Timeouts Time (s) (ms) /txn
---------------------------- ------------ ---------- ---------- ------ --------
control file parallel write 97 0 0 2 32.3
log file parallel write 113 102 0 0 37.7
db file parallel write 12 6 0 1 4.0
rdbms ipc message 560 461 3,036 5422 186.7
smon timer 1 1 307 ###### 0.3
-------------------------------------------------------------
6.SQL语句
SQL ordered by Gets for DB: COLM Instance: colm Snaps: 3 -4
-> End Buffer Gets Threshold: 10000
-> Note that resources reported for PL/SQL includes the resources used by
all SQL statements called within the PL/SQL code. As individual SQL
statements are also reported, it is possible and valid for the summed
total % to exceed 100
CPU Elapsd
Buffer Gets Executions Gets per Exec %Total Time (s) Time (s) Hash Value
--------------- ------------ -------------- ------ -------- --------- ----------
3,753 9 417.0 39.4 0.11 0.20 238087931
select t.schema, t.name, t.flags, q.name from system.aq$_queue_t
ables t, sys.aq$_queue_table_affinities aft, system.aq$_que
ues q where aft.table_objno = t.objno and aft.owner_instance = :
1 and q.table_objno = t.objno and q.usage = 0 and b
itand(t.flags, 4+16+32+64+128+256) = 0 for update of t.name, aft
。。。。。。。。。。。。
7.实例活动(Instance activity)
Instance Activity Stats for DB: COLM Instance: colm Snaps: 3 -4
Statistic Total per Second per Trans
--------------------------------- ------------------ -------------- ------------
CPU used by this session 40 0.1 13.3
CPU used when call started 40 0.1 13.3
CR blocks created 28 0.1 9.3
DBWR checkpoint buffers written 20 0.1 6.7
DBWR transaction table writes 10 0.0 3.3
DBWR undo block writes 8 0.0 2.7
SQL*Net roundtrips to/from client 4 0.0 1.3
active txn count during cleanout 34 0.1 11.3
background timeouts 350 1.2 116.7
buffer is not pinned count 2,775 9.3 925.0
buffer is pinned count 4,064 13.6 1,354.7
bytes received via SQL*Net from c 883 3.0 294.3
bytes sent via SQL*Net to client 752 2.5 250.7
calls to get snapshot scn: kcmgss 2,021 6.8 673.7
calls to kcmgas 645 2.2 215.0
calls to kcmgcs 8 0.0 2.7
change write time 6 0.0 2.0
cleanout - number of ktugct calls 39 0.1 13.0
cleanouts and rollbacks - consist 18 0.1 6.0
cleanouts only - consistent read 0 0.0 0.0
cluster key scan block gets 11 0.0 3.7
cluster key scans 4 0.0 1.3
commit cleanout failures: callbac 0 0.0 0.0
commit cleanouts 682 2.3 227.3
commit cleanouts successfully com 682 2.3 227.3
commit txn count during cleanout 14 0.1 4.7
consistent changes 444 1.5 148.0
consistent gets 7,145 24.0 2,381.7
consistent gets - examination 1,271 4.3 423.7
cursor authentications 23 0.1 7.7
data blocks consistent reads - un 444 1.5 148.0
db block changes 3,007 10.1 1,002.3
db block gets 2,389 8.0 796.3
deferred (CURRENT) block cleanout 415 1.4 138.3
enqueue conversions 26 0.1 8.7
enqueue releases 1,517 5.1 505.7
enqueue requests 1,524 5.1 508.0
execute count 464 1.6 154.7
free buffer requested 291 1.0 97.0
immediate (CR) block cleanout app 18 0.1 6.0
immediate (CURRENT) block cleanou 24 0.1 8.0
index fetch by key 610 2.1 203.3
index scans kdiixs1 3,670 12.3 1,223.3
leaf node 90-10 splits 0 0.0 0.0
leaf node splits 10 0.0 3.3
logons cumulative 4 0.0 1.3
messages received 113 0.4 37.7
messages sent 113 0.4 37.7
no buffer to keep pinned count 0 0.0 0.0
no work - consistent read gets 1,565 5.3 521.7
opened cursors cumulative 237 0.8 79.0
parse count (hard) 5 0.0 1.7
parse count (total) 237 0.8 79.0
parse time cpu 0 0.0 0.0
parse time elapsed 0 0.0 0.0
physical reads 0 0.0 0.0
Instance Activity Stats for DB: COLM Instance: colm Snaps: 3 -4
Statistic Total per Second per Trans
--------------------------------- ------------------ -------------- ------------
physical reads direct 0 0.0 0.0
physical writes 20 0.1 6.7
physical writes direct 0 0.0 0.0
physical writes non checkpoint 8 0.0 2.7
prefetched blocks 0 0.0 0.0
process last non-idle time 1,160,577,119 3,894,554.1 ############
recursive calls 935 3.1 311.7
recursive cpu usage 37 0.1 12.3
redo blocks written 1,355 4.6 451.7
redo entries 1,547 5.2 515.7
redo size 651,096 2,184.9 217,032.0
redo synch time 0 0.0 0.0
redo synch writes 1 0.0 0.3
redo wastage 19,312 64.8 6,437.3
redo write time 27 0.1 9.0
redo writer latching time 0 0.0 0.0
redo writes 113 0.4 37.7
rollback changes - undo records a 0 0.0 0.0
rollbacks only - consistent read 46 0.2 15.3
rows fetched via callback 602 2.0 200.7
session connect time 1,160,577,119 3,894,554.1 ############
session logical reads 9,534 32.0 3,178.0
session uga memory 46,048 154.5 15,349.3
session uga memory max 438,768 1,472.4 146,256.0
shared hash latch upgrades - no w 3,718 12.5 1,239.3
sorts (memory) 126 0.4 42.0
sorts (rows) 9,301 31.2 3,100.3
switch current to new buffer 198 0.7 66.0
table fetch by rowid 868 2.9 289.3
table fetch continued row 0 0.0 0.0
table scan blocks gotten 1,404 4.7 468.0
table scan rows gotten 6,145 20.6 2,048.3
table scans (long tables) 2 0.0 0.7
table scans (short tables) 249 0.8 83.0
user calls 18 0.1 6.0
user commits 3 0.0 1.0
workarea executions - optimal 89 0.3 29.7
-------------------------------------------------------------
7.表空间IO
Tablespace IO Stats for DB: COLM Instance: colm Snaps: 3 -4
->ordered by IOs (Reads + Writes) desc
Tablespace
------------------------------
Av Av Av Av Buffer Av Buf
Reads Reads/s Rd(ms) Blks/Rd Writes Writes/s Waits Wt(ms)
-------------- ------- ------ ------- ------------ -------- ---------- ------
UNDOTBS1
0 0 0.0 18 0 0 0.0
SYSTEM
0 0 0.0 2 0 0 0.0
-------------------------------------------------------------
8．文件I/O(File I/O)
File IO Stats for DB: COLM Instance: colm Snaps: 3 -4
->ordered by Tablespace, File
Tablespace Filename
------------------------ ----------------------------------------------------
Av Av Av Av Buffer Av Buf
Reads Reads/s Rd(ms) Blks/Rd Writes Writes/s Waits Wt(ms)
-------------- ------- ------ ------- ------------ -------- ---------- ------
SYSTEM C:\ORACLE\ORADATA\COLM\SYSTEM01.DBF
0 0 2 0 0
UNDOTBS1 C:\ORACLE\ORADATA\COLM\UNDOTBS01.DBF
0 0 18 0 0
-------------------------------------------------------------
--其余的一些收集信息
9. Buffer Pool Statistics for DB
10. Instance Recovery Stats for DB
11. Buffer Pool Advisory for DB
12. PGA Aggr Target Stats for DB
13. Rollback Segment Stats for DB
14. Rollback Segment Storage for DB
15. Latch Activity for DB --比较重要的信息
16.Dictionary Cache Stats for DB
17.Shared Pool Advisory for DB
Shared Pool Advisory for DB: COLM Instance: colm End Snap: 4
-> Note there is often a 1:Many correlation between a single logical object
in the Library Cache, and the physical number of memory objects associated
with it. Therefore comparing the number of Lib Cache objects (e.g. in
v$librarycache), with the number of Lib Cache Memory Objects is invalid
Estd
Shared Pool SP Estd Estd Estd Lib LC Time
Size for Size Lib Cache Lib Cache Cache Time Saved Estd Lib Cache
Estim (M) Factr Size (M) Mem Obj Saved (s) Factr Mem Obj Hits
----------- ----- ---------- ------------ ------------ ------- ---------------
24 .5 20 4,917 766 1.0 41,101
32 .7 20 4,917 766 1.0 41,101
40 .8 20 4,917 766 1.0 41,101
48 1.0 20 4,917 766 1.0 41,101
56 1.2 20 4,917 766 1.0 41,101
64 1.3 20 4,917 766 1.0 41,101
72 1.5 20 4,917 766 1.0 41,101
80 1.7 20 4,917 766 1.0 41,101
88 1.8 20 4,917 766 1.0 41,101
96 2.0 20 4,917 766 1.0 41,101
-------------------------------------------------------------
18. SGA Memory Summary for DB
SGA Memory Summary for DB: COLM Instance: colm Snaps: 3 -4
SGA regions Size in Bytes
------------------------------ ----------------
Database Buffers 92,274,688
Fixed Size 453,352
Redo Buffers 667,648
Variable Size 117,440,512
----------------
sum 210,836,200
-------------------------------------------------------------
19. init.ora Parameters for DB
init.ora Parameters for DB: COLM Instance: colm Snaps: 3 -4
End value
Parameter Name Begin value (if different)
----------------------------- --------------------------------- --------------
aq_tm_processes 1
background_dump_dest C:\oracle\admin\COLM\bdump
compatible 9.2.0.0.0
control_files C:\oracle\oradata\COLM\CONTROL01.
core_dump_dest C:\oracle\admin\COLM\cdump
db_block_size 8192
db_cache_advice ON
db_cache_size 83886080
db_domain
db_file_multiblock_read_count 32
db_keep_cache_size 8388608
db_name COLM
dispatchers (PROTOCOL=TCP) (SERVICE=COLMXDB)
fast_start_mttr_target 0
hash_area_size 1048576
hash_join_enabled TRUE
instance_name COLM
java_pool_size 33554432
job_queue_processes 6
large_pool_size 8388608
open_cursors 300
pga_aggregate_target 33554432
processes 150
query_rewrite_enabled TRUE
remote_login_passwordfile EXCLUSIVE
sga_max_size 210836200
shared_pool_size 50331648
sort_area_size 1048576
star_transformation_enabled TRUE
timed_statistics TRUE
undo_management AUTO
undo_retention 10800
undo_tablespace UNDOTBS1
user_dump_dest C:\oracle\admin\COLM\udump
-------------------------------------------------------------

1 Comment »

Apr21

ubuntu7.10升级至8.04后fat分区不能访问的解决方法

Posted in 操作系统, skywalker, 966 views

日前将ubuntu7.10升级成8.04，在升级的过程中，有几个包出现了故障，都不是致命的问题，系统依然可用

但刚才发现几个fat32分区用普通用户都不可访问，root用户可以访问，但却不能修改权限和属主。NTFS和Ext3正常访问

ls -l得知当前这几个vfat32分区的属主和用户组为root:plugdev，google后发现有人说这种现象是fat32单用户特性导致的，fat32没有ntfs和ext3那么多种权限。

$vi /etc/fstab
# /dev/sda6
UUID=47E9-0683 /media/sda6 vfat defaults,utf8,umask=007,gid=46 0 1

其中gid=46 0 表示以plugdev组，root用户mount分区，我们要做的就是将这里改成常用用户组

$id skywalker
uid=1000(skywalker) gid=1001(oinstall) 组=1001(oinstall),0(root),6(disk),110(admin),1002(dba),125(sambashare)

将gid＝46修改为gid＝1001，重启系统

现在可以正常访问这些fat32分区了

No Comments »

Apr18

ubuntu7.10处理rsync故障一例

Posted in 操作系统, skywalker, 1,050 views

自从升级了源中的rsync（rsync_2.6.9-5ubuntu1.1_i386.deb）后，rsync就一直报错，甚至安装或升级任何一个软件包的时候，都会因为rsync错误导致操作失败。

因为工作电脑很少用的rsync，所以卸载掉，暂时解决了问题。

今天升级ubuntu8.04，提示没有ubuntu-standard包，而这个包是跟rsync一起卸载掉的 >.<

于是安装ubuntu-standard——依赖rsync——rsync报错……

dpkg：处理 ubuntu-standard (--configure)时出错：
依赖关系问题 - 仍未被配置
在处理时有错误发生：
rsync
ubuntu-standard
E: Sub-process /usr/bin/dpkg returned an error code (1)

网上没找到解决方法，于是想了个变通的方式：将rsync降级

下载了一个2.6.6的rsync deb包安装上，再apt－get install ubuntu-standard，终于可以继续了

No Comments »

Apr17

混沌理论之父爱德华罗伦兹（Edward Norton Lorenz）去世

Posted in 新视野, 杂七杂八, 生活, skywalker, 927 views

混沌理论之父、蝴蝶效应的发现者、MIT教授爱德华罗伦兹（Edward Norton Lorenz）因为癌症而在麻省剑桥的家中去世，享年90岁。

爱德华罗伦兹提出的混沌理论被认为是“对基础科学产生了深远的影响，是继牛顿之后让人类对自然的看法发生了翻天覆地的变化。”他的理论最为人称道的是“蝴蝶效应”，即“巴西的蝴蝶拍一下翅膀，会对周围的大气系统产生一些作用，这些作用会不断地被放大，最后可能会引发美国德州的龙卷风”。它比喻长时期大范围天气预报往往因一点点微小的因素造成难以预测的严重后果．微小的偏差是难以避免的，从而使长期天气预报具有不可预测性或不准确性。“广义的蝴蝶效应”已不限于天气预报，而是一切复杂系统对初值极为敏感性的代名词或同义语，其含义是：对于一切复杂系统，在一定的“阈值条件”下，其长时期大范围的未来行为，对初始条件数值的微小变动或偏差极为敏感，即初值稍有变动或偏差，将导致未来前景的巨大差异，这往往是难以预测的或者说带有一定的随机性。

首先我要说：在看到这则消息前我并不知道这位教授。
为什么特意贴过来呢？
迈克尔克莱顿的经典科幻小说《侏罗纪公园》给我的中学时代带来一段快乐的时光，而这部小说的基础，就是混沌理论。
甚至我的一篇源自“蝴蝶效应”的作文，是一个变态题目下写的最好的一篇，当了范文
大学看的一部精彩的电影《蝴蝶效应》再次展现了混沌理论的奇异

混沌理论我是不能理解的
仅作为虔诚的科幻迷
向伟大的学者Edward Norton Lorenz致敬

No Comments »

Apr17

awstats关键字乱码

Posted in 操作系统, skywalker, 1,035 views

awstats默认配置时，关键字中的中文是乱码

解决方法是修改配置文件

找到
#LoadPlugin="decodeutfkeys"
把前面的"#"去掉

更新awstats，现在中文关键字可以正常显示了

No Comments »

Apr15

Checkgmail

Posted in 操作系统, skywalker, 1,111 views

当我们工作繁忙的时候，可能没有时间去检查gmail的新邮件

Checkgmail是一个专门针对Gmail的邮件提醒工具，最新稳定版本1.13。Ubuntu源中版本号为1.12，在我的机器运行时一直提示密码错误，不能登录。如果你也遇到这样的问题，请下载1.13的Debian packages

1 Comment »

Apr15

Netscape Navigator 归来

Posted in 操作系统, skywalker, 898 views

Linux下Firefox2虽然是很稳定，但实在太慢了，对我这样经常打开20多个标签的人，在各标签间蜗牛般的切换简直就是一种摧残。于是开始寻找更适合我的浏览器

首先是Firefox3 beta5，刚开始几天运行还比较稳定，速度也比Firefox2快很多。但是自从某一次突然自己崩溃后，噩梦就来了：在任何时候，哪怕只打开一个空页面，Firefox3都随时可能崩溃。从启动到崩溃的时间通常不超过5分钟。Google后发现反馈这个问题的很多，但没有很好的解决方法。这大概是我用过的最不稳定的Beta版软件

Opera，速度非常快，9宫格式的快速启动首页也非常好用，可是对中文字体支持太差劲了，惨不忍睹……

Konqueror，以前用Mandrake时的标配浏览器＋资源管理器，速度很快，字体支持也还好。但是现在感觉它比较偏重资源管理器了，浏览器操作不太方便，没有主页按钮、每次开启都是一个计算机资源的首页、没有搜索框……每天输入几十次google.com绝对是体力活。还有最关键的一点是Konqueror跟Gmail不完全兼容，很多按钮不显示。

Galeon，功能太少，跟Konqueror一样操作不便

最后终于找到了Netscape Navigator，最新版本9.0。貌似引擎跟Firefox一样，但速度快的多，很流畅。菜单字体一如既往的不能改，但页面字体显示很好。

Ubuntu源中没有Netscape，需要自己下载tar.gz，解压后会遇到一些问题：

1、找不到glibc++.5.so
sudo apt-get install glibc++5即可

2、找不到xxxx.so
这个连续会报很多，全都是Netscape自带的.so,将它们拷贝到lib目录
sudo cp *.so /usr/lib，或者建立链接即可

解决了上面2步还是不能启动，报一个bdump错误
vi navigator
在#!/bin/sh 后添加一行
GTK_IM_MODULE=scim-bridge

Hi，久违的Netscape Navigator！

Netscape Navigator

No Comments »

Apr04

维基百科中文版解禁鸟

Posted in 新视野, 杂七杂八, 生活, skywalker, 859 views

http://zh.wikipedia.org/依然有问题，但是https协议的已经可以正常访问了
点击这个链接进入
https://secure.wikimedia.org/wikipedia/zh/wiki/

No Comments »

Apr02

NX nomachine过期的解决方法

Posted in 操作系统, skywalker, 1,119 views

今天才发现NX nomachine其实并非完全FREE

Server、Node、Client3个组件中Server和Node都是需要licence的，无licence状态下可以使用30天。比较变态的是在这期间根本不会给用户任何提示，直到第31天，咔嚓——你不能再用NX连接服务器了……

过期后再连接会提示

NX> 618 Your evaluation period has expired. Please visit
NX> 618 the NoMachine Web site at http://www.nomachine.com/
NX> 618 to acquire a valid subscription.
NX> 690 Bye.

解决方法是：

1、删除/usr/NX/etc/node.lic
2、删除/usr/NX/etc/server.lic
3、卸载NX软件包
4、重新安装NX

现在又可以用30天了

No Comments »

Apr01

Opera for Linux 不能使用中文输入法的解决方法

Posted in 操作系统, skywalker, 1,036 views

Opera9.26在linux用ctrl+space无法调出输入法，据说其他版本也有相同的问题。

这是因为一些共享资源存在冲突，Opera在网站上提供的是shared-qt版本，而在ftp中存在有另种版本 static-qt

解决方法就是重新安装一个static-qt版本的Opera

ftp地址如下：ftp://ftp.opera.com

No Comments »

Page 14 of 22« First...1213141516...20...Last »