V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  neoblackcap  ›  全部回复第 42 页 / 共 99 页
回复总数  1976
1 ... 38  39  40  41  42  43  44  45  46  47 ... 99  
2018-09-17 18:26:16 +08:00
回复了 userlol 创建的主题 程序员 Python socket recv 老是收不全数据怎么办?
@userlol 如 3 楼所说,你必须先循环读出头部,然后才按长度去读剩下的部分。
还有就是你读到尾部,也有可能是一部分尾部,一部分是另外一个请求,记得将他们分开
2018-09-17 17:38:29 +08:00
回复了 userlol 创建的主题 程序员 Python socket recv 老是收不全数据怎么办?
你自己不 parse 就想读出来? tcp 又不保证你一次就收到全部数据
2018-09-17 12:05:01 +08:00
回复了 geekyoung 创建的主题 程序员 mac python3 莫名丢失,求大神帮忙
@geekyoung 就是 3.7 的 python 不会在 /usr/local/Cellar/python3/3.6.1/bin/,brew 将旧的卸载了,但是你之前的路径是写的绝对路径,新的 3.7 是在 /usr/local/Cellar/python3/3.7.1/bin/之类的路径嘛
2018-09-16 23:43:24 +08:00
回复了 abcbuzhiming 创建的主题 程序员 遇到真正的高并发问题了,特来求助
@jokerlee @tcsky 这样我觉得其实架构师需要背锅了。出来久了,面试多,项目做多了,我觉得一个合格的架构师的确是需要预估业务量的。然后选择合适的架构。以前还好觉得很多项目都很容易做烂,不过我现在觉得,刚开始选一个性能高一些的架构的确是好事。开发效率其实可以从外部库来提升的。比如现在基于 openresty 的东西他们的性能都不差,业务写起来其实跟其他的框架也不会差到哪里去。
因为以前自己也干过无脑加线程的事情,但是业务高上去的话,的确解决不了。自己后来也反省,并发这事情啊其实跟 IO 密不可分,比较好解决的一个就是用户态线程(erlang, golang),二就是 IO 复用+非堵塞 IO+线程池即 one thread one loop + 线程池的架构。
无脑加线程的确可以解决一部分问题,但是假如业务是往上走的话,很快就会出问题的。因为单纯地加线程跟规模不是线性的关系。
2018-09-16 23:33:07 +08:00
回复了 geekyoung 创建的主题 程序员 mac python3 莫名丢失,求大神帮忙
升级了之后 3.6.1 之类的版本变了,导致 shell 无法从 PATH 里面找到 python3,你要不创建一个软连接,要不将现有的 python3 目录加到你的 PATH 变量中去。
至于你的 pycharm 里面环境无效了也是一样的道理,他们都是用的绝对路径,绝对路径指向的 python3 没有了,当然报错,你可以重新创建一个虚拟环境,或者用上面所述的创建软连接的方法替代
2018-09-16 23:28:03 +08:00
回复了 abcbuzhiming 创建的主题 程序员 遇到真正的高并发问题了,特来求助
@rogerchen 你这样一说我倒是可以理解,不过这个始终不是长久之计,毕竟线程多了,上下文切换成本高,得不偿失。
2018-09-16 23:26:48 +08:00
回复了 abcbuzhiming 创建的主题 程序员 遇到真正的高并发问题了,特来求助
@jokerlee 那两个模型理解啊,就是理解了我才觉得多线程没法很好地解决 IO 密集业务。linux 下线程上下文切换虽然成本低,但是多了也不少啊。
而且基本上所有 linux 的 IO 都能设置成非堵塞 IO,加上 IO 复用机制,这个不是将 CPU 更好地利用么?我是没法想象出一个不能用 IO 复用机制+非堵塞 I+线程池替代单纯多线程处理的场景。因此我才觉得这个场景比较奇怪,想问问当成为什么这样考量。
2018-09-16 23:09:16 +08:00
回复了 abcbuzhiming 创建的主题 程序员 遇到真正的高并发问题了,特来求助
@sagaxu 为什么要开那么多线程呢?按照 nginx 的思路,要解决大并发以及 IO 密集型业务也不需要那么多的线程吧。过多线程之后徒增上下文切换的成本。毕竟 IO 又不占 CPU 时间片,用 IO 复用机制加非堵塞 IO 解决不好么?
2018-09-16 23:01:30 +08:00
回复了 abcbuzhiming 创建的主题 程序员 遇到真正的高并发问题了,特来求助
@ittianyu 之前就有人做过测试,inner join 跟子查询的性能基本没有区别,在单机 mysql 的情况下更是如此。
2018-09-16 22:48:34 +08:00
回复了 lolcat 创建的主题 程序员 Linux 应用层开发,面试一般会问哪些问题?
@meik2333 你说的就是我说的,每个线程独自有一个 epoll 实例。你 master 里面的 epoll 监听的事件,是不会触发 worker 的 callback 的。意思就是这个意思。
这个我也是从陈硕的《 Linux 多线程服务端编程》里面看到的。加上自己看过一下 nginx 早期版本的代码。处理好网络 IO 剩下就是本地磁盘 IO 这些,这个 nginx 优化还真是厉害
2018-09-16 20:08:14 +08:00
回复了 lolcat 创建的主题 程序员 Linux 应用层开发,面试一般会问哪些问题?
@meik2333 nginx 我看了可是 One thread one loop。虽然都是 epoll,但是 worker 的 epoll 跟 master 的 epoll 不是一个实例
nginx 配置有问题,一般我都是直接 docker 启动
2018-09-14 14:33:47 +08:00
回复了 xiaoxianyu 创建的主题 iPhone 好纠结,不知道要买 iPhone 几,难道要换 Andriod?
iPhone Xs Max 256G
2018-09-05 01:26:54 +08:00
回复了 flyz 创建的主题 生活方式 买家电的烦恼,哎。
@flyz 酒店才是行家,谁家开酒店会想着天天修空调啊?显然优先选购故障率低的,声音大什么的都不是优先考虑的。毕竟你空调声音再大也大不了哪里去吧。
自己用,建议全部大牌以及中端产品考虑,有钱直接上高端产品问题也不大,高端产品一用 10 年,价格平均下来其实很便宜了。两到三年换家电,那真是自找麻烦,先不说钱,难道每隔几年换这些东西,自己搞一轮,东西搬来搬去很有趣么?
@kawaiidora C 的 ABI 是依赖于操作系统的,主要是因为主流操作系统都是用 C 写的,而且 Intel 也参与进去 ABI 的标准制定,导致 C 语言的 ABI 天生注定要稳定。不说 Unix-like 的操作系统,你用 c89 写的程序,windows xp 能跑 windows 10 也能跑
2018-08-28 15:21:01 +08:00
回复了 JoiT 创建的主题 Vim Linux 下源码编译安装 vim 8.1
@sega97 支持你用 python3 跟 vim 交互,具体请看你的插件实现
2018-08-28 15:18:10 +08:00
回复了 fgazer 创建的主题 Python Python ^= 是怎么运算的?
按位异或然后赋值
2018-08-22 17:22:55 +08:00
回复了 1etterSong 创建的主题 全球工单系统 放弃腾讯企业邮
outlook, 使用 office 365,直接解决小型公司的大部分办公问题
@Geekgogo 你试试先重命名看看
1 ... 38  39  40  41  42  43  44  45  46  47 ... 99  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2324 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 09:35 · PVG 17:35 · LAX 01:35 · JFK 04:35
Developed with CodeLauncher
♥ Do have faith in what you're doing.