跳到主要內容

全漢金鈦極重開不能說的秘密

從接觸第一台電腦486DX2-66,國中的時候第一次用撥接上學校 BBS站,一直到工作,都還是習慣掛在 BBS 站看文章。

身為一個電腦宅,當然就是不停地看新產品介紹/使用心得,然後不知不覺的手癢想組裝/升級電腦,這樣一直無限循環下去。
大學時期曾經歷過建國商場風光的歷史,工作後大部分就是靠原價屋和PChome24小時手滑買東西拼拼湊湊一路走來。
每次要組電腦前都還是會參考網友的建議,回顧一下自己的電腦菜單

  • 2010.05 全漢 400w 藍寶石2
  • 2010.08 全漢 400w 藍晶鑽2
  • 2011.11 BQT 400w STRAIGHT POWER E6
  • 2013.06 全漢 400w 金鈦極

因為我只是輕度電玩使用者,大部分用電腦都是上網,所以偏愛使用內顯,也很在意零件消耗的功率,所以 400w 的電源實際使用的功耗大多在 100w 上下。

在金鈦極之前,遇到重開根本都不會想到會是 Power 問題,第一反應都是先懷疑作業系統/驅動程式/過熱/記憶體還是主機板

但偏偏就在金鈦極400w這顆 Power 時,偶然發現換回備用的 Power 就沒事了!第一次因為還在保內可以直接換新,換新品後使用就都正常。過了一年多後重開機又再度發作,但是這次因為有之前的經驗,沒有浪費時間,馬上換回備用的 Power 測試,確定不是主機板的問題後就送修,送修回來的良品使用到現在也還正常。

我願意接受 3C 產品有不同的設計和用料,當然也有不同的良率或者耐用度問題。而全漢之前給我的印象也都還可以( 舊的 Power 都還在服役中或者當備料),第一年可以快換,之後送修也不囉唆,送修沒多久就寄回一個良品。我本來也不太想計較用金鈦極快三年,發生了兩次因為重開機要送修的問題。

只是最近剛行看到有人在 PC_Shopping 版提到,金鈦極重開,所以大家開始簽到,有些碰到重開機的苦主就上去回覆了,當然有些人也是說使用正常,而我也上去回了我的經歷。

沒想到這才是傳說的開始。

文章的推文開始有人說,是不是使用者主機板的問題?環境太潮濕,台灣電力不穩,這是自動保護機制。但這都不能解釋為什麼相同的環境,主機板沒換,Power送修回來後,卻都可以再正常使用一段時間。

接下來還有一些更誇張的推文出現,說一直送修,會不會是使用者自己的問題?有的還說,會不會是主機板用了一年多後會把 Power 用壞?

身為一個攻城師兼電腦宅,我當然不接受這種不科學和不合邏輯的說法。因為在相同的變因下,我唯一的操縱變因就是把 Power 送修或者換成備品,就沒有再經歷重開了。如果是主機板的問題,那為什麼換完 Power 就沒事?甚至換上其他型號的備品也都不會再隨機重開。

這些推文讓我開始注意到,似乎只要有苦主在板上提到全漢Power重開問題時,推文一定會有人開始帶風向。我一直都相信網路的世界大家都願意分享自己的經驗或者心得,因為我也會依據別人的分享來做消費時的決策。但不知道什麼時候開始,BBS的世界好像不再那麼單純。有時候你說出了你的慘痛經驗,希望可以幫助別人不要重蹈覆徹,但卻也有些人不知道抱持著什麼樣的心態,用不科學或者打模糊仗的推文,想掩蓋掉問題。

我超級討厭這種豬隊友。

全漢金鈦極重開不是個案也不像那些人說的,只會發生在某家主機板上。這些苦主的文章或者推文,在 Google 也都查詢的到。那些老是帶風向把問題推向主機板/使用者問題的推文,我不知道他們是有多愛全漢還是在害這家公司。

這篇文章,就是那些豬隊友讓我氣到願意花時間把這件事紀錄在網誌裡。
對於單一產品的不滿意,我其實不太在意,也不會因為少數的經驗就否定一家公司其他的產品。但我超級討厭那些不知道哪裡來的豬隊友不停的在打模糊仗,這是對所有苦主的二次傷害。

在這複雜的世界,你有看穿事物本質的能力了嗎?

