亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

Chinaunix

標題: checkpoint問題 [打印本頁]

作者: liujun198069 時間: 2004-01-02 14:27
標題: checkpoint問題
為什么我的機子不停的在做chenkpoint，已經(jīng)做了好幾天了，而且機子的運行速度變的很慢，不知道是否和做checkpoint有關！

作者: eha 時間: 2004-01-02 14:32
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: diablocom 時間: 2004-01-02 14:51
標題: checkpoint問題
1,檢查你的onconfig中的CKPTINVL
2,看你的物理日志是否大于75%,如果滿了就需要備份.
3,看你是不是做了數(shù)據(jù)庫或者實例其他管理命令.

懷疑2的可能行大點兒.

作者: eha 時間: 2004-01-02 15:05
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: amiescort 時間: 2004-01-02 15:39
標題: checkpoint問題

原帖由 "diablocom" 發(fā)表：
1,檢查你的onconfig中的CKPTINVL
2,看你的物理日志是否大于75%,如果滿了就需要備份.
3,看你是不是做了數(shù)據(jù)庫或者實例其他管理命令.

懷疑2的可能行大點兒.

不可能吧？就算是2，也不會連續(xù)做好幾天��？

作者: diablocom 時間: 2004-01-02 15:59
標題: checkpoint問題

原帖由 "amiescort" 發(fā)表：

不可能吧？就算是2，也不會連續(xù)做好幾天�。�

checkpoint不是天天做嗎??

老兄你的checkpoint難道是一周做一次????

作者: eha 時間: 2004-01-02 16:11
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: diablocom 時間: 2004-01-02 16:14
標題: checkpoint問題

原帖由 "eha" 發(fā)表：

我看了下我自己的！設的是60 但ONLINE。LOG里看到的是每30秒就CHECKPOINT一次不知道有問題沒。沒明白怎么不是按設置來執(zhí)行的。

我奇怪呢,請你把你的online.log貼出來看看....連續(xù)的一塊兒......謝謝

作者: eha 時間: 2004-01-02 16:41
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: diablocom 時間: 2004-01-02 17:00
標題: checkpoint問題
你確認你的實例就是你給出配置的onconfig文件嗎?

我也想知道答案..

作者: admirer 時間: 2004-01-02 17:03
標題: checkpoint問題
30秒作一次檢查點，歷時1～3秒�？赡艿脑颍�
1.你的物理日志空間太小
2.你的系統(tǒng)過于繁忙，用戶數(shù)據(jù)更新過于頻繁

作者: diablocom 時間: 2004-01-02 17:13
標題: checkpoint問題

原帖由 "admirer" 發(fā)表：
30秒作一次檢查點，歷時1～3秒。可能的原因：
1.你的物理日志空間太小
2.你的系統(tǒng)過于繁忙，用戶數(shù)據(jù)更新過于頻繁

恩,這個解釋我覺得2不是很有道理,因為就算用戶線索較多,數(shù)據(jù)庫比較繁忙,檢查點發(fā)生的也不能在幾分鐘內(nèi)都這么平均啊,是不是?

作者: amiescort 時間: 2004-01-02 17:15
標題: checkpoint問題

原帖由 "diablocom" 發(fā)表：

checkpoint不是天天做嗎??

老兄你的checkpoint難道是一周做一次????

倒地～～～～～～～～
我理解成一次cp做好幾天，見笑拉

不過，我又想問了，cp可以使物理日志的使用率變回去嗎？
再說了，cp的interval不是在onconfig里設置的嗎？如果物理日志的使用大于75％就cp的話，那onconfig里設置的又是什么倪？

作者: diablocom 時間: 2004-01-02 17:18
標題: checkpoint問題

原帖由 "amiescort" 發(fā)表：

倒地～～～～～～～～
我理解成一次cp做好幾天，見笑拉
不過，我又想問了，cp可以使物理日志的使用率變回去嗎？

呵呵,我說那.變回去是指使用率的那個百分比減小嗎?備份就可以了...

作者: amiescort 時間: 2004-01-02 17:33
標題: checkpoint問題

