V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  jedihy  ›  全部回复第 116 页 / 共 117 页
回复总数  2327
1 ... 108  109  110  111  112  113  114  115  116  117  
2014-08-10 17:01:42 +08:00
回复了 nbabook 创建的主题 问与答 是二次开发好,还是重头开发好?
@jjx 看来时代已经变了
2014-08-10 13:42:09 +08:00
回复了 nbabook 创建的主题 问与答 是二次开发好,还是重头开发好?
@jjx 冒昧问一下,有用python开发的企业程序?
2014-08-09 23:33:20 +08:00
回复了 jeeve 创建的主题 macOS QQ 浏览器 for Mac 3.0 Beta 版发布
@jjgod 好像是因为为了支持支付宝控件。
2014-08-09 15:05:37 +08:00
回复了 peartail 创建的主题 问与答 关于 15 寸 rMBP 和戴尔 u2414h 的兼容性问题
@peartail 父母年龄大了一般看不出来那种虚的效果,只会觉得字大,我认为不必担心,苹果自己的要8k,真心没必要。明年年初,估计2.5k的显示器会开始普及。
2014-08-09 14:49:24 +08:00
回复了 peartail 创建的主题 问与答 关于 15 寸 rMBP 和戴尔 u2414h 的兼容性问题
@winterock 光好还不行,小尺寸,高分屏才可以。比如24寸,2.5k分辨率。
2014-08-09 14:40:29 +08:00
回复了 peartail 创建的主题 问与答 关于 15 寸 rMBP 和戴尔 u2414h 的兼容性问题
我说我自己的经历啊。
MBP mb374,Mac mini MD387,rMBP 294,这三款设备在两款主流21寸显示器上使用过2年。显示器均为1080p的。显示效果比win7和win8确实差一些。但是和mb374自带屏幕效果是一样,字体有一点虚。其实这不是虚,这是渲染方式决定的。win都是点对点,字体锐利没得说。
另外,楼主可能没用过非r屏的mbp,自带屏幕一样虚。
网上说得问题是显示器识别错误,那种错误下,你基本连字都看不起清的。

总的来说,外接,必须虚。想不虚,上27寸 apple display cinema。否则,就是这样。上面说不虚的,是不把那种效果当成虚,请忽略。屏幕越小,虚得越不明显,屏幕越大,越明显。24寸得显示器,绝壁虚的厉害,但是影响使用是不会的。
@jedihy 我的21寸显示器外接rmbp看着就此win8差远了
@sandtears 确实,但是字体发虚在,21寸,1080p上都是存在的,一定要到retina才不虚。
Win8的字体渲染不必Mac差,我也mac快10年了,字体这一点从来没有觉得Mac有领先的地方。
2014-08-06 14:21:00 +08:00
回复了 yanest 创建的主题 云计算 所谓的单边 tcp 加速真有那么神奇吗?
想要自己diy接近Zeta TCP也是可以的。
For Win,
第一个,windows系统下注册表里面修改ACK每个都回,位置我忘了,Google一下一大把,一般魔兽玩家都会。
第二个,写一个驱动,勾住ACK,修改advertisement window 为0xffff。
For Linux,
由于Linux内核中,ACK回复跟win不一样,它有自己的逻辑,其实很多时候就是一个数据包一个ACK,所以这里不改也差不多。
同样地,写一个驱动勾住ACK,修改advertisement window 为0xffff。

在我们原来的测试中,甚至可以比Zeta还快。
这就是免费的接收方单边加速方法。
发送放单边加速的话,windows就不要想了,改不了内核。
Linux教你一个简单的方法,修改内核源码net/ipv4/tcp_input.cc
static inline void tcp_moderate_cwnd(struct tcp_sock *tp)
{
tp->snd_cwnd = min(tp->snd_cwnd,
tcp_packets_in_flight(tp) + tcp_max_burst(tp));
tp->snd_cwnd_stamp = tcp_time_stamp;
}
这里的min改成max,就会有比较好的加速效果了。虽然这是个病态的行为,但是TCP速率在大丢包环境中会有较大的提升。至于道理,这里就不说了,需要较大篇幅和对内核源码的熟悉。
2014-08-06 14:09:06 +08:00
回复了 yanest 创建的主题 云计算 所谓的单边 tcp 加速真有那么神奇吗?
单边要看哪一边,如果是接收方,那几乎没什么效果。接收方加速只能改大通告窗口要不就是每收到一个数据包回一个ACK。Zeta TCP的接收方加速原来调研过,就这么个原理。发送方加速是有效果的,通过改进拥塞控制算法。说明白点,就是让拥塞窗口大一些。比如慢启动阶段增窗更快,初始窗口更大,或者丢包的时候少剪窗或者不剪窗,一般的加速就是这几个方法。当然,好的改进算法还要考虑fairness、fate等等,不过加速厂商估计不会考虑那么多了,能加速多发包就是王道,使网络更加拥塞了她是不care的。
1 ... 108  109  110  111  112  113  114  115  116  117  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5673 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 47ms · UTC 01:43 · PVG 09:43 · LAX 17:43 · JFK 20:43
Developed with CodeLauncher
♥ Do have faith in what you're doing.