首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  LeeReamond  ›  全部回复第 75 页 / 共 89 页
回复总数  1761
1 ... 71  72  73  74  75  76  77  78  79  80 ... 89  
❮ ❯
2021-03-31 21:45:16 +08:00
回复了 zw1one 创建的主题 › 生活 › 女朋友想在一线买房，我想在老家省会买房，如何处理？
看了这么多帖子下来，房子这事其实无所谓，因为有升值潜力，女方又愿意出钱，没什么成本差别。

可能问题比较大的是要不要孩子吧，认真谈一谈，真的不要的话只能分手。我跟前女友分手的重要原因是在要孩子问题上不和，而且是很认真的谈了之后无法说服对方，可能也是后面分手的重要原因之一吧
2021-03-31 20:51:27 +08:00
回复了 lvwzhen 创建的主题 › 分享创造 › 听说小米 logo 花了 200 万，刚刚做了个小米 logo 生成器，欢迎来试
你这个网页搞得太土，甚至让我迷之感觉到人家两百万花的不亏。

你这个字体，还有圆角弧度之类的，一点设计感都没有，调着调着瞅了一眼左上角，一对比差远了
2021-03-31 14:34:02 +08:00
回复了 wuwukai007 创建的主题 › Python › pandas 在 处理小数据量时(<1000)，速度比原生慢好多啊!
@xiaolinjia 测了一下确实，我的阈值大概长度 25 左右时速度相等。

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

原生的话，主要在于新建和回收列表的开销，因为这部分已经高度优化了，cache 不 miss 的情况下可能几十纳秒，循环过程的开销也比较高，可能几十纳秒，加在一起得到一个合计的阈值。不过可以看出来 py 追求性能还是颇拉胯的，随着列表长度增长会有明显的开销增长，c 的话可能你长度为 1 和长度为 1000 感受不到什么区别。
2021-03-31 13:09:34 +08:00
回复了 LeeReamond 创建的主题 › 问与答 › 一个 Python 计时器封装的问题
@liprais
@charexcalibur

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

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

我用现在的方案，实现循环我需要多写一行 for _ in range(1e8):，如果用装饰器，还要多定义一个函数，并且引入一个新的 scope，语法没有变简洁，问题变多。
2021-03-31 12:56:09 +08:00
回复了 wuwukai007 创建的主题 › Python › pandas 在 处理小数据量时(<1000)，速度比原生慢好多啊!
@xiaolinjia
https://gist.github.com/GoodManWEN/dc9372c7a0288837aa4ffd4b0ddc85f8

明显你测试有问题，我测试里长度为 100k 情况下 np 比原生快 200 倍，长度为 1k 下快 55 倍
2021-03-31 11:38:33 +08:00
回复了 lanqing 创建的主题 › Python › 设计： 一个统计设备上下线的方案
@dapang1221 1kw 慢明显是没优化，不用嘲讽楼主了。。不过话说回来 mysql 确实跟同类产品比性能不行啊，pg 和 oracle 大概 1kw 数据没优化硬顶也能顶住吧
2021-03-31 11:34:36 +08:00
回复了 AceCandy 创建的主题 › 程序员 › 问一个关于无锁编程的问题
@bugmakerxs 一看就是看了马士兵的视频被忽悠傻了。。cas 写入当然要保持原子性，保持原子性意思是硬件层面上总是要有个锁的。不过问题在于硬件级别的锁，跟你程序里实现的各种级别的锁，能是一个概念么。。
2021-03-30 21:55:08 +08:00
回复了 M3oM3oBug 创建的主题 › 分享创造 › 又。。几乎 100% 还原了 XMind 的主要功能
提一个建议，应该增加一个可拖拽功能，类似手机屏幕上的操作逻辑。