原帖由 "diablocom" 發(fā)表：

呵呵,我說那.變回去是指使用率的那個百分比減小嗎?備份就可以了...

那么，如果cp不能減小物理日志的使用率，豈不是每次都會應為物理日志的使用率問題而引起cp？？
順便問一下，大波羅你的名字在在線列表中為什么是黑體��？羨慕ing～～
我也想變黑啊

作者: diablocom 時間: 2004-01-02 17:36
標題: checkpoint問題

原帖由 "amiescort" 發(fā)表：

那么，如果cp不能減小物理日志的使用率，豈不是每次都會應為物理日志的使用率問題而引起cp？？
順便問一下，大波羅你的名字在在線列表中為什么是黑體�。苛w慕ing～～
我也想變黑啊

CP只會讓物理日志使用率變大.可以備份來解決這個問題啊.

黑體是應為當時CU捐款的人都是黑體..........

你為什么不羨慕斑竹的顏色呢,希望你早日成為informix的斑竹..

作者: eha 時間: 2004-01-03 14:32
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: czw1413_cn 時間: 2004-01-03 16:28
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: eha 時間: 2004-01-03 20:46
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: czw1413_cn 時間: 2004-01-04 14:02
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: eha 時間: 2004-01-06 10:37
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: amiescort 時間: 2004-01-06 10:48
標題: checkpoint問題
[quote]原帖由 "eha"]踢下~ 還是沒明白。我在ONCONFIG里的關于CHECKPOINT時間設置怎么沒生效？[/quote 發(fā)表：

對不起啊，都是我，又讓帖子跑題了。

我想，會不會是裝了兩個實例，每個60秒，于是就變成了30秒，心虛的說……

作者: eha 時間: 2004-01-06 10:56
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: amiescort 時間: 2004-01-06 11:06
標題: checkpoint問題

原帖由 "eha" 發(fā)表：

呵呵~~ 不要緊我讓樓主跑題先！

是2個是實例，每個實例的LOG是指定分開的2個文件。而且我看了另一個的正常！

這樣��？那讓我想想……恩……這個……
大菠蘿！又去清茶灌水了？
快回來啊，我搞不掂了……

作者: lmtok 時間: 2004-01-06 11:36
標題: checkpoint問題
樓主的CKPTINTVL設置的時間間隔設置得太短了，
30秒是informix里面cp時間間隔最短的了，樓主
這個參數(shù)估計是搞錯了，
應該與物理日志沒有太大的關系。
這個參數(shù)在onconfig文件內(nèi)

作者: diablocom 時間: 2004-01-06 11:44
標題: checkpoint問題
物理日志太小的確會讓CP頻繁發(fā)生.但是物理日志不宜太大,如果一次CP操作超過5秒,這不是很正常的.

作者: ifx 時間: 2004-01-06 11:59
標題: checkpoint問題
產(chǎn)生checkpoint的條件大概有四類：
checkpoint interval到期
phylog 75%滿
要用到的下一個logic log含有checkpoint
其它管理事件：onmode -c add chunk，dbspaces等
相信你的IDS也應該是這些事件引起的，看你的介紹，應該說，1、3、4的情況是不存在的，只能是因為physical log達到了75%滿的情況，其實，看你的onstat -m算是不錯的，check point的時間不能過長，否則是無法忍受的。
如果physical太大（當然，大有大的好處），而75%的條件不滿足，可能會造成check point的時間過長，可以調(diào)整LRUMAXDIRTY和LRUMINDIRTY等參數(shù)解決。

作者: amiescort 時間: 2004-01-06 12:33
標題: checkpoint問題

原帖由 "ifx" 發(fā)表：
產(chǎn)生checkpoint的條件大概有四類：
checkpoint interval到期
phylog 75%滿
要用到的下一個logic log含有checkpoint
其它管理事件：onmode -c add chunk，dbspaces等
相信你的IDS也應該是這些事件引起的，看你的..........

ifx一出，誰與爭鋒……

作者: eha 時間: 2004-01-06 14:47
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: admirer 時間: 2004-01-06 22:20
標題: checkpoint問題

原帖由 "diablocom" 發(fā)表：

恩,這個解釋我覺得2不是很有道理,因為就算用戶線索較多,數(shù)據(jù)庫比較繁忙,檢查點發(fā)生的也不能在幾分鐘內(nèi)都這么平均啊,是不是?

1.由于作業(yè)繁忙，導致“物理”和“邏輯”日志灌滿速度加快，可能同時觸發(fā)第二、四類CP啟動
2.cp的時間間隔均勻是因為informix最小CP間隔為30（informix建議設置CKPTINTVL值為300秒）秒。而這30秒的最小值長期被觸發(fā)（如果再有最小值還有可能更小），且歷時1～3秒已經(jīng)說明這個系統(tǒng)安全性受到了威脅，必須予以重視。
3.一般的，CP間隔不能太�。╥nformix推薦值300秒左右），歷時不能太大（0～5秒），如果離這只值太大就需要對系統(tǒng)進行優(yōu)化了（我的系統(tǒng)CP間隔900秒，歷時0～3秒，當然我得系統(tǒng)雙至強CPU，4G內(nèi)存，同時連接用戶約180左右）。
4.這個系統(tǒng)偏偏該大的不大，該小的不是很小，所以需要優(yōu)化。

如果可能的話，建議摟住將系統(tǒng)相關參數(shù)貼出來，讓大家?guī)湍惆寻衙}！

