RedisMasterNode

RedisMasterNode

V2EX 第 453516 号会员,加入于 2019-11-16 16:59:54 +08:00
今日活跃度排名 2760
根据 RedisMasterNode 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
RedisMasterNode 最近回复了
G304 实测可以,基本天天打游戏,5 号电池一节用了 5 个多月,还正常的,但是身边有全新的正好替换掉了。

在 gHub 里面简单设置一下降低一些不必要的性能参数应该可以用很久很久很久吧
2 小时 15 分钟前
回复了 jiejianshiwa 创建的主题 Android Oneplus5, 一代神機, 6 年釘子戶
当年一加 1 从 14 年用到了 18 年还在服役,真的是神机。。。
@sss15 时间如果+8 的话哪天去美国了是不是又会骂他没有-8 hhhhhhhh
@wsszh 有趣的 repo ,关注一下,感谢
2 天前
回复了 v2nika 创建的主题 程序员 为什么这么多后端开发上下游不分?
@yongzhenchen682 数据可以是提交数据,也可以是查询数据,你怎么去定义呢?

服务 A 向服务 B 查询了一堆数据,数据是从 B 流向 A ,所以你觉得 B 是上游,A 是下游;

服务 A 向服务 B 写入了一堆数据,数据从 A 流向 B ,所以说 A 是上游,B 是下游。

根本就没办法解释和通用地定义“流向”和“依赖”,文字游戏是没啥意思的
2 天前
回复了 v2nika 创建的主题 程序员 为什么这么多后端开发上下游不分?
@v2nika 听起来没什么问题?一直都是这么用的。不需要强加自己的理解于别人之上,面试只需要表达清楚意思就可以了。

上下游的定义一直都有(至少)两类,

第一类: 按 action 的方向定义
上游: 指收到了哪里的请求 / 要响应给谁。
- 上游服务调用了我,我要响应给上游服务。
下游: 发请求给谁 / 从谁那接收它的响应。
- 我正在调用我的下游。

第二类:依赖关系
上游: 发请求给谁 / 从谁那接收它的响应。
- 我正在调用服务的上游
下游: 指收到了哪里的请求 / 要响应给谁。
- 下游服务调用了我。

面试里面结合语义这些东西并不值得纠结,而且既然不是个所有人都同意的东西,hh ,我也觉得会有人发帖:

```
为什么这么多后端开发上下游不分?
面试了不少于 100 个后端工程师, 初级到高级都有. 有相当一部分 (>70%) 的人, 都会说我做的服务调用上游服务如何如何.
为什么会这样? 只要认真思考一下, downstream 和 upstream 的概念不至于记不住吧?
```
@ye4tar 比较接近,但是想要个解决方案,至少能把数据报给 prometheus (或者别的也行),它应该是个 Linux 系统能跑的进程才对,类似 Node Exporter ,但是 export 出去的内容是“外部请求的黄金指标”
9 天前
回复了 simyong 创建的主题 NAS 3000 元以内家庭自组 NAS 求推荐
便宜的价位大伙儿都推黑群为主,我也介绍一手我的,之前 NAS 小白(现在也时)的时期,想:
1. 要新净,不要太脏的二手(当然这个一般意味着没性价比);
2. 要小,不要占空间,我选了 2 盘位的,4+4T 硬盘比较能满足需求,所以不求多,求迷你;
3. 容易用,所以不用装系统或者折腾。

最后选了 500 元的兮克 NAS ,跟蜗牛比起来应该配置会相对低一些,不过外皮是新的,感觉很满意。目前跑了大约半年,因为自己的事儿(装东西)重启过 2-3 次,没有因为机器的原因重启,楼主如果需求类似的话也可以康康,不过开销上比 3000 低很多,肯定也比一些 3000 的机器有更多缺点短板。
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2827 人在线   最高记录 5930   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 31ms · UTC 11:10 · PVG 19:10 · LAX 04:10 · JFK 07:10
Developed with CodeLauncher
♥ Do have faith in what you're doing.