作者:
TFGlajumbo (拉醬爆的集食行樂)
111.71.77.202 (台灣)
2024-02-20 11:17:00 推 oopFoo: RGT的消息準確率很低。沒參考價值 34F 111.248.100.73 02-20 12:03
作者:
wade11077 (大老虎)
111.82.194.234 (台灣)
2024-02-10 15:43:18 推 oopFoo: CFD大都是memory bound。家用主機只有雙通道,所以大概8核就滿載了。可考慮x3d,理論上,有些模型x3d很有幫助,5700x3d剛好出來,快買一買試試。 12F 111.248.99.179 02-10 16:36
作者:
oopFoo (3d)
219.70.128.119 (台灣)
2024-02-02 21:19:15 → oopFoo: 應該是庫存,數量好像不多 3F 219.70.128.119 02-02 21:26
→ oopFoo: 6800xt,啪,沒了。大家都蠻識貨的 37F 219.70.128.119 02-02 21:48
→ oopFoo: 跟4060ti比只是想說6800/xt是多划算,不是在比性能。6800這價錢其實也不差 50F 219.70.128.119 02-02 22:08
→ oopFoo: 桃子網的rx6800還在賣18990 53F 219.70.128.119 02-02 22:10
作者:
hn9480412 (ilinker)
59.125.187.40 (台灣)
2024-02-02 03:17:47 推 oopFoo: 這怎麼可能是"忘了"。本來就需要時間測試看上限在哪裡。為什麼1.0版很多人不買,就是等調好再上。工程師真的忙的像狗一樣。上面時間壓下來,明明時間不夠也只能硬上 6F 36.224.231.130 02-02 09:22
作者:
sailuce (拉絲)
219.100.37.242 (日本)
2024-01-21 18:26:01 推 oopFoo: 建議um480。便宜,穩定。不然就台灣買大廠 5F 114.45.166.110 01-21 19:30
作者:
oopFoo (3d)
111.248.95.209 (台灣)
2024-01-18 10:11:42 → oopFoo: PM要知道自己公司能力在那。看別人好的效果是花多少心血,有多少資源做多少事,要懂得跟老闆客戶溝通。 10F 01-19 08:02
作者:
hn9480412 (ilinker)
59.125.187.40 (台灣)
2024-01-18 01:19:54 推 oopFoo: 這主要是驅動問題,不是硬體問題。應該是不難解決,但要花時間改。 3F 219.70.128.119 01-18 02:23
作者:
mayolane (沒有人啦)
140.112.55.67 (台灣)
2024-01-17 14:39:55 推 oopFoo: RGT的弩摸都不太準。BM的core也跟ARC的不一樣。ARC的simd是8 wide,BM是16 wide。 17F 36.224.241.162 01-17 15:33
作者:
jan58912 (Conley)
180.218.242.72 (台灣)
2024-01-16 19:34:24 推 oopFoo: 8500G真的不建議4CU加上用zen4c,實在砍太多。建議還是8600G以上的Phoenix 1 45F 219.70.128.119 01-16 21:09
作者:
oopFoo (3d)
36.224.241.162 (台灣)
2024-01-15 14:05:03 → oopFoo: 是有可能有用的,如何有效運用cache是現代CPU的一大課題。100%使用率有一大部份時間是在等資料。這也是SMT/HyperThread有效的原因。等資料的時候切到另一線序。 38F 219.70.128.119 01-15 20:53
作者:
Lordaeron (Terry)
118.169.22.72 (台灣)
2024-01-13 15:55:28 推 oopFoo: LAZARUS真的贊 15F 01-14 07:52
作者:
running1125 (running)
220.128.216.143 (台灣)
2024-01-11 18:30:23 推 oopFoo: OpenMP是shared-memory,Python就算沒GIL也不太適合。
Python比較適合的是MPI,Message Passing。這是有標準的Python有mpi4py,類似mpich/openmpi。
沒接觸Python Async,不過Async應該就是non-blocking的
語法,背後可以是Multithread。比較像是古早win 3.1的 7F 01-11 22:08
… 共有 11 則推文,點此顯示
作者:
freeunixer (離自相空她相)
219.85.16.87 (台灣)
2024-01-06 20:40:01 推 oopFoo: Turbo Pascal用很久,在floppy時代編譯超快的。
在高中的時候,學校用的是Apple II的UCSD Pascal反應有點慢,以為是Apple IIc的原因,後來才知道UCSD是p-system
很早期的VM,跟Java/C#意思差不多。也在Amiga上玩過
Modula2。真的都是時代的眼淚。Dr. Wirth最有名的地方是 1F 01-06 21:01
… 共有 18 則推文,點此顯示
作者:
oppoR20 (發情豹紋)
220.134.110.213 (台灣)
2024-01-05 18:05:29 推 oopFoo: 新firmware功耗進步很多啊。但筆電就很麻煩,不同機種無法直接比較。不管如何,這次tile結構有成功,現在成本高但會降很快 52F 219.70.128.119 01-05 20:34
… 共有 6 則推文,點此顯示
作者:
oopFoo (3d)
36.224.221.105 (台灣)
2024-01-05 17:06:07 → oopFoo: arc性能不錯,就看續航力,掌機續航力比較重要。tile(chiplet)本來就功耗比單顆SOC差。這次i皇forveros確實功耗調的不錯。 8F 36.224.221.105 01-05 17:38
作者:
AreLies (AreL1e5)
36.238.40.102 (台灣)
2024-01-02 00:16:12 推 oopFoo: Arc a380也有xmx(tensor core)。
intel/amd的igpu/dgpu跑LLM選擇MLC會快很多。OpenCL基本上優化的不夠。MLC用vulkan效果更好。vLLM看起來也蠻有潛力的。
koboldcpp/llamacpp主要是普及,易入門, 9F 219.70.128.119 01-02 06:55
… 共有 10 則推文,點此顯示
作者:
wei115 (社畜)
220.134.21.189 (台灣)
2023-12-31 17:16:49 推 oopFoo: CAMM2有雙通道,一張直接128bit就不用裝2xsodimm才能雙通道。然後lpddr5/5x沒有sodimm的標準。現在手機量比pc還大的多,
能用lpddr5/5x反而降低成本。之後可能桌上型主機板也會轉成CAMM2。 13F 219.70.128.119 12-31 20:21
… 共有 7 則推文,點此顯示
作者:
oopFoo (3d)
219.70.128.119 (台灣)
2023-12-29 06:44:08 → oopFoo: 剛開始模擬類型比較適合,如大逆轉裁判, 30F 114.45.136.16 12-29 09:19
→ oopFoo: avg遊戲,美少女夢工廠這類的。 32F 114.45.136.16 12-29 09:21
→ oopFoo: 被話術催眠也是玩點啊XD
這個東東會越來越成熟越來越有趣 41F 114.45.136.16 12-29 09:55
→ oopFoo: 遊戲本身設計還是最重要的,AI真的只是輔 71F 114.45.136.16 12-29 11:48
… 共有 9 則推文,點此顯示
作者:
oopFoo (3d)
219.70.128.119 (台灣)
2023-12-28 08:05:36 → oopFoo: 大矩陣一定要算的,現在就是合併運算不要來回重複讀取大矩陣。另一個方向就是改變讀取的方式,更有效利用L2/L3快取。最後就 21F 36.224.253.196 12-28 10:06
→ oopFoo: 是看運算法有沒突破,但這比較難 26F 36.224.253.196 12-28 10:09
作者:
hn9480412 (ilinker)
42.72.239.122 (台灣)
2023-12-25 20:04:04 推 oopFoo: 傳聞是老黃跟大M都下單18A。老黃還付幾B訂金保證產能。intel 4筆電市場都買的到了, 34F 219.70.128.119 12-25 21:31