作者:
Aixtron (愛思強)
223.137.240.127 (台灣)
2024-11-16 07:40:24 推 oopFoo: 你有試faster-whisper?rpi都有人跑得動了whisper是cpu跑得動的東東,而且可以即時辨識。你是用large-v3?large model需要10GB vram,所以12GB 3060是基本。
我是建議9950x/9900x,把gpu錢省下。 11F 58.114.66.74 11-16 09:11
… 共有 11 則推文,點此顯示
作者:
yymeow (ㄚㄚ喵)
114.37.34.80 (台灣)
2024-09-27 01:49:23 推 oopFoo: npu主要是筆電用的,能效比高。桌上型npu就比較不重要。主要還是微軟主導,不然gpu一直加上去還比較合理。微軟要copilot在背景一直跑,所以才需要npu。 98F 36.224.209.165 09-27 09:38
推 oopFoo: 是這樣沒錯,反正amd的桌面也沒有,就先把 105F 36.224.209.165 09-27 09:50
… 共有 6 則推文,點此顯示
作者:
oopFoo (3d)
58.114.66.74 (台灣)
2024-09-18 20:01:59 → oopFoo: nb_shopping,前幾天一堆人扼腕錯過特價。今天不要錯過了。 1F 58.114.66.74 09-18 20:04
→ oopFoo: 花錢版好可怕,限量一台還是一下子掃光 14F 58.114.66.74 09-18 20:58
作者:
oopFoo (3d)
58.114.66.74 (台灣)
2024-09-15 20:38:35 → oopFoo: 就成本壓最低。市場完全不會升級的一堆。現在調回原價了。不過應該很快能等再降價 27F 114.45.129.8 09-16 12:18
作者:
pl132 (pl132)
180.177.0.83 (台灣)
2024-09-01 06:48:57 推 oopFoo: 希望新去處更好 5F 09-01 09:55
作者:
oopFoo (3d)
58.114.66.74 (台灣)
2024-08-08 20:56:25 → oopFoo: 不是製程問題,雖然是出廠即灰燼,但真的就是電壓在某些情況請求不正確,導致過高這個是intel的微碼bug
反正現在延保,有問題趕快rma。 14F 58.114.66.74 08-08 21:34
→ oopFoo: 有問題就RMA啊。Intel已經說氧化的有盡量 24F 58.114.66.74 08-08 21:44
… 共有 7 則推文,點此顯示
作者:
amy63322001 (WWE)
111.71.107.171 (台灣)
2024-08-07 21:55:53 推 oopFoo: 多核效能低下,是很奇怪。聽說bios拼命更 5F 58.114.66.74 08-07 22:02
→ oopFoo: 新。也許MT還有提昇空間。 8F 58.114.66.74 08-07 22:03
→ oopFoo: 看techpowerup,pbo也提昇有限。 17F 58.114.66.74 08-07 22:04
→ oopFoo: 應該不是積熱,這代散熱功耗,好很多。 21F 58.114.66.74 08-07 22:06
… 共有 6 則推文,點此顯示
作者:
oopFoo (3d)
58.114.66.74 (台灣)
2024-08-02 22:05:21 → oopFoo: 縮缸的是ringbus,所以限制電壓不要超過ringbus可承受的範圍,後面就沒事了。 2F 58.114.66.74 08-02 22:14
→ oopFoo: LunarLake是gg的n3,記憶體黏的方法跟蘋果方法是一樣的。LunarLake是單soc所以沒膠水問題。15代ARL也是幾乎全部GG製程,膠水 27F 36.224.243.196 08-03 11:19
… 共有 10 則推文,點此顯示
作者:
oopFoo (3d)
36.224.243.196 (台灣)
2024-08-02 09:47:27 → oopFoo: 外勤人員是辦公室的,跟製程關係不大。
Pat是太相信元Intel Fab的人可以把良率搞定。不知現在的Intel Fab已不是他當初知道的Intel FAB。所以這次痛下決心,請外人來整頓。 38F 111.248.88.105 08-02 10:22
… 共有 13 則推文,點此顯示
作者:
tint (璇月)
123.204.6.173 (台灣)
2024-07-31 11:05:05 推 oopFoo: 筆電的cpu功耗最重要。現在分成兩個ccx,一個是lowish power island,平常就用這個高功耗的ccx可以關掉。你串在一起無法關掉省電。ringbus很耗電的。上一代的反應不好就是功耗降不下來。這個跟MTL的lpe有點像 12F 36.224.200.235 07-31 12:39
… 共有 7 則推文,點此顯示
作者:
oopFoo (3d)
111.248.88.105 (台灣)
2024-07-31 09:29:57 → oopFoo: 跟infinity fabric,latency無關。
我當然懂了,寫3d程式20年以上了。 8F 111.248.88.105 07-31 09:57
→ oopFoo: 現代的高效能多線序程式是gpu-like。跟以前的想法差異很大。但這講起來不是一兩篇講的完的。而且也不是這裡大多數的人能了 40F 36.224.200.235 07-31 12:45
… 共有 6 則推文,點此顯示
推 oopFoo: 謝謝馬修大 274F 07-26 12:19
作者:
oopFoo (3d)
111.248.96.54 (台灣)
2024-07-26 12:13:55 → oopFoo: Linux Kernel就是很好的敏捷案例。APTON大的"安燈系統"比我剛才想打的一串的好,精簡清楚。 11F 07-26 13:29
→ oopFoo: (顧客,pm,主管)決定功能,工程師決定時間與作法。
不過夢想很豐滿,現實很骨感。當壓力來的時候,加班,壓時間,各種非敏捷的作法通通上來,能夠徹底執行敏捷的團隊還 46F 07-26 19:35
… 共有 43 則推文,點此顯示
作者:
oopFoo (3d)
58.114.66.74 (台灣)
2024-07-25 08:12:35 → oopFoo: 就出廠即灰燼。我現在都建議限制power在230w左右。 2F 58.114.66.74 07-25 08:52
作者:
oopFoo (3d)
58.114.66.74 (台灣)
2024-07-21 21:46:32 → oopFoo: 現在對AI的期待太高了,AI是好用,但有它的侷限。
就像5年前的AI自駕,吹太高了,如果當初簡單
開始,只專注高速公路,也許現在早就有普及的自駕 49F 07-22 06:33
→ oopFoo: 問題是,要減少誤差,你需要多多少資料?減半是需要 82F 07-22 13:30
→ oopFoo: 多50%?多2x?3x?4x?。這幾個model都是用約40年的資料 84F 07-22 13:32
… 共有 6 則推文,點此顯示
作者:
oopFoo (3d)
76.39.14.143 (美國)
2024-07-06 04:00:15 → oopFoo: dotNet也只能用wasm的byteCode,JIT都需要wasm的vm處理,主要是wasm的vm優化不足,c#的compiler的frontEnd在wasm也算是簡易沒優化的。wasm的c#應該不是vm inside vm,
wasm的限制很多,例如只有32bit,只有4GB的memory。vm的byteCode也是極精簡,不像java/dotNet。很多地方都需要再 8F 07-07 02:12
… 共有 11 則推文,點此顯示
作者:
uopsdod (pcman)
98.248.69.193 (美國)
2024-07-01 15:19:47 → oopFoo: 現在還有人推NoSQL?99%的情況選Sql才對吧。這篇重點沒抓到 10F 07-02 06:11
作者:
erspicu (.)
219.68.24.12 (台灣)
2024-07-02 01:51:58 推 oopFoo: 你知道wasm跟js是怎麼互相call?資料怎麼傳?你這個要搞清楚。wasmGC是用來解決一部份這類的問題。wasm你需要管理記憶體,不然光是copy就吃掉一堆效能。而且wasm的compiler本來就比java/c#差很多,效能差是正常的。所以不用c/c++或直接wasm assembly,還要規劃好資料的傳遞,不然根本直接 6F 07-02 06:17
… 共有 14 則推文,點此顯示
作者:
benmei99 (K1NG0DyR)
27.51.112.86 (台灣)
2024-06-14 04:05:47 推 oopFoo: 往高頻走,只能camm了。 13F 58.114.66.74 06-14 07:42
推 oopFoo: 普通人都是一次買齊記憶體,很少人是中途才加上去的。而且中途加,相容性更差,幾乎都是建議全換。所以只有一根不是問題。camm2真的是大福音,相容性問題大大減少 23F 114.45.169.156 06-14 09:06
作者:
m4a3e8 (Fury)
114.47.2.130 (台灣)
2024-06-06 23:03:27 推 oopFoo: 這是window的鍋,基本上出問題的是opengl遊戲。window的opengl沒有把正確的解析度給遊戲。window的opengl dll很老了,完全沒修正。這個要怪微軟。 11F 111.248.98.94 06-07 09:33
推 oopFoo: 一些很老的dx遊戲也是有受影響。這些如果 18F 111.248.98.94 06-07 11:27
… 共有 10 則推文,點此顯示
作者:
oopFoo (3d)
36.224.232.148 (台灣)
2024-06-03 09:22:08 → oopFoo: 等下開講就知道了 3F 36.224.232.148 06-03 09:25
作者:
oppoR20 (發情豹紋)
220.134.110.213 (台灣)
2024-05-27 21:19:10 推 oopFoo: 這個ram的 速度可以提高許多,因為訊號
比傳統的dimm好許多。也不會擋到散熱
thinkpad p1 gen7已經裝lpcamm2了。我以為桌機也會跟進lpcamm2,結果還是camm2有點 11F 58.114.66.74 05-27 21:45
→ oopFoo: 意外。想說lpddr的量大。 17F 58.114.66.74 05-27 21:52
… 共有 7 則推文,點此顯示
作者:
k2000433 223.137.113.228 (台灣)
2024-05-23 09:03:37 推 oopFoo: n4505不支援AV1,買n100/n95吧。然後amd需要6000系列以上才支持硬解AV1。買這種小機器上網看電視要看video的codec支援,cpu都已經效能過剩不須想太多。 15F 111.248.96.221 05-23 09:31
作者:
AreLies (AreL1e5)
42.72.190.3 (台灣)
2024-05-22 01:13:31 推 oopFoo: 當初寫3d遊戲的時候,有碰過driver bug,當初n家要我寫minimal loop給他們debug, 79F 58.114.66.74 05-22 07:19
→ oopFoo: 我在寫minimal loop的時候,繞過了bug就沒有繼續(後來遊戲上市後,才發現那個驅動bug沒解決,要等之後的驅動才能解決)。那 84F 58.114.66.74 05-22 07:20
… 共有 18 則推文,點此顯示