V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  shijingshijing  ›  全部回复第 27 页 / 共 138 页
回复总数  2760
1 ... 23  24  25  26  27  28  29  30  31  32 ... 138  
2022-11-09 09:55:22 +08:00
回复了 luistrong 创建的主题 Apple M 芯片外接 Dell S2721Qs 闪屏
TCON 的问题,外接扩展坞或者用那种内置芯片的转换头可解,就是符合 60Hz 的估计不仅少而且贵。
2022-11-08 14:51:46 +08:00
回复了 nnegier 创建的主题 程序员 代码中乘 1.0f/72 和直接除 72f 有什么区别呢?
@xz410236056 这个除法我记得是用 MicroCode 实现的,而 FMAD 是纯硬件电路。这篇文章里面讨论了这个问题:

https://stackoverflow.com/questions/40354978/why-does-c-code-for-testing-the-collatz-conjecture-run-faster-than-hand-writte/

里面有人给出了数据:
乘法:
Also mul rbx on the OP's Haswell CPU is 2 uops with 3c latency (and 1 per clock throughput). imul rcx, rbx, 3 is only 1 uop, with the same 3c latency. Two ADD instructions would be 2 uops with 2c latency.
除法:
e.g. on the OP's Haswell CPU: DIVSD is 1 uop, 10-20 cycles latency, one per 8-14c throughput. div r64 is 36 uops, 32-96c latency, and one per 21-74c throughput. Skylake has even faster FP division throughput (pipelined at one per 4c with not much better latency), but not much faster integer div.

新的 x86 和 x64 的指令集和架构设计有很多优化和变更,我也没有怎么关注这方面最新的动态,但基本上都默认了除法比乘法慢很多。
2022-11-08 11:16:15 +08:00
回复了 nnegier 创建的主题 程序员 代码中乘 1.0f/72 和直接除 72f 有什么区别呢?
@dcsuibian 错了,直接做除法比乘以倒数慢多了,如果我记得没错的话,除法是用无限逼近的方法实现的,而乘法有硬件直接支持,现在的 CPU 和 GPU ,内部都有 MAD 或者 FMAD 指令,能够在很短时间直接出结果。而求倒也有快速实现的方法。所以综合起来先求倒再做乘法比直接除要快很多。

https://en.wikipedia.org/wiki/Multiply%E2%80%93accumulate_operation
2022-11-07 14:17:57 +08:00
回复了 shijingshijing 创建的主题 程序员 Twitter 貌似出了问题又在把裁掉的人请回来。
@westoy 埋雷不可取,后门更不可取,但是把代码写的乱糟糟的是可以的,问起来就是能力就这样,爱咋咋地。

以后谁再谈模块化设计、谁再谈性能优化、谁再谈重构,就是跟整个程序员群体过不去,技术分享只能分享那些怎么把公司业务变得离开我就不行的套路,这样就业也有保证了,硬件也好卖了,老板也不敢得瑟了,大家都有光明的未来。

这样看来,微信的方向是正确的啊,产品之神还是厉害 https://ww4.sinaimg.cn/bmiddle/62e721e4gw1et02g5wksrj200k00k3y9.jpg
2022-11-07 13:52:40 +08:00
回复了 shijingshijing 创建的主题 程序员 Twitter 貌似出了问题又在把裁掉的人请回来。
@Foxkeh 米地连孕妇都可以直接裁的,已经有好几个例子了,快生了都直接裁。
2022-11-07 13:51:41 +08:00
回复了 shijingshijing 创建的主题 程序员 Twitter 貌似出了问题又在把裁掉的人请回来。
@Foxkeh 米地不需要赔偿的,但反能找个地方苟的,都不会吃回头草。倒是可以拿着这个找下家能 compete
2022-11-07 13:48:16 +08:00
回复了 shijingshijing 创建的主题 程序员 Twitter 貌似出了问题又在把裁掉的人请回来。
@Foxkeh 想太多,这种对老板来说就是高风险项,项目稳定之后第一个要解决的就是这种,最高优先级。
2022-11-07 13:06:31 +08:00
回复了 zib 创建的主题 问与答 为什么编程对我就像母语?
@twor2 你是懂楼主的。
2022-11-07 09:27:13 +08:00
回复了 zib 创建的主题 问与答 为什么编程对我就像母语?
不知道楼主能不能讲出一口流利的汇编?
@hello2090 其实 C++ essential 并不算很好的入门的书,诚然作者很厉害,但是感觉这本书写的有点漫不经心,书里面还有很多不知道是故意遗漏的地方还是本身风格就是这样。
2022-11-06 16:58:36 +08:00
回复了 documentzhangx66 创建的主题 Linux rsync 开了校验后,我没看见它的校验过程
这个问题其实我也关注了很久,不知道有什么比较好的工具,除了你上面提到的,还有个跨平台的 FreeFileSync ,这个有两个问题:
1 ,Win 系统和 Linux 系统同步的时候,不知道什么原因速度贼慢,专门用了网线链接,两个系统也显示是 1Gbps ,实际速度 100M 都不到。
2 ,他家的校验有人提过这个 feature ,但我之前在论坛上看他们讨论,你捐赠了提个 issue 上去就给你需要的 feature 提高优先级,否则会被 backlog 一直压着,这个操作怎么说,感觉也没毛病。。。

还有一点作为一个强迫症比较难以接受的是,很多同步软件会丢掉文件的创建时间,修改时间,统一改成同步时创建文件的时间,目前我的操作是用 7zip 打个 tgz 包,然后拷贝过去再解压,这样时间保持不变。FreeFileSync 这方面是不保留时间的,他们论坛的人讨论出的解决方案是用脚本单独处理,传输前扫描文件,保存时间信息到一个文件,传输完成后这个信息文件也传过去,根据保存的信息再批量修改时间。

不知道还有没有其他更好的工具或者方法。
2022-11-06 16:43:34 +08:00
回复了 documentzhangx66 创建的主题 Linux PVE-WIndows 建议不要安装 360 安全卫士
是台电脑都不建议装吧
2022-11-05 23:18:19 +08:00
回复了 tracker647 创建的主题 职场话题 双非大四 C++后端, 11 月 0Offer, 剩下 5 个月何去何从
cpp 基本上需要绑定一个特别的领域的,选择余地比较大的是基础设施类,但这个方向的高手太多。
2022-11-05 17:12:14 +08:00
回复了 shijingshijing 创建的主题 程序员 看这波裁员, AI 和大数据这股风估计要凉了
2022-11-04 09:19:27 +08:00
回复了 ecnelises 创建的主题 Windows ARM Windows Dev Kit 开箱
@liuzhaowei55 做个软路由起飞还差不多。。。
2022-11-04 09:16:42 +08:00
回复了 ecnelises 创建的主题 Windows ARM Windows Dev Kit 开箱
看起来像个机顶盒。。。

能不能拆开?协议里面规定不能拆了吗?
1 ... 23  24  25  26  27  28  29  30  31  32 ... 138  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   946 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 42ms · UTC 22:04 · PVG 06:04 · LAX 15:04 · JFK 18:04
Developed with CodeLauncher
♥ Do have faith in what you're doing.