作者: diablocom 時間: 2004-01-06 22:54
標題: checkpoint問題

原帖由 "admirer" 發(fā)表：

1.由于作業(yè)繁忙，導致“物理”和“邏輯”日志灌滿速度加快，可能同時觸發(fā)第二、四類CP啟動
2.cp的時間間隔均勻是因為informix最小CP間隔為30（informix建議設置CKPTINTVL值為300秒）秒。而這30秒的最小值長期被?.........

對對,想想樓主的那30秒也許就是某種原因導致了使用了系統(tǒng)的默認時間30秒.

作者: eha 時間: 2004-01-07 10:41
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: ifx 時間: 2004-01-07 11:54
標題: checkpoint問題
其實大家后來談的都是性能調(diào)優(yōu)的問題。
不僅僅是IDS的調(diào)整，操作系統(tǒng)的調(diào)整也是很重要的，而且對性能來說，可能是至關重要的，或者說是致命的。
IO、CPU、MEMORY等的優(yōu)化配置，對于應用來說都很重要。
再有，性能調(diào)整是個螺旋上升的過程，沒有一成不變的，而且也不可能達到“最優(yōu)”，只要性能可以接受的話就可以了。

作者: czw1413_cn 時間: 2004-01-07 12:01
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: eha 時間: 2004-01-07 12:45
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: 7875078 時間: 2004-01-07 14:49
標題: checkpoint問題
checkpoint的頻率和時間間隔，這個應該和數(shù)據(jù)庫的配置參數(shù)有關系

作者: eha 時間: 2004-01-08 10:36
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: twtken 時間: 2004-03-10 10:13
標題: checkpoint問題

CP 下面Desktop security 安裝policy 時報這樣的錯，“ Addon for install / uninstall function not found ” 請問那位知呀

作者: 自由飛翔 時間: 2004-03-10 10:58
標題: checkpoint問題
我記得CKPTINTVL參數(shù)的生效是在數(shù)據(jù)庫服務器關閉并重新啟動的時候，是否
onconfig文件被改動了，另：30s的ckptintvl的時間是最短的設置了，系統(tǒng)性能會受到影響

作者: wolfop 時間: 2004-03-10 14:39
標題: checkpoint問題
你的CK時間好像沒有什么問題，但是onconfig配置感覺問題很多，你的機器只有一個CPU？
還有為什么物理日志和邏輯日志的BUFFER開那么大，你的數(shù)據(jù)庫需要那么厲害嗎？難道你的數(shù)據(jù)庫是buffered log方式？

