首页   注册   登录
 vuuv 最近的时间轴更新

vuuv

V2EX 第 128981 号会员,加入于 2015-07-26 20:42:38 +08:00
vuuv 最近回复了
38 天前
回复了 GjriFeu 创建的主题 云计算 关于网卡 bonding mode 4
@GjriFeu tcpdump 有指定网卡的参数。你的 vf 网卡并不是物理网卡的 slave,所以没法看到,因为对于内核而言,这是两个不相关的设备。但是如果你在对端抓包,则可以看到 vf 的包。(因为走同一根网线了。)

交换机这边也在 hash 啊,根据 mac 或 ip 地址 hash,当然会落到其他网卡上面。lacp 需要在系统侧和交换机侧同时配置才会生效。
38 天前
回复了 GjriFeu 创建的主题 云计算 关于网卡 bonding mode 4
lacp 是需要交换机支持的。
意思就是你配置了几个网口的 bond,则所接的交换机接口也配置了 bond。即便你用了 vf,交换机肯定不支持 vf,是视作 bond 流量还是无视处理?
如果视作 bond,那么可能从其他接口返回数据,然后就没有然后了。
以上均为个人猜测,并无实践证明。
94 天前
回复了 QuDump 创建的主题 问与答 机顶盒能直接接到路由器的 LAN 口上吗?
一根拆成两根会互相干扰。还不如两边都上二手千兆 vlan 交换机。一两百块钱可以解决。
官网直白表达了对前端工程师的迫切需求。
手动帮顶。
121 天前
回复了 hoythan 创建的主题 程序员 返回上一页的功能应该如何设计?
中间的临时页面不进入 history ?这样就不会跳转到了。
pi 是 arm v5 ?现在安卓一般都是 v7a 或者 v8 了,应该可以向前兼容。
但是即便能运行 elf 不代表能正常使用,毕竟 api 不一样。
特别提醒,我最后构思的持续进度条可能存在部分负优化。

按照我的思路,如果设定 0-10 耗时 2s 完成动画,如果迟迟没有回应,则会在 2s 后占用下一进度的区间(向 40 进发),不过增幅逐步缓慢下来。在 0-10 完成后,根据之前的延时降低 10-40 的进度增幅。

如果出现意外导致相应阶段无法完成,这会造成一种它还活着的假象,造成误导。白等浪费时间不说,还会提供错误的进度信息。
我上面主要是针对多种耗时不等的情况的。
任务复杂也可以拆分到多个进度条里提示。然后提示所处阶段。

至于单一任务,上面提到实时计算就挺好的。额外设置定时动画反而不好。

进度条主要是告诉用户等待时间,以便客户决定是否“离开一会儿”,避免干等浪费时间。
具体进度主要靠人工提供。

最简单的就是达到某一阶段提升一个进度。
例如 0-10-40-70-100

进度条突然暴增体验不佳,然后有了一些改进来优化体验。
例如设定 0-10 一般需要 2s,那么进度条缓慢增加,如果你花 1 秒完成了,就突然从 5 跳到 10,如果迟迟没有收到通知,则会卡在 10。

可惜还是略感不佳,你可以增加额外的判断来动态调整时长。
例如一开始根据加载速度计算初始时长在 1-3 秒波动。如果 0.5 秒完成了,则加快后续的进度增幅。如果 5 秒才完成,则降低后续的进度增幅。
如此依次将前一阶段的进度耗时计入下一周期,这样可能看起来时快时慢,但是可以获得相对平滑的进度提示了。

后面是我的改进思路,实际上我只做到了第二步。
@yonka 刚才使用 2G,没开图片,没 at 图标,还纳闷了好久。特此补上。

你也可以换个角度理解:招一个玩过安全硬件的网络安全工程师,还要求熟悉 Linux 运维。
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   鸣谢   ·   1626 人在线   最高记录 3541   ·  
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.1 · 9ms · UTC 16:11 · PVG 00:11 · LAX 09:11 · JFK 12:11
♥ Do have faith in what you're doing.
沪ICP备16043287号-1