CACTI 與 2020/9/13

正確地來說,是 unix timestamp = 1600000000 這件事。

CACTI 在檢查 graph start/end 日期與時間時,把檢查 timestamp 的公式寫死在程式碼中了,1600000000 就這樣變成 timestamp 的上限值。這在 2001 年 CACTI 誕生時是沒問題的,可是沒想到大家一用就是19年過去了,這個 BUG 才在上個月讓大家「同時」遇到。

細節的部份請大家看:

Unix timestamps after Sep 13 2020 are rejected as graph start/end arguments

Timestamp BUG #3798

雖然官方其實早在半年前就更新了⋯⋯但如果你的系統不方便升級 CACTI 版本的話(很多人都是這樣的,所以才會現在一大堆人也遇到),就手動改吧,改法就照上面第二個連結教的:

1. 如果你 CACTI 目錄下有 graph_json.php 這隻檔案,那就是用 vi 修理它,找出 1600000000 這個字串,會有兩個地方有(分別用來檢查 graph_start 與 graph_end 變數),把它們都改成 2600000000 就能將這個 BUG 的發作時間延後到 2052/5/22 了。

2. 如果你 CACTI(通常是 0.8.x 版)目錄下有 graph_image.php 與 graph_xport.php,就抓這兩隻程式來修理,照上面的改法。

至於官方的改法也很妙,就只是把這個常數拉到 include/global_constants.php 定義成 FILTER_VALIDATE_MAX_DATE_AS_INT,但這樣做(目前是定義 2088385563)一樣只是把 BUG 發作時間延到 2036/3/6 呀⋯⋯

總之,不管是哪個改法,請把上面對應的日期加到你的行事曆吧。

Catalina + LG 5k2k 21:9 螢幕

今天的實驗是把一台 LG 34WK95U 5k2k 21:9 螢幕接上 Hackintosh。

先上結論:

1. 直接用 RX 5500XT 的 DP1 接上螢幕的 DP 埠,沒問題。

2. RX 5500XT 的 DP1 先接到 Z390 Designare 主機板的 DP in 埠,再走 thunderbolt3 到螢幕的 thunderbolt3 埠⋯⋯很抱歉,會卡死在 kernel panic,看了一下 crash report 出問題的似乎是死在 AppleIntelCFLGraphicsFramebuffer 這部份;看論壇的討論,可能是因為 5k 已超過 UHD630 的極限了,所以對 Hackintosh 來說會需要一個 kextpatch 來限制在 4k 以內(奇怪⋯⋯明明不關它的事);但我做了 patch 後,還是不行呀,蘋果白條還是跑到80%左右就GG了。

關於(2)的 crash 狀況呢,接下來可能要換原廠 Thunderbolt 3 Pro 的線來試試,或是把 SMBIOS 從 iMac19,1 改成 iMacPro 1,1 這樣等於直接廢掉 iGPU;當初 SMBIOS 選 iMac19,1 是為了好奇看看 sidecar 的功能長怎樣⋯⋯啊就用了幾次後覺得這其實很廢啊(試想:桌上型主機都在用27吋~40吋螢幕了你還有需要掛一台 ipad 在旁邊當第二顆?)這個功能給 Macbook Pro 用才是適合的(蘋果要把 DuetDisplay 這類旁門左道趕盡殺絕)。

2020/10/03更新:

1. 線也換了,用盡各種 WhateverGreen 參數/屬性修改,只要是走 DP-in -> TB3 -> LG 都一樣得到 kernel panic type 14 無法正常開機;最終還是只能回到 5500XT DP1 直接接 LG DisplayPort 回到原狀。在重新看過 Crash Report 後,問題似乎是出在別的地方,而不是只有 iGPU 方面的因素。

2. 最後死馬當活馬醫,改用 platform-id = 0x3E9B0007 ⋯⋯咦,終於有畫面了,別高興得太早,此時最多就只能選擇 4k 解析度。當然進一步可以利用 SwitchResX 來處理這個問題,但是想想實在太麻煩了,所以到此我決定放棄找解法了。下次會試的就是直接 SMBIOS 選 iMacPro 囉,那將是另一個故事的開始了。

結論:

我可以很殘酷地告訴大家,弄到這個地步,還不如再多花一點(?)錢直上 iMac 2020 十核心搭配 RX 5700XT 算了。

補充:

原先 Safari 可以播放 netflix 又不行了?一查才發現,嫌疑最大的就是 Safari 14 更新「又」把 Netflix / Amazon Prime Video 的 DRM 播放相容性給搞壞了。

資料來源:

https://www.tonymacx86.com/threads/anyone-got-the-lg-34-34wk95u-monitor-working-on-hackintosh.264526/

https://github.com/acidanthera/WhateverGreen/tree/master/Manual

https://www.tonymacx86.com/threads/gigabyte-z490-vision-d-thunderbolt-3-i5-10400-amd-rx-580.298642/post-2145536

https://egpu.io/forums/mac-setup/missing-scaled-resolution-w-vega-64-tb3-lg-34wk95u-w/

有些幫助很小的就不貼上來了,

如果你是用 Hackintosh + Catalina + AMD RX 5700 XT 的話

廢話不多說,先奉上原文:

AMD Radeon Performance Enhanced SSDT

簡單來講就是塞一個 SSDT 檔和一個 kext 檔到你的 Clover 或 OpenCore 相應的目錄下,就可以把 AMD 顯示卡應有的性能發揮出來,就我自己的 5500XT 測試,前後還差蠻多的(以 geekbench 5 測試),右邊是原來的,左邊是加料後的;可以看得出來 OpenCL 和 Metal 分數都進步了不少。








如果原文中沒有適合你用的SSDT(不在作者提供的清單中),那就⋯⋯看是你要認真搞懂作者的方法,自己弄一份出來?或是鼓起你的勇氣,註冊個帳號上去留言,用英文向作者許願吧!

PS:如果你想用 RX 5700XT 的話⋯⋯請先升級 MacOS 至 Catalina,不然 Mojave 或更舊的版本是不支援的。還有一點要注意的⋯⋯如果你從 RX570/580 升級到 RX5500/5700 的話,istat menu 將不再顯示GPU的溫度、風扇等資訊,因為蘋果針對 Navi10 的 driver 把這些東西閹掉了,無法透過SMC抓到什麼⋯⋯你最多就只能看到這樣:

再也看不到這麼多資訊了:

註:新版blogger編輯界面不支援直接把截圖貼上來,大家就看破圖然後笑一笑吧。

MacOS Catalina 10.15.7 的小問題

Catalina 10.15.7 終於比較像個穩定版的 MacOS 了,目前連續用了幾天似乎都能正常運作,不過今天發現一個小問題,在 reboot 後會看到 accountsd 這個程序佔用了 500% 以上的CPU負載,已經有不少網友回報了。除了很複雜的「可能解決方法」以外,其實你不妨先試試:

1. reboot again

2. 清除 NVRAM

這些都不需要什麼功夫或時間就可以試試的,至少我自己試過後就沒再有異常了。萬一還是看到 accountsd 在作怪?請上網找大家建議的一堆方法吧(例如 icloud 重登之類的),或是⋯⋯用 time machine 回到舊版本?