V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  fatedier  ›  全部回复第 5 页 / 共 8 页
回复总数  154
1  2  3  4  5  6  7  8  
2017-08-08 20:35:24 +08:00
回复了 tamlok 创建的主题 全球工单系统 叕被小米浏览器强奸了--后续
为什么不选择换个浏览器。。。QJ 了一次不够,还要继续。。。
2017-08-08 15:33:59 +08:00
回复了 strayuncle 创建的主题 Android 华为 magic 手机是如何黑掉微信的?
@kaixuanzxw 你要去别人家偷东西,别人装个防盗窗,结果还要被骂流氓。。。
有点本末倒置的意思
@Baymaxbowen 米 5 开发版,使用了一天,没有遇到问题,挺不错的,之前升级到 7.0 之后用以前的安装器一安装就闪退。
@tubanwu @Baymaxbowen 太感谢了,我的米 5 升级到 android7.0 之后就没法装 google 服务框架了,试了下,小米应用市场提示因为授权问题无法收录,提供的是百度应用市场的 youtube,点击后帮我自动安装了 google 服务。
2017-07-03 21:04:03 +08:00
回复了 itertools 创建的主题 Python 服务端处理耗时任务思路
异步任务 && IO 多路复用
2017-06-26 20:37:03 +08:00
回复了 drzhaug 创建的主题 程序员 请教一下过来人, C++ 和 go, 我应该选择哪个。。
先多写几年 C/ C++,直接跳过底层去玩别人封装好的东西,很难和其他人拉开差距。之后可以转 Go,或者说转任何其他语言,看未来的发展趋势和你自己选择的方向。

Go 的优势对比 C++ 非常明显,团队开发效率很高,分布式系统领域不再一味压榨单机性能了,C++ 的应用场景逐渐变窄。从各个平台的招聘信息来看,很多原来 C++ 的职位被 Go 取代了。个人比较倾向于 Go 和 python。
2017-06-23 14:38:24 +08:00
回复了 cbais7890 创建的主题 Android 在我按下 Android 的音量键之前我永远不知道会发生什么
You want to be simple but others want more.
2017-06-23 02:12:56 +08:00
回复了 gouchaoer 创建的主题 PHP 没人讨论 swoole 作者最近修改开源协议的事么
@gouchaoer

< 我个人其实特别欣赏 youzan 这里比较叛逆的挑战 swoole 的工作,这是一股 you can you up 的不服权威的精神,给我枯燥的一天带来了欢乐。

对于这一点我持保留意见。如果社区分化比较严重,未必是一件好事。更倾向于大家集中力量共同做好一件事。
2017-06-22 09:54:09 +08:00
回复了 cabbage 创建的主题 全球工单系统 如何彻底关闭阿里云的各种短信?
@ZengLeiPro 3 点半快要睡着的时候收到了,艰难地爬起来检查有没有被盗号。。。
2017-06-14 10:46:32 +08:00
回复了 yangxuan8282 创建的主题 Linux frpc 能热加载配置文件吗
@yangxuan8282 原来的想法是如果是多个用户的话把证书放在服务端的话缺乏安全性,如果只是你自己用的话,确实可以考虑直接支持,像 caddy 一样。

nginx 具体的配置问题可以上网搜索。
2017-06-12 14:49:17 +08:00
回复了 yangxuan8282 创建的主题 Linux frpc 能热加载配置文件吗
@yangxuan8282 目前只有 privilege_token 了,auth_token 取消了,不起作用。
2017-06-12 00:50:55 +08:00
回复了 yangxuan8282 创建的主题 Linux frpc 能热加载配置文件吗
@yangxuan8282 可以有,TODO~
2017-06-08 12:54:07 +08:00
回复了 flyspace15 创建的主题 Go 编程语言 Go 适合用面向对象的方式编程吗?
面向接口编程
2017-06-02 18:16:10 +08:00
回复了 porrat 创建的主题 程序员 原来 Mac 和 iPhone 的文件系统 HFS+这么烂
@Felldeadbird 是因为你不是重度使用吗?我觉得稳定性非常一般,两年内死机,自动重启,黑屏,各种问题应该不下 10 次了,遇到问题都是重启解决。
2017-05-23 00:09:15 +08:00
回复了 yangxuan8282 创建的主题 问与答 求推荐内网穿透方式
@pagxir 我看他的描述有一句「 如果网络稳定的话」,网络稳定的情况下如果没有丢包,暴力发包的策略并没有什么效果,可以忽略。

对于有丢包的情况下,确实会对于下载类请求会提升比较明显。当然,这个更像是 锐速,google bbr,kcptun 所做的事情。后面 frp 可能也会考虑底层支持 kcp 协议,这个和应用本身的性能关系不大。
2017-05-22 23:51:56 +08:00
回复了 yangxuan8282 创建的主题 问与答 求推荐内网穿透方式
@yangxuan8282 Hi,我是 frp 的开发者,对于你所说的「 狗洞比 frp 快很多,如果网络稳定的话,狗洞 lite 应该是目前最合适的方案」,我比较好奇,因为从原理上来说 dog-tunnel lite 和 frp 应该是相同的,都是通过服务端来转发请求,所以性能上不应该存在太大差距。

所以我忍不住自己做了一个非常简单的关于 http 页面的性能测试,并不是很严谨,仅供参考。

客户端:mbp13 8GB 内存 100MB 下行,4MB 上行带宽
服务端:阿里云 centos7,1 核 1G 内存,20MB 带宽
工具:ab v2.3, 并发数 5, 不启用 keepalive
测试页面:/op 2.9KB, /static/css/bootstrap.min.css 119KB
网络延迟:30ms 左右

frp v0.10.0 和 dog-tunnel lite v1.30 都使用最简单的 tcp 映射配置,5 个连接池。

测试详细结果: https://gist.github.com/fatedier/59d0ed9252b5310ccd2a36632232488d

简单写一下结果:

10000 次请求 2.9KB 页面:
frp: 耗时 61.851s QPS: 161.68
dog-tunnel lite: 117.091s QPS: 85.40

500 次请求 119KB 页面:
frp: 103.603s QPS: 4.83
dog-tunnel lite: 227.868s QPS: 2.19

通过测试看出「 狗洞比 frp 快很多」并不是绝对的,也许和具体的使用场景相关,如果能给出详细的测试数据,我就可以有针对性的进行优化。

注:这里所指的是「 狗洞 lite 」也就是 dog-tunnel lite,并非 p2p 模式,如果是 p2p 模式的 dog-tunnel,流量不经过服务器,性能必然会提升很多。
离职~
2017-02-20 21:26:10 +08:00
回复了 xdz0611 创建的主题 分享发现 meshbird, 一款分布式私有网络工具
国内的环境试了下,各种 timeout...
1  2  3  4  5  6  7  8  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   5321 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 40ms · UTC 09:16 · PVG 17:16 · LAX 02:16 · JFK 05:16
Developed with CodeLauncher
♥ Do have faith in what you're doing.