留言

這個網誌中的熱門文章

Access private API gateway from another account

最近在做一個 PoC 驗證說怎麼在現有的架構下,把一些 public API 移到 VPC 裡面,只讓特定網路的人可以存取。 當然最直覺的想法就是,建一個新的 VPC ,加上 execute-api VPC endpoint 然後這個 VPC 再跟特定網路做 Peering,建一個 Private API Gateway 在新的 VPC 裡面。 這樣新的 VPC 可以透過 VPC endpoint 去存取 API Gateway,然後再加一個 ALB ,裡面的 target group 指向 VPC endpoint 的 IP和 443 port,ALB 設定好 Domain Listener,API Gateway 也加上相同的 Custom Domain Name,這樣子 ALB 就可以當成特定網路 access 的 entry point,一但 Peering 完成後,從特定網路來的 request 就可以經由 ALB -> API GW 跨 VPC 存取原本環境的 backend resource。 但我一直在想,Peering 是必要的嗎? 沒想到隔天就看到這個教學  How can I access an API Gateway private REST API in another account using an interface VPC endpoint?  裡面的做法突破了原本我直覺上的盲點! 就是即使是 Internal API Gateway 似乎只要設定好了 resource policy 就可以允許其他 account 的 VPC endpoint 跨帳號存取! 所以例子裡面的 private API Gateway 是建立在 B 帳號裡面,A 帳號的 VPC 只是啟用了 VPC endpoint,一但 B 帳號的 private API Gateway 在 resource policy 設定好允許 A 帳號的 VPC endpoint 存取,即使兩個帳號之間沒有 peering 也是可以互通的! 雖然說這樣子要帶 hostname header or api-gw-id 但是 原本架構上的 ALB 也是為了 VPC endpoint 可以知道要 forward request 給哪個 API Gateway ...

全球鷹/響尾蛇 D300 行車記錄器

全球鷹 Global Eagle /響尾蛇 D300 行車記錄器 前後雙鏡頭,透過電瓶的壓升壓降來開啟/關閉行車記錄器主機 wifi 是 mmcx 接頭,去淘寶買一條 20 元 預設 wifi 密碼是 12345678 透過 TimaCam 可以 wifi 連線主機,用來看即時鏡頭畫面還可以 但是要下載一個片段 216MB 非常慢,讓我看到噪音管和吐白煙的想檢舉也覺得麻煩... 主機拆下後,即使透過 USB 供電也無法開機, 要操作主機只能發動機車在車子旁邊操作, 主機沒接線的裝態也不能直接拿來看錄影檔。 從 2018.3 月安裝到現在,發生過一次熄火吃完飯(約20分鐘),竟然沒關機還在錄影。還好只是 20 分鐘,不然電瓶的電不知道會不會被吃完。 現在都很提心吊膽,熄火後都會等他壓降關機後(約 1 分鐘)才會離開。 早知道還是裝一般開電門供電,關電門關機的機種。 wifi 看檔和安裝容易都只是噱頭,買了才知道難用。

Publish lambda layer to regions from s3 bucket?

boto3 有個  publish_layer_version  API,你可以使用 S3 bucket + key or zipfile 來發布 lambda layer. 使用 zipfile 的話就是從命令執行端上傳,所以假設你的 lambda packet 是 20MB 然後你要發佈到 16 個 AWS region 的話,就看你命令執行端的網路上傳速度了。 使用 S3 bucket 來放要發佈的 zipfile 檔似乎比較合理,因為這樣子檔案的複製就是在 AWS 的網路內發生。 But... 很機車的是,如果你的 zipfile 是放在 us-west-1 的 S3 bucket 那麼你就只能發佈到 us-west-1 .... 當你要發佈到其他 region 會出現 error botocore.errorfactory.InvalidParameterValueException: An error occurred (InvalidParameterValueException) when calling the PublishLayerVersion operation: Error occurred while GetObject. S3 Error Code: PermanentRedirect. S3 Error Message: The bucket is in this region: us-east-1. Please use this region to retry the request S3 bucket name 是 global unique 但其實 bucket 位置是有 region 的... 目前還沒有看到什麼比較好的方式來發佈 lambda layer 到全部的 region.... replicate 所有的 zipfile 到所有的 region, 然後每個都有自己的 bucket name 似乎蠻蠢的?....