V2EX › LeeReamond 的所有回复 › 第 78 页 / 共 92 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 74 75 76 77 78 79 80 81 82 83 ... 92

❮

❯

2021 年 3 月 31 日

回复了 zw1one 创建的主题 › 生活 › 女朋友想在一线买房，我想在老家省会买房，如何处理？

看了这么多帖子下来，房子这事其实无所谓，因为有升值潜力，女方又愿意出钱，没什么成本差别。

可能问题比较大的是要不要孩子吧，认真谈一谈，真的不要的话只能分手。我跟前女友分手的重要原因是在要孩子问题上不和，而且是很认真的谈了之后无法说服对方，可能也是后面分手的重要原因之一吧

2021 年 3 月 31 日

回复了 lvwzhen 创建的主题 › 分享创造 › 听说小米 logo 花了 200 万，刚刚做了个小米 logo 生成器，欢迎来试

你这个网页搞得太土，甚至让我迷之感觉到人家两百万花的不亏。

你这个字体，还有圆角弧度之类的，一点设计感都没有，调着调着瞅了一眼左上角，一对比差远了

2021 年 3 月 31 日

回复了 wuwukai007 创建的主题 › Python › pandas 在处理小数据量时(<1000)，速度比原生慢好多啊!

@xiaolinjia 测了一下确实，我的阈值大概长度 25 左右时速度相等。

理论上 np 的主要开销在于 ffi，不同的优化程度 ffi 调用开销在几十到几百纳秒不等。C 语言进行这么短的计算的开销可以认为不存在，cache 不会 miss，大概几个 clock 之内搞定，可能个位数纳秒，或者 1 纳秒。

原生的话，主要在于新建和回收列表的开销，因为这部分已经高度优化了，cache 不 miss 的情况下可能几十纳秒，循环过程的开销也比较高，可能几十纳秒，加在一起得到一个合计的阈值。不过可以看出来 py 追求性能还是颇拉胯的，随着列表长度增长会有明显的开销增长，c 的话可能你长度为 1 和长度为 1000 感受不到什么区别。

2021 年 3 月 31 日

回复了 LeeReamond 创建的主题 › 问与答 › 一个 Python 计时器封装的问题

@liprais
@charexcalibur

装饰器方案比现在更拉胯，比如我有一个简单的需求，我有某个列表，需要把里面内容全部+2，完全用原生实现我要考虑是循环速度快还是列表生成器速度快，像下面这两段代码

https://gist.github.com/GoodManWEN/23274b3bcdd6fbeb352bea9f44b85441

我用现在的方案，实现循环我需要多写一行 for _ in range(1e8):，如果用装饰器，还要多定义一个函数，并且引入一个新的 scope，语法没有变简洁，问题变多。

2021 年 3 月 31 日

回复了 wuwukai007 创建的主题 › Python › pandas 在处理小数据量时(<1000)，速度比原生慢好多啊!

@xiaolinjia
https://gist.github.com/GoodManWEN/dc9372c7a0288837aa4ffd4b0ddc85f8

明显你测试有问题，我测试里长度为 100k 情况下 np 比原生快 200 倍，长度为 1k 下快 55 倍

2021 年 3 月 31 日

回复了 lanqing 创建的主题 › Python › 设计：一个统计设备上下线的方案

@dapang1221 1kw 慢明显是没优化，不用嘲讽楼主了。。不过话说回来 mysql 确实跟同类产品比性能不行啊，pg 和 oracle 大概 1kw 数据没优化硬顶也能顶住吧

2021 年 3 月 31 日

回复了 AceCandy 创建的主题 › 程序员 › 问一个关于无锁编程的问题

@bugmakerxs 一看就是看了马士兵的视频被忽悠傻了。。cas 写入当然要保持原子性，保持原子性意思是硬件层面上总是要有个锁的。不过问题在于硬件级别的锁，跟你程序里实现的各种级别的锁，能是一个概念么。。

2021 年 3 月 30 日

回复了 M3oM3oBug 创建的主题 › 分享创造 › 又。。几乎 100% 还原了 XMind 的主要功能

提一个建议，应该增加一个可拖拽功能，类似手机屏幕上的操作逻辑。

你这个现在这样，东西一多了之后跑出屏幕边界了，根本看不到

2021 年 3 月 30 日

