V2EX › GeekGao 的所有回复 › 第 96 页 / 共 151 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 92 93 94 95 96 97 98 99 100 101 ... 151

❮

❯

2016-08-02 14:43:58 +08:00

回复了 SlipStupig 创建的主题 › Python › 最近研究 python 的一个小失落

@serial 建议你好好去阅读这些 driver 的源码（因为你总是说他们基于 httplib ，你呼它出来谈谈，问问它在这些 driver 实现里干啥呢），还有 IO 阻塞与否跟编程语言没多大关系的， OS 、各类服务 driver 不支持的话，众多编程语言一起哭吧。
Python 如果会讲话肯定会吐槽：“ C/C++原生撸 driver 本来就特么没有给俺做 none blocking 实现，怪我咯？”

建议你好好读一读 CSAPP 看看到底啥是 IO 多路复用，不理解再辩。

2016-08-02 14:25:36 +08:00

回复了 xinali 创建的主题 › Python › python 中 str 和 unicode 存储所占字节数目问题

__sizeof__是 2.6+版本支持的，但不作为生产环境用途，与之相关功能说明请参考文档中的： sys.getsizeof ，它不是用来计算 string 长度的！

2016-08-02 10:32:37 +08:00

回复了 SlipStupig 创建的主题 › Python › 最近研究 python 的一个小失落

@serial 同学，非阻塞 vs 异步是俩种概念额…… 不明白为啥又把各路框架、性能扯到可移植性来了。
@FrankHB 这里说的 native 指的是 x86 汇编…没深入研究过 SIMD 指令集，极端的说，比起虚拟机语言，操作指令集让性能更可控而已

2016-08-02 02:59:37 +08:00

回复了 SlipStupig 创建的主题 › Python › 最近研究 python 的一个小失落

歪了楼，极端点讲，一门基于虚拟机的语言与 C 、汇编相比能否充分压榨机器的极限，坦率的讲我个人觉得现有的编译技术够呛可以做到满分。

你再模拟，跟 C 、汇编这类贴近机器硬件的语言相比，大部分相同的功能操作也是要多出几个指令、周期的，不管跑在纯 Runtime 环境还是 JIT 编译后的，很难做到完美的优化你的机器指令！

因此，用虚拟机语言撸代码，还是别想着这些东西了，编译过程的优化你根本没法控制，个人 /团队做项目按时交付能愉快地给老板们创造价值才是王道。不说了，睡觉明儿早起继续搬砖了。

2016-08-02 02:40:25 +08:00

回复了 SlipStupig 创建的主题 › Python › 最近研究 python 的一个小失落

@serial 关于"并发 IO === 渣"的推论很有趣，立论不太对吧。
CPython 本质上是使用 C 实现的 fs 操作部分，渣，你要说渣在何处嘛。
还有你说的异步支持， IO 多路复用的部分例如 select 模块也是用 C 实现的呀，代码你可以去瞅瞅呀，凭啥说渣呢，你要这么说 Twisted 超级脚手架就不开心了，已哭晕在厕所…
我实在想不通你举几个例子就论证人家渣是啥根据。你不能看到“苹果园果树打了农药” 就到处去跟人家说 “任何树上的苹果都被喷了农药”呀，要根据情况去论证和检验下嘛。

2016-08-01 13:24:38 +08:00

回复了 yuku 创建的主题 › 职场话题 › 领导说加工资结果没加

做好离职准备，找领导谈谈，谈不好就撤

2016-08-01 11:00:01 +08:00

回复了 SlipStupig 创建的主题 › Python › 最近研究 python 的一个小失落

@clino 同意这位同志的语录：你如果很在乎性能就不应该用纯 python,至少要用 python 配合其他语言来做

2016-08-01 10:57:48 +08:00

回复了 SlipStupig 创建的主题 › Python › 最近研究 python 的一个小失落

“ python 都能做，做的都很垃圾 --- CPU 计算慢， IO 并发低，特别是标准库写的特别差” 请问这是啥事实，有论证么？
某些同志凭感官就抛出 [事实] 二字也真是醉了。

2016-08-01 10:49:57 +08:00

回复了 SlipStupig 创建的主题 › Python › 最近研究 python 的一个小失落

@serial 照你这么说 Youtbue 、 Quora 、 Dropbox 、 NASA … 哭晕在厕所了。 OpenStack 应该用 C 重撸了……

2016-08-01 10:45:47 +08:00

回复了 SlipStupig 创建的主题 › Python › 最近研究 python 的一个小失落

直接操作寄存器、 x86 指令码快更 native ，你们倒是 coding 去啊，呵呵呵。

2016-07-31 01:58:42 +08:00

回复了 xinali 创建的主题 › Python › python rq 的这个库，可以用于分布式吗？

@xinali Celery+Flower

2016-07-31 01:26:16 +08:00

回复了 joye1230 创建的主题 › 奇思妙想 › 程序员属性、宅属性和极简生活矛盾的问题

Tumblr 创始人 David Karp 的家 http://toutiao.com/a6187962724281352705/

2016-07-31 00:56:56 +08:00

回复了 crazylinus 创建的主题 › 问与答 › 程序员辞职干餐饮，求鼓励，并征集靠谱店名

万棵王食

2016-07-31 00:55:49 +08:00

回复了 crazylinus 创建的主题 › 问与答 › 程序员辞职干餐饮，求鼓励，并征集靠谱店名

食儿来～

2016-07-31 00:26:25 +08:00

回复了 SlipStupig 创建的主题 › Python › 关于 python 内存释放问题的一个疑惑

@zxc111 这种方法很讨巧， Python multiprocessing 模块 fork 一个 child process 开销很大的，估摸至少十几个到几十个 us 的时间就没了，如果是在 linux 平台可以使用 vfork 撸一个进程出来，降低 os.fork 调用的开销，让 child process 计算部分先行

2016-07-30 17:29:42 +08:00

回复了 xinali 创建的主题 › Python › python rq 的这个库，可以用于分布式吗？

只能应付简单的异步计算需求而已。复杂的分布式计算不是很靠谱（因为 rq 实在是太简单了，个人认为它缺少资源调度、稳定性保障和监控机制），而且对中文支持有 bug ，提交过 patch 忘记作者合了没有。

2016-07-30 17:24:28 +08:00

回复了 SlipStupig 创建的主题 › Python › 关于 python 内存释放问题的一个疑惑

对象池不是复用那些整数们，而是为了复用占据的内存空间，避免频繁创建和释放带来很大的性能开销

2016-07-30 17:21:03 +08:00

回复了 SlipStupig 创建的主题 › Python › 关于 python 内存释放问题的一个疑惑

这里涉及到整数对象池概念：
python 的 VM 实现中，有大整数和小整数对象池的概念。
首次使用大整数（>257 ）时会分配大量内存块， PyIntObject 对象被销毁时，它所占有的内存并不会被释放，归还给系统，而是继续被 Python 保留着

2016-07-30 16:03:55 +08:00

回复了 yuku 创建的主题 › 职场话题 › 面试官错了怎么办

@zingl 严重同意！
考智商的时候不需要秀情商
考情商的时候不需要秀智商

1 ... 92 93 94 95 96 97 98 99 100 101 ... 151

❮

❯