V2EX › zhs227 的所有回复 › 第 13 页 / 共 55 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 9 10 11 12 13 14 15 16 17 18 ... 55

❮

❯

2020-08-07 11:13:24 +08:00

回复了 csbde 创建的主题 › 全球工单系统 › 阿里云就是个骗子云，自行更改服务内容以增加收费

续费的价格有时候会比你原来买的高很多很多，然后他们又会打电话让你尽量设置为自动续费。续费之前应该是没有价格变动通知的，你有业务在上面，肯定会续。吐槽的是这个价格不说天天变，月月变肯定是有的
价格什么的估计也有类似于运营商的精算师在里面计算，肯定阿里云不会吃亏

2020-07-25 09:27:35 +08:00

回复了 hahaFck 创建的主题 › 投资 › 炒股亏惨了

@MikeFeng 没太明白这是怎么赔的，按理说谷峰总是比谷底的价格还是要高不少，不至于比手续费低吧。你是不是没等到后面一步

2020-07-23 17:53:30 +08:00

回复了 saltbo 创建的主题 › 程序员 › goget, 一个比 go get 更方便的装包工具

我见过不少 GO 的库自身是带有一个工具的，而这个工具经常也是需要安装的。比如用来生成脚手架代码等，工具还是挺好用的。只是不扶墙连不上。

2020-07-22 11:12:52 +08:00

回复了 my2492 创建的主题 › 宽带症候群 › aws 香港有接 cn2 吗

AGA 只付加速的费用吧，EC2 的带宽费用应该还是存在的

2020-07-20 15:58:13 +08:00

回复了 ninblue 创建的主题 › MySQL › 想问问 mysql 要怎么优化才能做到支持每秒一亿并发

想起一个笑话，某粗粮公司早期的手机抢购火爆，动不动都是 10 万台 xx 秒售完。某程序员为了提高成功率，早早的备好了抓包工具，准备看看抢购系统的数据格式是什么样的。到点时点了一下抢购按钮，排队又排队，又系统故障又是抢购人员较多重新排队的，弄了 10 来分钟竟然没有抓到除网页以外的动态数据请求。
原来系统只是返回了一段 JS 动画让部分用户感觉到在参与，通过这个方法降低后端的负载。后面有人质疑以后似乎没有再用这种太过明显的方式了。
这种做法从用户角度来讲是不人道的，如果换成国计民生的资源比如过年回家的火车票，就更不人道了。但这几乎是大流量系统的唯一出路（关键词几乎，不接受抬杠），把流量拦截在外层，降低核心层负载来保证操作的一致性。

2020-07-17 09:38:31 +08:00

回复了 Piazzy 创建的主题 › 程序员 › CSDN 现在都沦落成什么了，满屏的广告帖子

人已经过世了还把人家的文章标记为会员文章，号称获得了原作者授权，不清楚是哪个网站弄的，吃相难看。

2020-07-14 17:49:02 +08:00

回复了 samar1tan 创建的主题 › 问与答 › 求推荐可稳定连接六小时以上的上网工具用于在家考托福

注意一下光猫的断网周期。如果有可能在考试期间断网，可以考试前把光猫重启一下。

2020-07-11 02:34:12 +08:00

回复了 meisen 创建的主题 › 分享发现 › 618 买的小米手环 5，续航真给力

开了心率实时监测，5 分钟一次，差不多也就能用个一周。不开心率和睡眠监测可能长点

2020-07-08 17:28:23 +08:00

回复了 lxk11153 创建的主题 › 问与答 › 有相同输入但每次输出不同的编码方式/算法吗？

参考对称加密的 IV，用前面的字符表示向量，后面加密。举例，想加密的数是 3，我可以输出：
5-2
7-4
113-110
然后以某个随机数 rand 就可以了

2020-07-05 19:21:08 +08:00

回复了 RicardoY 创建的主题 › 程序员 › 使用 RTMP 直播有什么降低延迟的好办法吗？

都用上 RTMP 了，还怎么降低延迟。TCP 方案是没办法降低延迟的，只会增加延迟。
选 WebRTC 靠谱一点。编码和解码环节其实都会引入一帧以上的延迟，200ms 还是一个过于理想的值，屏到屏只有网络好的情况下才能达到。GOP 值太小，建议设为 2S 或 3S，1S 会造成传送的速率过高。
8000kbps 有点过高，你这个测试是不经过 CDN 的，如果是订阅的人多于一台机器带宽的承载量，必然要引入 CDN 分发，也会加入延迟。
图形传送基于分组域的解决方案，除非传送的数据量特别少，或者只走局域网，否则基本上没啥办法做到百毫秒级别的延迟。

2020-07-02 17:24:18 +08:00

回复了 zhangsimon 创建的主题 › 问与答 › 压片时用 CPU 和 GPU 效果差异很大吗？

在 AVC 时代，x264 在很长一段时间内被公认为画质最好的编码器。但是 HEVC 时代 x265 并没有压倒性的优势。同样压缩率的情况下，先编几个场景用肉眼评估一下，如果区别不大就选那个快的。

2020-06-03 00:33:04 +08:00

回复了 xmge 创建的主题 › 程序员 › golang 面试题之为什么这种更快呢?

@FutherAll 惭愧，没认真审题。我以为方法 1 和 2 在内存分配上有区别

2020-06-02 23:01:07 +08:00

回复了 xmge 创建的主题 › 程序员 › golang 面试题之为什么这种更快呢?

我并不觉得这两种方式存在本质的区别，好奇心让我试了一下，发现上面答案提的并不是最主要的因素，是代码写的有问题，只需要把方法 2 中的`matrix2[j][i]`中的 i 和 j 对换一下，能跑到比方法一更快。

没改之前：
go run test.go
2.103482788s
8.669886344s

改之后：
1.69951775s
1.543304649s

尝试把方法 1 中的 i 和 j 位置也换一下:
go run test.go
9.274899793s
1.484341903s

结论：变化快的数字应该做低维下标，如果 i 是外层循环变量，应该把 i 放在前面。

2020-05-31 17:50:09 +08:00

回复了 KunMinX 创建的主题 › 奇思妙想 › 高情商和内存抖动的关系

好像很有些道理

2020-05-25 19:16:43 +08:00

回复了 changwei 创建的主题 › 问与答 › 为什么很多知名开源框架的文档只有 API 文档，没有系统设计文档？

大部分的项目都不是一开始设计出来的，都是无数的 Feature Request 讨论出来的。
你关注一个开源项目时间长一点，仔细的看一下 changelog，尤其是 PR
写一个文档可能没多久就会过时，很多人就不会愿意写这些内容

1 ... 9 10 11 12 13 14 15 16 17 18 ... 55

❮

❯