V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  secondwtq  ›  全部回复第 4 页 / 共 124 页
回复总数  2470
1  2  3  4  5  6  7  8  9  10 ... 124  
台式机把温度墙和风扇曲线调一下,噪音问题基本可以忽略。
主要是要做好性能比官方宣传和网上评测性能差的心理准备。

至于颜色的问题,你买两块不一样的显示器颜色也不一样。而且果子的屏幕我记得也有冷暖屏的事情。
260 天前
回复了 wencan 创建的主题 职场话题 扯下 IT 公司招聘 AI 工程师
www.ithome.com/0/769/622.htm 酷冷至尊发布 AI 竞彩导热膏:导热系数 12.6W / mK ,蓝 / 红 / 绿 / 黄 / 黑 / 白色可选 - IT 之家
www.ithome.com/0/770/585.htm 酷冷至尊回应“AI 竞彩导热膏”名称歧义:持续产品创新,帮用户发挥最佳机器性能 - IT 之家
260 天前
回复了 ideadisc 创建的主题 职场话题 外企的 offer 发了,现在纠结要不要接
现在去外企,尤其是美企必须考虑的风险是温水煮青蛙式的脱钩

不知道是不是楼主在深圳感受不强,反正上海这边隔三差五的就有外企走人的消息,没走的也很少再扩张了。
Copilot 不知道,但是 Codeium 有类似的东西:
codeium.com/blog/context-aware-everything-more-advanced-realtime-context-than-github-copilot Context Aware Everything: More Advanced Realtime Context than GitHub Copilot
codeium.com/blog/codeium-context-pinning-launch Context Pinning
codeium.com/blog/personalization-context-awareness-vs-customer-specific-finetuning Personalization: Context Awareness vs Customer-Specific Finetuning
codeium.com/blog/user-personalization-for-llms User Personalization, the Next Frontier in LLMs

感觉主要还是 RAG 变体,结合代码库中的一些固定结构
277 天前
回复了 xloger 创建的主题 分享创造 电脑装机基础知识与 2024 年 618 速成攻略
看到备战黑神话悟空就想起几年前的备战 2077 ... 不过那一波还好,显卡买到手不亏
277 天前
回复了 dejavuwind 创建的主题 宽带症候群 家庭千兆升级 2.5G/10G 讨论
我觉得上个帖子 #25 说得很有道理,楼主先把光纤埋好,这玩意便宜。

然后要 10G 的话,主工作站和 NAS 先连一下(还得是固态 NAS 才有意义,或者也可以试试超大内存做 HDD 缓存 ...),一对网卡就行,主网络可以暂时保持 2.5G
因为实际上能用到 10G 带宽的设备并不多,WiFi 设备全都用不上,电视也用不上,预算受限就放在最重要的地方
不过我觉得楼主主要是折腾需求,虽然把我觉得上面这一堆折腾完就挺折腾的了 ...
277 天前
回复了 yunv2 创建的主题 程序员 关于 cpu 性能和 Java 编译速度的问题
@yunv2
#6 这个可以挖一挖:给两边准备同样的虚拟机 Linux 镜像与相同版本的虚拟机软件跑编译,结果是怎样的,依然是 7840H 比 5700G 慢么?
277 天前
回复了 Tuatara 创建的主题 Local LLM 现在买 3090TI 玩 AI 靠谱吗
SD 和 LLM 这两个需求其实是不一样的
LLM 看个人需求,跑得快当然好,有的场景慢一点也无所谓
但是 SD 实际使用中需要迭代调参才能试出相对满意的结果,这种情况下能快速推理生成预览是非常有用的
就像过去 3D 建模调材质,CPU 渲染很慢影响效率,但是后来 CPU 核数上来了,又可以用 GPU 硬件加速光追,效率指数级上升
286 天前
回复了 z0z 创建的主题 新手求助 现在学 Swift 开发前途光明吗?
美国有可能会禁掉中国的 swift ,自己看着办吧
295 天前
回复了 waiaan 创建的主题 JavaScript 这段 if...else 有优雅的写法吗?
我怎么感觉如果这是 C/C++ 的代码的话,主楼原本的写法就挺好的 ...
Code Interpreter 不知道,但是 Function Calling 的能力的话,一般认为 OpenAI 是对其模型进行了专门训练才能达到如此的效果。开源模型如果没经过类似的训练的话只能在 Prompt 上做手脚,结合限制输出 token 的手段。目前 Llama 系列官方模型都没有 FunctionCalling 的训练。
github.com/MeetKai/functionary MeetKai/functionary: Chat language model that can use tools and interpret the results 这里倒是有个原生支持 Function Calling 的
296 天前
回复了 EricYuan1 创建的主题 macOS 有没有大佬关于 macos 软件开发的教程
www.youtube.com/@AppleProgramming AppleProgramming - YouTube
油管上的老哥,教程从 C 出到 ObjC 再过渡到 Swift
307 天前
回复了 Rorysky 创建的主题 Linux 当前最性感的发行版是否是 NixOS
@moonjourney 我不是说个别包里的个别 hack ,而是 nix 的整个 approach 像个 hack
ARK 上 QSV 是有的 www.intel.com/content/www/us/en/products/sku/80917/intel-xeon-processor-e31226-v3-8m-cache-3-30-ghz/specifications.html Intel® Xeon® Processor E3-1226 v3
可以多试几个软件看看
308 天前
回复了 Rorysky 创建的主题 Linux 当前最性感的发行版是否是 NixOS
不同 distro 方向不同不能比较
比如对我更有吸引力的可能是 CachyOS 和 Clear Linux 这种

