V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sujin190  ›  全部回复第 100 页 / 共 122 页
回复总数  2428
1 ... 96  97  98  99  100  101  102  103  104  105 ... 122  
2016-05-20 09:19:57 +08:00
回复了 mhtt 创建的主题 问与答 开发还可以怎么优化?
其实我想知道, nosql 中没有固定格式,你们数据读出来之后如何知道当前数据格式呢?难道要判断版本然后一版本一版本兼容?多改几个版本你们还记得最早的数据结构为什么是这样的么?
snower
2016-05-10 09:25:59 +08:00
回复了 cc959798 创建的主题 问与答 请问 Http 中各个方法的参数是如何传递的?
GET DELETE 发 body 标准实现的服务器根本收不到吧,我记得 http 标准中似乎说了了 GET DELETE 不能发送 body ,而且语义上来说确实不应该在 GET DELETE 上发送 body
@jamiesun tornado coroutine 确实很慢,我不知道 twisted 的 coroutine 具体是怎么实现的,但不管怎么说,估计都差不多,除非完全使用语言层面的 coroutine ,否则很难有大的性能提升吧, tornado 用 pypy 加速后其实已经可以了,完全不依赖后端数据库的估计也不会用 python ,否则这么高的并发完全可以耗尽后端性能了吧
@yanyuechuixue 其实是不支持的,你可以看下编译出的字节码就知道了,编译时确定了名称空间
@tinyproxy 这比较的不就是 cpython 和 pypy 么?
python 的名称空间分明是编译时就确认的吧,这样改显然是没效果的,属性才是可以动态添加的
2016-04-27 20:16:55 +08:00
回复了 nareix 创建的主题 分享创造 妈妈再也不用担心我的 MacBook 发热了计划之 1080P
优酷这么快就封掉了?启用扩展会员也不能免广告,广告过后也不能播放。。
2016-04-21 13:43:04 +08:00
回复了 cc959798 创建的主题 程序员 请问 IO 多路复用到底解决了什么问题?
io 多路复用,其实在 cpu 层面来说效率是更低的,但性能更高,对网卡来说效率是更高的,单线程单链接来说,当然是没有 io 多路复用效率更高,但你如果有上万十万个链接的时候,线程切换,堆栈使用将会是非常大的消耗,所以这是后就是效率更高了
2016-04-10 16:08:31 +08:00
回复了 lovedebug 创建的主题 南京 南京真的是互联网的沙漠吗?
南京的氛围比北京什么的确实差远了啊
2016-04-10 16:07:08 +08:00
回复了 lovedebug 创建的主题 南京 南京真的是互联网的沙漠吗?
2016-04-10 10:54:23 +08:00
回复了 coolair 创建的主题 Python Flask 权限控制问题
想法有点不对吧,权限不应该可以直接在表里动态添加,应该有程序自动生成,毕竟如何控制权限还是要在代码里写的,可以动态添加的应该是用户有哪些权限,用户角色,用户角色有哪些权限
2016-03-31 12:43:55 +08:00
回复了 sujin190 创建的主题 MySQL mysql 大量更新请求 updating 状态
@yangdehua 好吧,终于发现了,其实是表有唯一索引, insert 之后没有 commit ,只有高并发之后才会出现异常,死锁了,不过这种情况下能不能看出是哪个 sql 没 commit 么?
2016-03-28 19:48:50 +08:00
回复了 taokuntao 创建的主题 分享发现 关于麦步智能手表的评测汇总
最主要表盘像素好低,指针表盘太难看
2016-03-26 17:04:28 +08:00
回复了 sujin190 创建的主题 MySQL mysql 大量更新请求 updating 状态
@lecher
@likuku
@yangqi
@realpg

ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
mysql> show profile;
+----------------------+------------+
| Status | Duration |
+----------------------+------------+
| starting | 0.000134 |
| checking permissions | 0.000033 |
| Opening tables | 0.000035 |
| init | 0.000050 |
| System lock | 0.000083 |
| updating | 121.503612 |
| end | 0.000096 |
| query end | 0.000028 |
| closing tables | 0.000029 |
| freeing items | 0.000074 |
| cleaning up | 0.000029 |
+----------------------+------------+
11 rows in set, 1 warning (0.00 sec)

这个看起来怎么这么奇怪啊? updating120 秒
2016-03-25 23:32:29 +08:00
回复了 yangxiu 创建的主题 服务器 debian 与 centos, apache 与 nginx。(修正)
其实,你每天没有上百万上千万的 request 请求,爱用啥用啥,没区别,话说 ab 100 似乎不能说明啥,随机误差都不能排除
2016-03-25 23:27:40 +08:00
回复了 bluestonemds 创建的主题 问与答 网站 waiting for 的时间太长了
@bluestonemds curl_exec 就是又请求了其他的网站了,而且那个网站还很慢,找出来看看吧,干嘛的,看看能不能去掉, oneapm 应该会显示请求了什么网站的啊?
2016-03-25 21:25:39 +08:00
回复了 bluestonemds 创建的主题 问与答 网站 waiting for 的时间太长了
后端返回就慢,代码问题吧,可以挂个 oneapm 的看看哪慢,解决就好了
2016-03-25 15:18:39 +08:00
回复了 sujin190 创建的主题 MySQL mysql 大量更新请求 updating 状态
@likuku 这个嘛数据早期是直接从物理机房的机器服务器上直接 copy 过来的,也没有对 rds 测试,所以暂时还没有使用 rds
2016-03-25 13:17:26 +08:00
回复了 sujin190 创建的主题 MySQL mysql 大量更新请求 updating 状态
@Infernalzero 恩,固定 24 字符的,换成 char 会不会好点?
1 ... 96  97  98  99  100  101  102  103  104  105 ... 122  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   920 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 66ms · UTC 20:00 · PVG 04:00 · LAX 12:00 · JFK 15:00
Developed with CodeLauncher
♥ Do have faith in what you're doing.