作者: hezhengli 時間: 2004-03-10 22:20
標題: checkpoint問題
好像onmode -c 也可實現(xiàn)checkpoint，因此看看是否有另外的進程接管checkpoint，我作過一次自己控制checkpoint時間，onconfig時間設很長，自行控制checkpoint間隔，閑時間隔長些，忙時間隔短些，主要是為提高系統(tǒng)效率的同時兼顧前臺使用，控制前臺大checkpoint所需時間

作者: eha 時間: 2004-03-11 09:53
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: eha 時間: 2004-03-11 09:54
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: wolfop 時間: 2004-03-11 14:47
標題: checkpoint問題

原帖由 "eha" 發(fā)表：

雙CPU，數(shù)據(jù)庫需要很大最高時onstat -u 有150以上active。數(shù)據(jù)庫是buffered log 方式！

兄弟，有那些問題啊 ~~ 感覺機器跑的有點辛苦！

怎么辛苦法？
雙CPU，你起兩個INSTANCE，那么CPU 配置就不用動了。
buffered log那么日志的buffer你愿意開那么大就那么大吧，可是你們不怕丟事務嗎？

作者: eha 時間: 2004-03-11 15:14
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: wolfop 時間: 2004-03-12 16:42
標題: checkpoint問題
不是要你啟動兩個實例，而是我看你前面說了你有兩個實例。也許看錯了。
你的慢應該和cp無關，監(jiān)控cpu和IO，我倒是建議如果你的系統(tǒng)沒有什么別的東西在上面跑，啟動SMP，增加cpu vp為2。

作者: eha 時間: 2004-03-12 17:27
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: wolfop 時間: 2004-03-12 23:08
標題: checkpoint問題
別忘了onconfig里面的SMP支持也要打開。

作者: eha 時間: 2004-03-15 09:00
提示: 作者被禁止或刪除內(nèi)容自動屏蔽

作者: hebei130104 時間: 2006-04-07 14:24
CKPTINTVL 60 改為300

作者: tpysh 時間: 2007-03-28 16:38
不好意思，把老帖翻出來，因為我也遇見了類似的問題～～～

我的機器做金融交易的
我的cp倒是每5分鐘一次，但是在終端結賬（交易量集中且大量）的時候，duration一次要2－3秒，可是實際的終端數(shù)并不大～～
是不是在做cp的時候，數(shù)據(jù)庫表就會鎖死，不能在處理新的交易了？？
如果終端量加大，或者到了五一，十一之類的節(jié)假日，duration一次的時間過長，系統(tǒng)會不會處理不了～～

我的onconfig參數(shù)：
# Root Dbspace Configuration

ROOTNAME       rootdbs       # Root dbspace name
ROOTPATH       /dev/rd1110    # Path for device containing root dbspace
ROOTOFFSET    0             # Offset of root dbspace into device (Kbytes)
ROOTSIZE       2000000       # Size of root dbspace (Kbytes)

# Disk Mirroring Configuration Parameters

MIRROR       0             # Mirroring flag (Yes = 1, No = 0)
MIRRORPATH                   # Path for device containing mirrored root
MIRROROFFSET 0             # Offset into mirrored device (Kbytes)

# Physical Log Configuration

PHYSDBS       rootdbs       # Location (dbspace) of physical log
PHYSFILE       100000       # Physical log file size (Kbytes)

# Logical Log Configuration

LOGFILES       20             # Number of logical log files
LOGSIZE       15000          # Logical log size (Kbytes)

# Diagnostics

MSGPATH       /u/informix/online.log # System message log file path
CONSOLE       /dev/console # System console message path
ALARMPROGRAM /u/informix/etc/log_full.sh # Alarm program path
SYSALARMPROGRAM /u/informix/etc/evidence.sh # System Alarm program path
TBLSPACE_STATS  1

# System Archive Tape Device

TAPEDEV       /dev/null    # Tape device path
TAPEBLK       16             # Tape block size (Kbytes)
TAPESIZE       10240          # Maximum amount of data to put on tape (Kbytes)

# Log Archive Tape Device