Nix 的问题我觉得是 UNIX 生态下很多程序是依赖于这套文件系统的,强行变成另一种模式让人觉得这玩意是一个巨大的 hack ,反而不 cool 了,所以我试了两天就不再用了。
@FightPig
说的是这个 world.hey.com/dhh/fonts-don-t-have-to-look-awful-on-windows-564c9d2f Fonts don't have to look awful on Windows 还有这个 twitter.com/dhh/status/1762595923857903860 DHH on X: "That crazy 8K Dell monitor came in, and the text is so fucking crisp, it's hard to convey in words. Substantial step up over the 6K Pro Display. But... there's a caveat. It basically doesn't work in dark mode. The thing is a mirror. Is this good enough to give up on dark mode? " / X ?

他的意思应该是 Retina 级别就可以了,他是先用的 Pro Display XDR ,然后觉得很不错,换了 8k 之后更好了由奢入俭难了。这个和楼主的看法是相反的,DHH 认为硬件到了一个 baseline 之后下两边是没啥差距的。对于桌面系统这个 baseline 就是苹果惯用的 218 dpi 左右(即 27 寸 5K ,32 寸 6K ),不难发现现在 PC 主流的 HiDPI 硬件比这个低了至少一个等级,但是还没到 8k 那么夸张。

不过这个说法也就仅供参考,毕竟他还说:
> I just spent last week using a PC on a 27" 4K monitor (163 PPI) where I accidentally committed the other common cardinal sin that make fonts look like shit on any system: Fractional scaling. I had the screen set to 150%. No wonder it looked offensively bad compared to the Mac! You can't split a pixel, so the system has to do all sorts of typographically nasty tricks when doing non-integer scaling, and the end result is awful font rendering.

我是看不出 fractional scaling 和字体渲染之间有啥必然联系,正确实现的 fractional scaling 不需要在字体渲染级别 split a pixel 。结合他给出的引用,他很有可能搞混了 fractional scaling 和 subpixel rendering 。
每个 ISA 都有自己的坑,不好说哪个编译起来更复杂。同一个编译器,不同后端下的功夫也不一样,你可以只做最基本的指令选择寄存器分配,不做优化,就说我编译没编译吧。就不说不同编译器版本和编译选项的坑了。这个还可以套娃:就是你编译器本身是怎么编译的?就不说拿 -O0 的编译器来跑这种老六行为,就现有主流编译器,过一遍 LTO+PGO 或者 post-link optimization 就能有两位数百分点的提升。

最好还是统一编译到同一架构来比较。
而这个图压根没有给出任何相关信息,作为性能比较是不合格的。


@agagega #6
> 编译时间绝对大头肯定是优化,这部分和目标平台没啥关系。
感觉真不一定,几个重量级:C++,Rust ,Haskell ,Scala
@james122333 他说的是不用折腾。
这也是 macOS 和 Windows 的问题——没有给出选择。HiDPI 下还不太明显,老设备下就各有各的问题了。

之前 OS X 的 System Preferences 里面有个 “Use LCD font smoothing when available”的选项,应该是影响是否使用 subpixel rendering ,打开之后会显著增强视觉字重,对就很类似 #23 那种胖了一圈的感觉。根据网上说法,macOS 后来不知道在什么版本里面,把 subpixel rendering 整个砍了,这个选项也没了,但是 defaults 里面还在,效果变成了让字体自动加粗一圈,但是这是两年前的说法,新版可能又不一样了,反正我复现不出来。
但是 anyway ,两个系统的 hinting 都是不给调的。

你给的这个配置 hinting 看上去直接满了,应该是更偏向 Windows 那种的。虽然我记得 KDE 好像默认就是这个风格,不过本贴里大部分人估计不怎么喜欢。不过问题就是,你不让用户配置就有一半用户不喜欢,你让用户配置用户就嫌麻烦。
而且我这 Qt 和 GTK3/4 程序的字体渲染好像有明显的不一致,这个倒是更加严重的问题 ...
331 天前
回复了 zhwguest 创建的主题 Java 一个关于 Java 反编译的问题
@zhwguest 不是说"goto 导致反编译失败",所有 control flow 到字节码里面都是 goto ,只是反编译器能不能从 goto 里面还原出原来的 control flow 来。
1  2  3  4  5  6  7  8  9  10 ... 124  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3597 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 50ms · UTC 04:27 · PVG 12:27 · LAX 20:27 · JFK 23:27
Developed with CodeLauncher
♥ Do have faith in what you're doing.