你这个现在这样，东西一多了之后跑出屏幕边界了，根本看不到
2021-03-30 17:59:27 +08:00
回复了 wunsch0106 创建的主题 › Python › Python docker 镜像 有必要用 centos 吗， Debian 不行吗
1 、没区别，没有证据能证明红帽稳定性比呆边好，2 、他叫你用 centos 可能是他只会用 centos
2021-03-30 16:27:08 +08:00
回复了 LeeReamond 创建的主题 › 问与答 › 使用堆内存为什么比栈内存慢很多很多？申请堆内存需要经过操作系统吗？
@godblessumilk 兄弟你这个堆栈自己都能写错就别来强答了吧。。
2021-03-30 16:02:27 +08:00
回复了 LeeReamond 创建的主题 › 问与答 › 使用堆内存为什么比栈内存慢很多很多？申请堆内存需要经过操作系统吗？
@love 请参考四楼和七楼，现在是手机操作暂时没法放代码，不过本身逻辑比较简单，我发帖时觉得没有必要放
2021-03-30 15:46:05 +08:00
回复了 lanqing 创建的主题 › Python › 设计： 一个统计设备上下线的方案
以天为单位展示就以天为单位储存，每天登录多长时间通过业务维护，整个系统很简单
2021-03-30 15:41:34 +08:00
回复了 LeeReamond 创建的主题 › 问与答 › 使用堆内存为什么比栈内存慢很多很多？申请堆内存需要经过操作系统吗？
@ho121 感谢，看完了。另外我觉得这些回答写的不对，我又做了个小实验，在一百万次 for 循环里，每次循环新建一块被 malloc 的内存（该内存长度为 2 个 double，所以不会产生过大的问题），统计执行时间一百万次仅为 200ns，如果按照文章中说 malloc 都需要经过系统调用的话，传统一般认为系统调用最短也是百纳秒这个数量级的，怎么可能这么快呢。
2021-03-30 15:34:10 +08:00
回复了 css3 创建的主题 › 程序员 › python3 多进程求助 OSError: [Errno 24] Too many open files
@LeeReamond 你每新建进程，系统要开辟专门的文件指标指向输入输出流，而进程内部又为网络访问开辟了专门的文件。且 tcp 访问后有 timewait 状态，占用文件不会立即被释放，导致你的资源吃满。现代服务器单机每秒可以处理几十万个请求，即使用 python 也一样，绝不是你这仅仅一万个不现实请求能搞崩的。一个简单的多访问问题被你搞成这样。
2021-03-30 15:26:10 +08:00
回复了 css3 创建的主题 › 程序员 › python3 多进程求助 OSError: [Errno 24] Too many open files
@css3 跟 yield 没有关系，yield 只是起到保存状态中断执行的作用，你在循环里每次迭代，生成器也循环，with 管理器是正常结束的。另外仔细看了一下你的代码，你的多进程似乎仅负责网络通信，这是非常不合理的使用方法，建议了解 python 中的异步网络通信
2021-03-30 15:11:52 +08:00
回复了 LeeReamond 创建的主题 › 问与答 › 使用堆内存为什么比栈内存慢很多很多？申请堆内存需要经过操作系统吗？
@dalabenba 大佬，他这个 malloc 需要经过系统吗？学 io 的时候都说最好不要经过系统，开销大。这个 malloc 如果需要经过系统的话，那么系统必然也要经过用户态切换内核态，从 ring3 切换到 ring0 才能操作堆内存吧。如果是这样的话感觉应用程序不应该这么快啊，比如 java 当中也有大量的动态特性，如果全都需要经过操作系统的话开销不是非常大？
2021-03-30 15:07:56 +08:00
回复了 LeeReamond 创建的主题 › 问与答 › 使用堆内存为什么比栈内存慢很多很多？申请堆内存需要经过操作系统吗？
@12101111 看不懂啊大佬
2021-03-30 15:07:16 +08:00
回复了 LeeReamond 创建的主题 › 问与答 › 使用堆内存为什么比栈内存慢很多很多？申请堆内存需要经过操作系统吗？
@Justin13 堆内存逻辑上是连续的，应该只用扫描一次，感觉不是影响的主要原因
2021-03-30 15:05:27 +08:00
回复了 LeeReamond 创建的主题 › 问与答 › 使用堆内存为什么比栈内存慢很多很多？申请堆内存需要经过操作系统吗？
@lsylsy2 显然是被释放了，栈空间有限怎么可能让你无限写下去。不过这个纯写入操作，缓存影响不大吧
1 ... 71  72  73  74  75  76  77  78  79  80 ... 89  
❮ ❯
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2853 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 08:02 · PVG 16:02 · LAX 00:02 · JFK 03:02
Developed with CodeLauncher
♥ Do have faith in what you're doing.