LTAPEDEV       /dev/null    # Log tape device path
LTAPEBLK       16             # Log tape block size (Kbytes)
LTAPESIZE    10240          # Max amount of data to put on log tape (Kbytes)

# Optical

STAGEBLOB                      # Informix Dynamic Server/Optical staging area

# System Configuration

SERVERNUM    0             # Unique id corresponding to a Dynamic Server instance
DBSERVERNAME online       # Name of default database server
DBSERVERALIASES                # List of alternate dbservernames
NETTYPE       ipcshm,,100,CPU # Configure poll thread(s) for nettype
NETTYPE       tlitcp,,20,NET  # Configure poll thread(s) for nettype
DEADLOCK_TIMEOUT 60             # Max time to wait of lock in distributed env.
RESIDENT       0             # Forced residency flag (Yes = 1, No = 0)

MULTIPROCESSOR  0             # 0 for single-processor, 1 for multi-processor
NUMCPUVPS    1             # Number of user (cpu) vps
SINGLE_CPU_VP 0             # If non-zero, limit number of cpu vps to one

NOAGE          0             # Process aging
AFF_SPROC    0             # Affinity start processor
AFF_NPROCS    0             # Affinity number of processors

# Shared Memory Parameters

LOCKS          200000       # Maximum number of locks
BUFFERS       2000          # Maximum number of shared buffers
NUMAIOVPS                      # Number of IO vps
PHYSBUFF       64             # Physical log buffer size (Kbytes)
LOGBUFF       64             # Logical log buffer size (Kbytes)
LOGSMAX       30             # Maximum number of logical log files
CLEANERS       1             # Number of buffer cleaner processes
SHMBASE       0x10000000       # Shared memory base address
SHMVIRTSIZE    8000          # initial virtual shared memory segment size
SHMADD       8192          # Size of new shared memory segments (Kbytes)
SHMTOTAL       0             # Total shared memory (Kbytes). 0=>unlimited
CKPTINTVL    300          # Check point interval (in sec)
LRUS          8             # Number of LRU queues
#LRU_MAX_DIRTY 60             # LRU percent dirty begin cleaning limit
#LRU_MIN_DIRTY 50             # LRU percent dirty end cleaning limit
LRU_MAX_DIRTY 25             # LRU percent dirty begin cleaning limit
LRU_MIN_DIRTY 0             # LRU percent dirty end cleaning limit
LTXHWM       50             # Long transaction high water mark percentage
LTXEHWM       60             # Long transaction high water mark (exclusive)
TXTIMEOUT    0x12c          # Transaction timeout (in sec)
STACKSIZE    32             # Stack size (Kbytes)

# System Page Size
# BUFFSIZE - Dynamic Server no longer supports this configuration parameter.
#          To determine the page size used by Dynamic Server on your platform
#          see the last line of output from the command, 'onstat -b'.

# Recovery Variables
# OFF_RECVRY_THREADS:
# Number of parallel worker threads during fast recovery or an offline restore.
# ON_RECVRY_THREADS:
# Number of parallel worker threads during an online restore.

OFF_RECVRY_THREADS 10             # Default number of offline worker threads
ON_RECVRY_THREADS 1             # Default number of online worker threads

# Data Replication Variables
# DRAUTO: 0 manual, 1 retain type, 2 reverse type
DRAUTO       0             # DR automatic switchover
DRINTERVAL    30             # DR max time between DR buffer flushes (in sec)
DRTIMEOUT    30             # DR network timeout (in sec)
DRLOSTFOUND    /u/informix/etc/dr.lostfound # DR lost+found file path

# CDR Variables
CDR_LOGBUFFERS  2048          # size of log reading buffer pool (Kbytes)
CDR_EVALTHREADS 1,2          # evaluator threads (per-cpu-vp,additional)
CDR_DSLOCKWAIT  5             # DS lockwait timeout (seconds)
CDR_QUEUEMEM 4096          # Maximum amount of memory for any CDR queue (Kbytes)
CDR_LOGDELTA 30             # % of log space allowed in queue memory
CDR_NUMCONNECT  16             # Expected connections per server
CDR_NIFRETRY 300          # Connection retry (seconds)
CDR_NIFCOMPRESS 0             # Link level compression (-1 never, 0 none, 9 max)

