2007年8月22日 星期三

南極瘋喵之歌~


終於我也加入瘋喵這個家族了!雖然去年就有點躍躍欲試,但是錯過了首批朝便宜的特價時期。且第一代產品便宜歸便宜,他可是有但書的。而且機器還有一些問題點存在(電子產品一個不成文默契,首批的不要碰因為廠商把第一批使用者當成QC用了)。但因為我早早註冊了Fon會員,所以這次有被通知到第二代Fon八月要來囉!還是Mobile01獨家首賣,價格看一看可以接受啦!加購Fon便當盒不用一張小朋友......敗了敗了!

2007年7月10日 星期二

[筆記]-行程殺手!

Kill a Windows process from the command line with taskkill
我們知道要在WINDOWS裡面自動執行一個程式是很簡單的事情,修改登錄表開機時讓它啟動、將捷徑放到開始功能表的「啟動」裡面...但是要讓一個已在執行中的程式自動停止怎麼辦?看來WINDOWS的制動系統似乎沒有一個方便的解決方案!所以這又是一個需要繞路的問題。這時我們想到在「命令提示字元」下有一條指令可以讓我們終止程式的執行,所以若是利用它再加上排程器,如此一來不就能做到在指定時間讓它去關閉某一程式了嗎!
這個指令就是它:taskkill
以下列出常用參數:
結束一個或多個工作或處理。可以依處理程序識別碼或影像名稱來清除處理程序。
Syntax

taskkill [/s Computer [/u Domain\UserName [/p Password]]] {[/fi Filter [/fi Filter [ ...]]] [{/pid ProcessID | /im ImageName}] | /pid ProcessID | /im ImageName} [/f] [/t]
Parameters

/sComputer

指定遠端電腦的名稱或 IP 位址 (不要使用反斜線)。預設為本機電腦。

/uDomain\UserName

使用由 UserName 或 Domain\UserName 所指定的使用者帳戶使用權限來執行該命令。指定 /s 後,才能指定 /u。預設值是發出命令之電腦上目前登入之使用者的使用權限。

/pPassword

指定在 /u 參數中指定的使用者帳戶密碼。

/fiFilter

指定處理程序類型,以包含在終止中或從終止排除之。您可以指定多個篩選器。使用萬用字元 (*) 指定所有工作或影像名稱。下列是有效的篩選器名稱、運算子和值。
/pidProcessID

指定要終止之處理程序的處理程序識別碼。

/imImageName

指定要終止之處理程序的影像名稱。使用萬用字元 (*) 指定所有影像名稱。

/f

指定強制終止處理程序。遠端處理程序略過了本參數;所有遠端處理程序均被強制終止。

/t

終止指定的處理程序及該處理程序啟動的任何子處理程序。

/?

在命令提示字元上顯示說明。


所以若是要應用在我的工作上~則新增一個排程、設好時間、輸入指令:
taskkill /T /F /IM 南極.exe

2007年6月1日 星期五

[Life]-民風剽悍的恆春小鎮

下班之後和小豬去游泳,游了一個小時左右後心滿意足的回家。吃個飯洗了衣服,正當我心情愉快的將洗好的衣服披掛晾乾時窗外傳來「吱...」的煞車聲,接著就「碰!」。想來出車禍了!趕快瞧瞧對面到底發生什麼事...原來一台休旅車和機車生擦撞。情形十分明顯的是休旅車的白爛車主開車把馬路當他家的,當要靠邊停車時弄到了後面的機車。結果這次這個載七仔的七逃仔阿伯不是好惹的,剛好是本地地頭蛇一隻。結果當然是車主一下車就是老拳相向,由於距離太遠只能聽到一些徹幹喇譙的聲音。不知道他們之間到底是說了什麼。不過這不是重點,這種開車不看路的死白爛被扁活該(雖然一群人圍毆外加傳傢伙有點誇張)。重點是被七逃仔阿伯載妹妹,出車禍當下只是有點摔傷外加受了點驚嚇,算起來沒有大礙。但是當全武行一上演!只見妹妹嚇的摀心哭了出來,整個人攤了下去。真諷刺的是車禍本身沒造成什麼事,反倒是妹妹被七逃仔阿伯,以及週邊熱情贊助拳腳鍋蓋的地痞們嚇倒了!最後肇事者開車繞跑,警察也終於在打都打完了之後出現。讓我覺得最扯的是救護車也來了@_@b。
這件事的收穫是意外發現斜對面賣雞肉飯的店裡面有個長腿辣妹的說!

2007年5月26日 星期六

[筆記]-從Docsdiag看Cable modem訊號品質

好久沒有碰Cable modem這塊領域的東西了,由於最近回家老是聽到老姐抱怨網路奇慢無比,所以就來查一下。而要查CM的連線品質當然非Docsdiag這套軟體不可啦!
首先到官網下載docsdiag.zip回來解壓縮。
http://homepage.ntlworld.com/robin.d.h.walker/docsdiag/

一般JRE環境下請使用下列方式執行:
java /jar docsdiag.jar

參數說明:
QoS max downstream bandwidth

您的下行最大頻寬. 如果這個數值和您所購買的服務不相同, 請速電請客服改正

QoS max upstream bandwidth

您的上行最大頻寬. 如果這個數值和您所購買的服務不相同, 請速電請客服改正

SigQu: Signal to Noise Ratio

代表下行信號的 SNR 值, 雖然 DOCSIS 標準中規定高於 23.5 dB 就可以運作, 但實際使用上, 至少要達到 30 dB 以上, 才能維持一個良好的品質.

Downstream received signal power

CM 接收到下行信號的位準, DOCSIS 標準規定必須位於 -15dBmV ~ +15dBmV 之間, 通常太過於接近臨界值, 也是無法正常連線; 一般 ISP 會有自己的標準, 例如 NTL 就把它定在 -6 dBmV ~ -3 dBmV, 有些地區則是 -2.5dBmV ~ +2.5dBmV. 請注意! 若 CM 回報此值為剛好 0.0 dBmV 的話, 一般是表示該數值無法讀取.

Upstream transmit signal power

CM 發送上行信號的位準, DOCSIS 標準規定必須在 +8 ~ +58 dBmV 之間, 但大多數 ISP 都把 +55 dBmV 訂為上限, 若超過這個範圍, 代表上行訊號無法被頭端機房接受.


雖然我的網路設備參數看來都正常,但是實際上網就是不順暢。所以又上網測一下連線速度。在該ISP的官網測速頁晚間測到17kBps,基本上跟撥接差不多了,晨間的話也只能到52kBps還是比申請速率少了一半!另外使用ping指令測試封包遺失率竟然在30%以上,真是扯到不行。
ping /w 100 /n 1000 /l 1024

叫ISP的人來處理好幾次了,問題依舊無法解決!或許較老姐退貨換一家ISP才能改善這該死的問題吧!

2007年5月1日 星期二

[JDrama@2007spring]-わたしたちの教科書


神並不是專挑好人給予獎賞、也不是專挑壞人給予懲罰
時而沒有道理、時而偶然
人類一會接受光明、一會接受黑暗


by 積木珠子