V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  GeekGao  ›  全部回复第 96 页 / 共 152 页
回复总数  3034
1 ... 92  93  94  95  96  97  98  99  100  101 ... 152  
2016-08-08 18:19:30 +08:00
回复了 SlipStupig 创建的主题 Python 最近研究 python 的一个小失落
这种技术贴下还有水军啊: http://www.v2ex.com/member/loohawe/replies
V2 站的某些人真是有趣!
2016-08-08 18:12:05 +08:00
回复了 SlipStupig 创建的主题 Python 最近研究 python 的一个小失落
@serial 这么多天过去了,老子都懒得理你了,你还跟我逼逼。我只好粗口相待了,你个傻缺, asshole 大神。
2016-08-03 16:09:37 +08:00
回复了 SlipStupig 创建的主题 Python 最近研究 python 的一个小失落
@dzhou121 我觉得也没必要讲那么多了,有的人可能就是一根筋,要么是真的傻,要么就是故意吐槽来的。浪费时间讲太多没用的。
2016-08-03 15:44:36 +08:00
回复了 SlipStupig 创建的主题 Python 最近研究 python 的一个小失落
就 @serial

关于数据处理,这眼界也真是 [狭窄] 得令人无语,你做不到不代表别人做不到啊,
国外就不说了,公开资料来看国内的豆瓣就用 Python 重写 Spark 处理数据啊
https://www.douban.com/subject/10774736/


你自己慢慢看吧。如果非要抬性能的杠也没啥意思,你用啥觉得性能好就用啥呗,俗话说 u can u up 嘛。
在 Sun 没有收购 HotSpot 技术前, Java 性能也被人诟病,又如何,即便现在 C/C++程序员可能还对 Java 有偏见,
但并不影响开源社区用它去做分布式和大数据应用!

还有,代码写不好不要怪语言和编译器,多反思自己用的技术是不是很契合自己的应用场景,换句话说你用 C 撸了一堆所谓 [高效] 的代码,速度在优于 Python ,实现的玩意不值钱,有个逑用。
2016-08-03 12:37:18 +08:00
回复了 caicloud2015 创建的主题 云计算 非技术咖眼中: Kubernetes 为什么那么重要?
k8s 是好,不敢用啊…
2016-08-03 12:33:37 +08:00
回复了 ren2881971 创建的主题 程序员 怎么监控不同服务器上的应用运行状态?
可以写个简单的 agent 到应用服务器上收集状态信息发送到你的监控代理上,也可以由监控代理主动去请求应用的接口或页面做状态判断。
服务器监控的常见手段么,无非是: SNMP 、 WMI 、 HTTP Get 、 PING 等, lz 可以去了解下 Zabbix 等开源监控系统的架构
2016-08-03 10:36:30 +08:00
回复了 SlipStupig 创建的主题 Python 最近研究 python 的一个小失落
@dzhou121 终于有明白人粗来说话了~ 唉.
2016-08-03 10:35:21 +08:00
回复了 SlipStupig 创建的主题 Python 最近研究 python 的一个小失落
@liangmishi
看情况,假设你用的是 mysql ,如果是数据库表死锁了导致的,那么在解锁前你就查不了了。这跟 Python 、 django 框架没啥关系的。
还有种可能就是数据库连接资源被吃光了,无法释放多余的连接给你的 client ,发生这种情况就要找你们的 dba 看下查询提交状态了, kill 掉慢查询或重启……
2016-08-03 10:21:38 +08:00
回复了 SlipStupig 创建的主题 Python 最近研究 python 的一个小失落
@serial 你 bb 那么多能证明啥,证明你完虐 Python ,怒骂设计不合理 还是你智力有很高? 傻逼
2016-08-02 22:37:58 +08:00
回复了 SlipStupig 创建的主题 Python 最近研究 python 的一个小失落
@serial 忘记 at 了
2016-08-02 22:37:19 +08:00
回复了 SlipStupig 创建的主题 Python 最近研究 python 的一个小失落
不管你说啥,俺就一个观点: [ IO 阻塞与否跟编程语言没多大关系的, OS 、各类服务 driver 不支持的话,众多编程语言一起哭吧]

没必要把一些库搬出来证明啥,其实啥也证明不了。也麻烦你仔细看俺跟你辩的到底是啥嘛。

ps:在网络上话多措辞强硬有得罪请见谅。希望接下来的辩论,不会让 v2 风气变得太差。
窃以为这种问题帖要学术些、实证些而非诡辩、争吵。伤人不太了。
2016-08-02 22:06:40 +08:00
回复了 SlipStupig 创建的主题 Python 最近研究 python 的一个小失落
@serial 放一堆链接有啥用,明眼人一看就知道你吐槽的东西根本就不在点子上
首先要搞懂操作系统基本知识、并发、异步基本的东西再辩吧。

不是贴的文字内容越多,越有道理的。
2016-08-02 17:37:30 +08:00
回复了 lcj2class 创建的主题 Python 分享个 python 模块导入的坑
记得 celery 也是 >_<
2016-08-02 16:06:16 +08:00
回复了 xinali 创建的主题 Python python 中 str 和 unicode 存储所占字节数目问题
unicodeobject 对应实现为:
static PyObject *
unicode__sizeof__(PyUnicodeObject *v)
{
return PyInt_FromSsize_t(sizeof(PyUnicodeObject) +
sizeof(Py_UNICODE) * (v->length + 1));
}
2016-08-02 15:35:59 +08:00
回复了 xinali 创建的主题 Python python 中 str 和 unicode 存储所占字节数目问题
看了下代码,关于这个__sizeof__方法不同对象提供的方法不同,其中你要的 stringobject 的实现:

static PyObject *
string_sizeof(PyStringObject *v)
{
Py_ssize_t res;
res = PyStringObject_SIZE + v->ob_size * v->ob_type->tp_itemsize;
return PyInt_FromSsize_t(res);
}

其中 v->ob_size 是实际长度( byte ),
PyStringObject_SIZE 相当于 sizeof(PyStringObject),
tp_itemsize 为 sizeof(char)

代码版本: CPython 2.7.x
2016-08-02 14:54:08 +08:00
回复了 xinali 创建的主题 Python python 中 str 和 unicode 存储所占字节数目问题
@justou 官方邮件组说不同平台返回结果可能不同
2016-08-02 14:52:19 +08:00
回复了 xinali 创建的主题 Python python 中 str 和 unicode 存储所占字节数目问题
@xinali 你没看懂我意思么,意思就是说你这么算 unicode 长度是不对的, len 和__sizeof__ 不是一个概念。
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 长度的!
1 ... 92  93  94  95  96  97  98  99  100  101 ... 152  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2598 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 30ms · UTC 15:31 · PVG 23:31 · LAX 07:31 · JFK 10:31
Developed with CodeLauncher
♥ Do have faith in what you're doing.