# Backup/Restore variables
BAR_ACT_LOG    /tmp/bar_act.log
BAR_MAX_BACKUP  0
BAR_RETRY    1
BAR_NB_XPORT_COUNT 10
BAR_XFER_BUF_SIZE 31

# Informix Storage Manager variables
ISM_DATA_POOL ISMData       # If the data pool name is changed, be sure to
# update $INFORMIXDIR/bin/onbar.  Change to
# ism_catalog -create_bootstrap -pool <new name>
ISM_LOG_POOL ISMLogs

# Read Ahead Variables
RA_PAGES                      # Number of pages to attempt to read ahead
RA_THRESHOLD                   # Number of pages left before next group

# DBSPACETEMP:
# Dynamic Server equivalent of DBTEMP for SE. This is the list of dbspaces
# that the Dynamic Server SQL Engine will use to create temp tables etc.
# If specified it must be a colon separated list of dbspaces that exist
# when the Dynamic Server system is brought online.  If not specified, or if
# all dbspaces specified are invalid, various ad hoc queries will create
# temporary files in /tmp instead.

DBSPACETEMP                   # Default temp dbspaces

# DUMP*:
# The following parameters control the type of diagnostics information which
# is preserved when an unanticipated error condition (assertion failure) occurs
# during Dynamic Server operations.
# For DUMPSHMEM, DUMPGCORE and DUMPCORE 1 means Yes, 0 means No.

DUMPDIR       /tmp          # Preserve diagnostics in this directory
DUMPSHMEM    1             # Dump a copy of shared memory
DUMPGCORE    0             # Dump a core image using 'gcore'
DUMPCORE       0             # Dump a core image (Warning:this aborts Dynamic Server)
DUMPCNT       1             # Number of shared memory or gcore dumps for
# a single user's session

FILLFACTOR    90             # Fill factor for building indexes

# method for Dynamic Server to use when determining current time
USEOSTIME    0             # 0: use internal time(fast), 1: get time from OS(slow)

# Parallel Database Queries (pdq)
MAX_PDQPRIORITY 100          # Maximum allowed pdqpriority
DS_MAX_QUERIES                # Maximum number of decision support queries
DS_TOTAL_MEMORY                # Decision support memory (Kbytes)
DS_MAX_SCANS 1048576       # Maximum number of decision support scans
DATASKIP       off          # List of dbspaces to skip

# OPTCOMPIND
# 0 => Nested loop joins will be preferred (where
#    possible) over sortmerge joins and hash joins.
# 1 => If the transaction isolation mode is not
#    "repeatable read", optimizer behaves as in (2)
#    below.  Otherwise it behaves as in (0) above.
# 2 => Use costs regardless of the transaction isolation
#    mode.  Nested loop joins are not necessarily
#    preferred.  Optimizer bases its decision purely
#    on costs.
OPTCOMPIND    2             # To hint the optimizer

ONDBSPACEDOWN 2             # Dbspace down option: 0 = CONTINUE, 1 = ABORT, 2 = WAIT
LBU_PRESERVE 0             # Preserve last log for log backup
OPCACHEMAX    0             # Maximum optical cache size (Kbytes)

# HETERO_COMMIT (Gateway participation in distributed transactions)
# 1 => Heterogeneous Commit is enabled
# 0 (or any other value) => Heterogeneous Commit is disabled
HETERO_COMMIT 0

# Optimization goal: -1 = ALL_ROWS(Default), 0 = FIRST_ROWS
OPT_GOAL       -1

# Optimizer DIRECTIVES ON (1/Default) or OFF (0)
DIRECTIVES    1

# Status of restartable restore
RESTARTABLE_RESTORE off

[ 本帖最后由 tpysh 于 2007-3-28 16:44 編輯 ]

歡迎光臨 Chinaunix (http://72891.cn/)