我核心用的是原版的 Darwin 9.6.0, 此問題應該跟核心無關

我有試過一些方法,breakoff的數據我也能跑出來,如下
Results 126.83
System Info
Xbench Version 1.3
System Version 10.5.6 (9G55)
Physical RAM 4096 MB
Model MacBook2,1
Drive Type Hitachi HTS542525K9SA00
CPU Test 99.07
GCD Loop 187.43 9.88 Mops/sec
Floating Point Basic 86.99 2.07 Gflop/sec
vecLib FFT 73.72 2.43 Gflop/sec
Floating Point Library 100.21 17.45 Mops/sec
Thread Test 141.95
Computation 132.88 2.69 Mops/sec, 4 threads
Lock Contention 152.34 6.55 Mlocks/sec, 4 threads
Memory Test 130.99
System 129.07
Allocate 154.49 567.32 Kalloc/sec
Fill 109.18 5308.36 MB/sec
Copy 131.40 2713.97 MB/sec
Stream 132.98
Copy 122.72 2534.66 MB/sec
Scale 124.10 2563.90 MB/sec
Add 144.51 3078.29 MB/sec
Triad 143.81 3076.55 MB/sec
Quartz Graphics Test 127.00
Line 106.08 7.06 Klines/sec [50% alpha]
Rectangle 126.29 37.71 Krects/sec [50% alpha]
Circle 104.06 8.48 Kcircles/sec [50% alpha]
Bezier 111.65 2.82 Kbeziers/sec [50% alpha]
Text 289.02 18.08 Kchars/sec
OpenGL Graphics Test 106.96
Spinning Squares 106.96 135.69 frames/sec
User Interface Test 188.28
Elements 188.28 864.11 refresh/sec

但這種狀況是處於cpu高負載的情況(就是多開幾個應用程式),兩顆核心都是接近100%的使用率,如果只單跑xBench,只有一顆cpu接近100%,另一顆是在那放空,那cpu的分數就徘徊在50幾分左右,我在懷疑,因為cpu是L7500,跟mac air 的cpu是一樣,為了要省電,所以是有被控管,並不是都處於巔峰的狀態

所以,根據我的實驗結果
before breakoff v.103 bios: 一定要用DSDTPatcherGUI,不然有buffer header的錯誤; 可以不輸入指令 cpus=2開機,但是xBench分數較低
after breakoff v1.03 bios: 不會有buffer header 的錯誤,可以不輸入指令 cpus=2開機,xBench分數比更新前高

相同的是,為了省電,cpu有受到監控,並不是讓兩顆核心都處於全力衝刺的狀態,一顆是主力,一顆是輔助狀況在分工

還有,你說的mic到底是webcam的mic還是右手邊的mic?




bugbunney wrote:
我核心用的是原版的 ...(恕刪)


這位弟兄你實在是少見的有實驗精神, 這裡給你鼓勵一下,不然每次我都只能和國外的人在那裡熱烘烘..哎..找到同好了.

我那版改完後, 其實在CPU上的工作都很正常, 但有些東西你可能要知道
好比OSX在電力上的分配情況.
所以在你電池有沒有裝上時, 跑出來的分數容易會有偏差的哦.(畢竟這不是真OSX啦..還是會有差的)

這版的BIOS, 其實在沒改之前是針對VISTA的, 所以很多人在問改和沒改之間的差異.
其實就是認CPU上的問題. 不過實測上我還沒有時間去做...因為對VISTA超沒興趣的.
不過在XP上, 個人感覺是比較順多了.也穩很多哦.

至於MIC的問題, 我指的是內建的, 在webcam旁那個.
因為dump出來的code是有問題的.問題在mic上.但耳機洞是OK的哦.不過沒試那mic洞
我在找方式去修改在linux下的driver後, 再把正確的code dump出來看看.看看節點有沒有問題.

至於L7500只是在瓦數上有做調整, 但核心的怎麼運作..那說起來有點複雜.
大多都是以2顆核心的總合去做.
你說的大致上是方向正確, 是1搭1的方式去運作的, 所以在實作上你是要開個程式先....叫醒其中一顆的.
那樣子測出來會快一點..呵.(在XP就不是這麼回事, 因為你還可以下指令看是以Average or Sum的方式等)

^_^

有想問的PM會好一點...^_^...其實10.5.4會快很多.
認真你就輸了
我不是有實驗精神,只是有股執念,教我一定要試出結果

我在ubuntu 中有dump 出 code ,相信breakoff也應該有作相同的事,在透過AppleHDAPatcher的導入後,是有看到"聲音"-->"輸入"的部份,辨識為"內建揚聲器"與"內建麥克風",內建麥克風是正常的,但不幸的"內建揚聲器"是錯誤的

我不懂dump code 中的內容,但是我有想過,只要在ubuntu中成功驅動,再dump code + AppleHDAPatcher ,是不是就能再os x 中成功使用?

現在我還找不到 Silicon Motion, Inc(台灣慧榮科技公司)此產品的驅動,我想應該找BenQ下手吧,當我找到時,找個時間在試吧
bugbunney wrote:
我不是有實驗精神,只...(恕刪)

附加壓縮檔: 200903/mobile01-3c9d5c1535659b8b73c1a955009c34b5.zip


上頭是我DUMP出來後轉成的SVG圖,
其實和大多的ALC是一模一樣子的, 也就是部分會無法正常驅動的,
但你的想法是對的. 如果你在如:ubuntu下可以更常使用時所dump出來的, 也應該是OK可以用的.
所以有個方式就是先在linux下裝好正常的driver,確定都能使用後,再去dump code出來.
理應就能完美使用了.
認真你就輸了
剛剛有找了一下資料,發現一個問題

webcam的麥克風,控制元件是音效卡?還是webcam?若是各自獨立,那ApplHDAPatcher會不會就無效了?
bugbunney wrote:
剛剛有找了一下資料,...(恕刪)


這個很簡單, 你在XP下就能看到了, 他是音效卡的, 不是附在webcam中的.
認真你就輸了
那我在找找linux下的driver吧

還有 PID為 b370 與e370應該不是同一個產品吧

有找到b370的driver 但os x顯示的 pid 為 e370,差別是否為元件組裝在不同的產品上?如果driver沒問題,我就試試吧
我是使用Benq的S41安裝iDeneb 10.5.5版本,
照 http://benyouhui.it168.com/thread-832152-1-5.html 進行安裝過程,
可順利完成安裝,但如同網頁所寫的會有在Do You Already Own a Mac處卡住的現象
但又無法依照所寫的方法解決,是否能請完成的前輩幫忙解決,謝謝

http://www.flickr.com/photos/9188839@N02/
呼叫breakoff,我在ubuntu中使webcam's mic能用,dump出來的code與live CD 的code不同,但是在AppleHDAPatcher後,目前情況還是一樣


我會再試,再跟你報告
bugbunney wrote:
呼叫breakoff...(恕刪)


那麻煩你提供分享一下吧, ^_^
我來對看看. 看看能不能用. 因為之前在ubuntu都是沒法子使用mic的..怪.
感恩啦
認真你就輸了
文章分享
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 7)

今日熱門文章 網友點擊推薦!