V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  coolstranger  ›  全部回复第 1 页 / 共 1 页
回复总数  10
2023-09-11 10:14:54 +08:00
回复了 justincnn 创建的主题 Apple 你的 mac 多久没关机或者重启了?
半小时前刚刚重启,每用一两周就会出问题,界面卡死必须重启
2023-04-13 20:35:24 +08:00
回复了 breakaway 创建的主题 分享创造 我们做了一个 AI 口语外教,寻找测试用户
说一下体验感受,语音转文字这一步,可能是我的发音不太行,识别正确率不高,由于不能手动编辑修改,导致对话中发出去一堆奇怪的句子,污染了整个对话上下文。要不试试 whisper 来做语音识别?现在好像用了苹果自带的语音识别?
2023-02-14 12:23:30 +08:00
回复了 rudder2021 创建的主题 硬件 大家对更加底层的硬件知识感兴趣吗
看着目录比较有意思,可以分享一下资源吗
我当年也是这么想的,买了一台 m1 的 mini 想要当机顶盒,它作为机顶盒,难用又鸡肋,体验远不如 Apple TV ,它的定位更像是一台 24 小时不关机的小主机,回家不用带电脑也可以干活,想要看网页时可以秒唤醒,配合 studio display 可以当作智能音箱
2022-10-31 16:57:37 +08:00
回复了 s524256521 创建的主题 Apple M1 游戏性能牛逼了,原生的生化危机 8 好稳
@ShadowPower 我说了呀,m1max 上面有 npu 和视频编解码专用电路,3080 也有 tensorCore 和编解码专用电路,从 die shot 来看,npu 面积也不算大,3080 上面还有 RT Core 呢,而且也不知道 MetalFX 会不会用到 npu 来加速,所以我直接算总值了,想要算出具体值我办不到
2022-10-31 16:02:25 +08:00
回复了 s524256521 创建的主题 Apple M1 游戏性能牛逼了,原生的生化危机 8 好稳
我刚刚用 m1max 570 亿晶体管减去 m1pro 337 亿晶体管,算出来 m1 架构下的 16 核 gpu 大概是 233 亿晶体管,满血 m1max 32gpu 。
也就是说,32 核 GPU 大概是 466 亿台积电 5nm 工艺晶体管,3080 是 283 亿三星 8nm 晶体管,实际上还是 10nm+++;
m1max 上面有 npu 和视频编解码专用电路,3080 也有 tensorCore 和编解码专用电路;
两者差了一代半工艺,晶体管数量差了 60%+;

这根本就是不同方向上的取舍,m1max 用了大规模先进工艺跑着低频来追求能效比(苹果主力市场是移动端,可能在为 ar 做铺垫);
3080 用了落后工艺但靠着高功耗高频率追求高性价比(假如没有矿潮的原价 3080 )
如果真要做对比的话,估计用规模相当,工艺接近的 4080 16g ( 459 亿晶体管)降频降功耗,与 m1max 做对比恐怕更合适;
补充一点,其实频率高低,在设计阶段就有规划;
频率低,单个时钟周期长,一级工序内可以设计得更长,减少流水线级数,减少电路复杂度,能效比上升;
频率高,单个时钟周期短,信号在相同电压下传递速度是有限的,一个周期内如果信号不能走完就会翻车,这时候就要增加更多级流水线,增加电路复杂度,能效比下降;
所以针对高频设计出来的芯片,低频时也能跑,但是针对低频设计出来的电路,加压超频它上限也不会很高,一是加压有极限,二是一步工序本来就相对较长,信号要走的路径更长。所以其实降频到一样的功耗来做对比也是不公平的,如果降频后打平了,m1max 也算输。。。
2022-10-05 18:45:30 +08:00
回复了 cue 创建的主题 问与答 你们的键盘都用多久了?
2012 年买的 g80-3000 到现在还在用,前几个月感觉 w 和 d 键偶尔没反应,拔下来几个键帽,看到里面厚厚一层手毛混合物,默默盖回去,不想打扰里面的小生态。。。这把青轴的手感非常舒服,无钢板松松垮垮的,段落感还在,但非常的润
2022-09-21 21:26:34 +08:00
回复了 Removable 创建的主题 NVIDIA 老黄这次的 40 系显卡定价就离谱
4090 算是把牙膏全挤完了,台积电 4nm ,760 亿晶体管,要知道 3090ti 只有 283 亿,m1max 也才 570 亿,基本上这个时间点能给的全都给了,估计会是提升比较大的一代,等富哥们冲完首发,破发到万元以下就可以考虑了
2022-09-19 15:16:25 +08:00
回复了 yiplee 创建的主题 MySQL 为什么这个简单的查询在 MySQL 8.0.25 这么慢?
有结论了吗,最后是 mysql 的配置问题,还是两个表的数据问题,还是两个版本的执行策略有变化?
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1015 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 31ms · UTC 22:53 · PVG 06:53 · LAX 14:53 · JFK 17:53
Developed with CodeLauncher
♥ Do have faith in what you're doing.