V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  neoblackcap  ›  全部回复第 33 页 / 共 102 页
回复总数  2036
1 ... 29  30  31  32  33  34  35  36  37  38 ... 102  
2019-07-17 15:43:09 +08:00
回复了 Buffer2Disk 创建的主题 程序员 Python 和 Go 在循环时候的性能对比
@Buffer2Disk
简单的理解就是只是用其中迭代其中一个集合,然后判断一下这个元素是否在,每次查询是否在集合的操作是 O(1),n 个就是 O(n)
2019-07-17 15:21:07 +08:00
回复了 SsuchingYu 创建的主题 Go 编程语言 Go 社区否决了新的 try 语句提议
@xfriday rust 里面是学习 haskell 的 monad,除非你是消费以及最终求值的阶段,否则不会有人会去用 match 来处理错误。
rust 的错误处理最大的优势就是,之前步骤的异常,并不会影响你的业务逻辑,以及强制错误处理。你完全可以使用 and_then 或者 map 方法对一个 Result 进行结果转换,完全不用什么 match。?只是一个相对简洁的语法糖,就算不用 rust 也比现有的什么异常以及返回值优秀。
当然你不了解 monad,强制每一步都 match 一下,那就认为 rust 也是返回值吧。毕竟宝马跟单车都是靠轮子走的,而且都是圆的。
2019-07-17 00:31:32 +08:00
回复了 Buffer2Disk 创建的主题 程序员 Python 和 Go 在循环时候的性能对比
@Buffer2Disk 你每次调用 range 都要申请内存,创建一个列表啊,能快才奇怪。你用 top 来计算 CPU 耗时的方法本身就不对。
而且你只是判断一个元素是否在另外一个列表里面,你转成集合,用求交集的方法啊。那个才 O(n),你现在这个粗糙的实现方式可是 O(n^2)。
你觉得是循环在耗时,那么请你在 Python 里面创建好两个列表,然后再开始你的循环计时,而且停 5s 有什么用啊?你写日志不好么?
2019-07-17 00:10:08 +08:00
回复了 Buffer2Disk 创建的主题 程序员 Python 和 Go 在循环时候的性能对比
range 返回列表,耗时在这
2019-07-16 16:09:02 +08:00
回复了 miniyao 创建的主题 Python Flask-SQLAlchemy 用 db.session.commit() 失败之后,事务会自动回滚吗?
@coolair 哦!
我是建议用 with 来改写着部分代码,不要用 try-catch 模式。还是你觉得这样改写有什么问题?
2019-07-16 15:56:42 +08:00
回复了 EthanDon 创建的主题 程序员 Mac 电脑, wireshark 很多 http 包抓不到!
wireshark 是我用过那么多个抓包软件里面,抓包抓得最好的了。你所说的 http 漏掉,你不会是指 https 吧
2019-07-16 13:04:16 +08:00
回复了 miniyao 创建的主题 Python Flask-SQLAlchemy 用 db.session.commit() 失败之后,事务会自动回滚吗?
用 with 语法不好么?
2019-07-10 17:25:30 +08:00
回复了 orqzsf1 创建的主题 Apple 🍎Apple 发布了新的 MacBook Pro
@duumvir 改个口而已,协议还是 nvme 协议
2019-07-10 01:18:41 +08:00
回复了 bbdk 创建的主题 程序员 为嘛编程语言都是免费的呢?
@bbdk redhat 在之前当然不是靠 IBM 吃饭啦,Redhat 自家的技术支持,咨询,认证卖得飞起。它是开源软件界第一家营收过 10 亿的。
还有就是 Redhat 是涉及了 Linux 内核,虚拟化,容器,Java。IBM 是自身云计算这方面做得不行,想找一个来快速补强自己。
Redhat 的技术支持你一般小企业还用不起呢,还不如你直接去买套标准版的 Windows Server,Windows 相对还便宜
百万并发,我用两百万台机器解决一百万的并发算不算解决?还是说一台 1 核 1G 的虚拟机就可以?
只是想吹嘘那不用学习什么书,观看各种大会那些上台嘉宾的 PPT 就可以了。里面已经有各种考点了。
要实打实地用合理数量的机器解决 1M 问题,老实地从底层学起,搞懂计算机体系结构,搞懂 JVM,找到系统瓶颈,榨干机器性能
2019-07-03 15:10:26 +08:00
回复了 v2byy 创建的主题 Linux unix 中解决僵尸进程 fork 两次的原因?
@raysonx 的说法是正确的,这个原理 APUE 有讲解。当然现在创建守护进程也有其他的方法,比如 daemon(),不过好像兼容性不是那么好,所以还是 fork 2 次为主。
2019-06-28 10:31:31 +08:00
回复了 v2byy 创建的主题 C 在 c++中如何高效的将一个 vector 连接到另外一个 vector 上后面?
@lixiang1993 这个只是理论上限的值,实际生产用 1.5 就可以了。要不然完全用 phi,你永远也不可能重用之前的内存的。
2019-06-27 17:20:36 +08:00
回复了 v2byy 创建的主题 C 在 c++中如何高效的将一个 vector 连接到另外一个 vector 上后面?
@lixiang1993 是 2,最好的应该是 phi (约为 1.6,即黄金比率)
2019-06-27 16:28:49 +08:00
回复了 qwefdrt 创建的主题 程序员 有哪些文章质量高的国外技术网站?
@Chrisplus ACM,的确挺高质量的,而且年费也不贵,会员也就 200RMB 一年,非常划算
2019-06-25 23:56:13 +08:00
回复了 ps1aniuge 创建的主题 程序员 http3: tcp 老大哥要下岗了!我很慌啊。
@gamexg 讲道理,谷歌不动 TCP 才不是因为客户端的问题,
实际上是因为网络传输的各级节点压根就不会跟它谷歌一起玩,思科等大型网络设备制造商在 TCP/IP 协议栈上投入了大量的研发,别人解包都是用硬件解包的,你换个新的协议,这些设备根本没法升级。吞吐量肯定会大大下降,或者直接就将你的包丢了,要不然轮得到 quic ? SCTP 多少年了,你看支持的多么?谷歌是吸取了 SCTP 的教训,所以在 udp 上面搞了一个 quic。
没有 ISP,网络设备制造商的支持,不要说一个谷歌,就算是再来 10 个谷歌怕都不好使。包刚到小区网关就给你丢了,体验还不如 TCP 呢
2019-06-24 15:36:19 +08:00
回复了 shijingshijing 创建的主题 程序员 vim 在编辑/插入模式下快速移动光标你们一般怎么弄?
我一般都是按 Esc,用 vim 就是不想用那么多组合键。
2019-06-24 10:50:31 +08:00
回复了 plqws 创建的主题 Vue.js Vue 3.0 彻底跑偏了
Facebook 里面一群搞 FP 的,他们不喜欢 OOP 我可以理解。Vue 是本身就是面向普罗大众的,现在这样改,让我有种 FP 这样的思想已经成了业界主流了。是我落伍了?
2019-06-24 10:46:45 +08:00
回复了 zazalu 创建的主题 Java 一个比较悲观锁和 CAS 乐观锁性能的简单实例引发的问题
加一句,首先不要相信网上所谓的什么重量级的锁,一般我们指的锁都是 mutex,哪怕是这样的锁,你试试用一个线程加锁解锁,跟不加锁的版本比较一下,你就知道到底这些锁有多重。
加锁的成本并不高,高是因为加锁之后带来的锁竞争,那个才是高的原因。
因此不分并发度,单调地评论同步方式,我觉得意义并不大。
1 ... 29  30  31  32  33  34  35  36  37  38 ... 102  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   2561 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 39ms · UTC 01:44 · PVG 09:44 · LAX 17:44 · JFK 20:44
♥ Do have faith in what you're doing.