回复了 wunsch0106 创建的主题 › Python › Python docker 镜像有必要用 centos 吗， Debian 不行吗

1 、没区别，没有证据能证明红帽稳定性比呆边好，2 、他叫你用 centos 可能是他只会用 centos

2021 年 3 月 30 日

回复了 LeeReamond 创建的主题 › 问与答 › 使用堆内存为什么比栈内存慢很多很多？申请堆内存需要经过操作系统吗？

@godblessumilk 兄弟你这个堆栈自己都能写错就别来强答了吧。。

2021 年 3 月 30 日

回复了 LeeReamond 创建的主题 › 问与答 › 使用堆内存为什么比栈内存慢很多很多？申请堆内存需要经过操作系统吗？

@love 请参考四楼和七楼，现在是手机操作暂时没法放代码，不过本身逻辑比较简单，我发帖时觉得没有必要放

2021 年 3 月 30 日

回复了 lanqing 创建的主题 › Python › 设计：一个统计设备上下线的方案

以天为单位展示就以天为单位储存，每天登录多长时间通过业务维护，整个系统很简单

2021 年 3 月 30 日

回复了 LeeReamond 创建的主题 › 问与答 › 使用堆内存为什么比栈内存慢很多很多？申请堆内存需要经过操作系统吗？

@ho121 感谢，看完了。另外我觉得这些回答写的不对，我又做了个小实验，在一百万次 for 循环里，每次循环新建一块被 malloc 的内存（该内存长度为 2 个 double，所以不会产生过大的问题），统计执行时间一百万次仅为 200ns，如果按照文章中说 malloc 都需要经过系统调用的话，传统一般认为系统调用最短也是百纳秒这个数量级的，怎么可能这么快呢。

2021 年 3 月 30 日

回复了 css3 创建的主题 › 程序员 › python3 多进程求助 OSError: [Errno 24] Too many open files

@LeeReamond 你每新建进程，系统要开辟专门的文件指标指向输入输出流，而进程内部又为网络访问开辟了专门的文件。且 tcp 访问后有 timewait 状态，占用文件不会立即被释放，导致你的资源吃满。现代服务器单机每秒可以处理几十万个请求，即使用 python 也一样，绝不是你这仅仅一万个不现实请求能搞崩的。一个简单的多访问问题被你搞成这样。

2021 年 3 月 30 日

回复了 css3 创建的主题 › 程序员 › python3 多进程求助 OSError: [Errno 24] Too many open files

@css3 跟 yield 没有关系，yield 只是起到保存状态中断执行的作用，你在循环里每次迭代，生成器也循环，with 管理器是正常结束的。另外仔细看了一下你的代码，你的多进程似乎仅负责网络通信，这是非常不合理的使用方法，建议了解 python 中的异步网络通信

2021 年 3 月 30 日

回复了 LeeReamond 创建的主题 › 问与答 › 使用堆内存为什么比栈内存慢很多很多？申请堆内存需要经过操作系统吗？

@dalabenba 大佬，他这个 malloc 需要经过系统吗？学 io 的时候都说最好不要经过系统，开销大。这个 malloc 如果需要经过系统的话，那么系统必然也要经过用户态切换内核态，从 ring3 切换到 ring0 才能操作堆内存吧。如果是这样的话感觉应用程序不应该这么快啊，比如 java 当中也有大量的动态特性，如果全都需要经过操作系统的话开销不是非常大？

2021 年 3 月 30 日

回复了 LeeReamond 创建的主题 › 问与答 › 使用堆内存为什么比栈内存慢很多很多？申请堆内存需要经过操作系统吗？

@12101111 看不懂啊大佬

2021 年 3 月 30 日

回复了 LeeReamond 创建的主题 › 问与答 › 使用堆内存为什么比栈内存慢很多很多？申请堆内存需要经过操作系统吗？

@Justin13 堆内存逻辑上是连续的，应该只用扫描一次，感觉不是影响的主要原因

2021 年 3 月 30 日

回复了 LeeReamond 创建的主题 › 问与答 › 使用堆内存为什么比栈内存慢很多很多？申请堆内存需要经过操作系统吗？

@lsylsy2 显然是被释放了，栈空间有限怎么可能让你无限写下去。不过这个纯写入操作，缓存影响不大吧

1 ... 74 75 76 77 78 79 80 81 82 83 ... 92

❮

❯