借楼也求推荐显示器，编程或者浏览网页等文本型操作，追求护眼。

目前是用了接近 10 年的 Benq BL2410 ；办公室用，27~32 。

另外有无其它方案适当的实现防窥功能？

我自己用大手鼠标。

砸掉按键锁死的罗技 mx master 2s 后。试了廉价的雷神 ml201 ，京东现在 57 块，感觉还行。

另外办公室用英菲克 in9 感觉也还好。该死的微软馒头鼠的接收器碰断了以后修不好。

@HiShan 500 就得好好看卖家信誉了。

反正三年以上的车，咸鱼到 4 折或者 3 折卖都是有可能的。

感觉前面说卡的不知道啥使用习惯，感觉安卓的机器，单论 SoC 能效，从天玑 9000 和骁龙 8+Gen1 之后，应该都可以做到不卡了。只要存储别占用超过 90%，内存有个 12G ，正常情况怎么卡？

我不玩大游戏，vivo 的 iqoo neo8 12G+256 （ 8+Gen1 的 SoC ）现在还不卡，要不是眼睛感觉有点难受都没换机动力。

@luny 已经刺了我了 ，3 天前 290x 从京东入手的。

多便宜算便宜？最近公路车价格崩盘，新车降了不少，二手相对也下降很多。

另外买二手捷安特，自己不太懂的话很麻烦，捷安特店都是加盟模式，修理时不少喜欢夸大问题赚钱。

> 此时输入 32k 的上下文也需要将近 8 分钟

如果你是在酒馆进行企业资源规划的话，是可以用上 llama.cpp 的 prompt cache 功能的，这时每次需要新处理的内容并不多，应该还是可以玩的。

在 API 连接配置 -> 附加参数 -> 主要附加参数（输入区域）里面加上
- cache_prompt: true

@aec4d 我的理解是限定了大致范围（比如 host 和时间），就之间变成并行 grep 去查询了

可能没有没有全文索引那么快，但是很多时候传统日志 host 加时间限制后也就 100M~1G 的范围，不见得不行。

Loki 我们这边 DevOPS （我搞别的没参与）试用下来的问题是“没法根据具体 pod 做批量规则配置，需要手工做大量规则”
@wsgzao

CoreDns 方案，核心就是利用有人放出来 dnsmasq 的 accelerated-domains.china.conf 列表（包含了绝大部分有 cdn 的国内域名）
原始思路参考这个 https://blog.minidump.info/2019/07/coredns-no-dns-poisoning/
现在我国内用阿里的 dot，极端情况 failback 到 dnspod 和 114
.:5305 {
bind 127.0.0.1
forward . tls://223.5.5.5 tls://223.6.6.6 {
tls_servername dns.alidns.com
}
fallback REFUSED . 119.29.29.29 114.114.114.114
fallback SERVFAIL . 119.29.29.29 114.114.114.114
}
国外用 CF 和 google 的 dot，暂时还能直通。配了个 opendns 的 5353 tcp 应急。

Linux 下全 c 方案
dnsmasq -> chinadns-ng -> https_dns_proxy (4 个分别指向 opendns cf ali 360 的 doh，google 的 doh 是不通的)
dnsmasq 负责缓存和少量内网域名
chinadns-ng 根据列表负责分流，以及高可用（这样国内的 360 也可以用了）
https_dns_proxy 负责转发 doh

列表是参考了 https://github.com/wongsyrone/domain-block-list 去整合了两个来源的列表

@CloudRaft 我当时还是被 ZFS zealot 忽悠了，SLOG 模式的 ZiL （单独 ssd 设备）解决的仅仅是一个日志型文件系统的 double write 问题，实质上和 ext4 的 log 单设备也是一样的。

它只能做到加速有同步写需求的软件（同步写是为了断电不丢的安全性，比如邮件服务、数据库服务），同时这个加速主要还是在即时的延时上，最后的 IOPS 加速很有限（也就是随机写的块能内存里面稍微排排序 - TXG ；效果和 io 特征有关，也就机械盘开了 command queue 的水平）。

对于你们这种如果是大吞吐计算的，不太可能是同步写，加速会很不明显或者说几乎没有。

这篇文章解释得很清楚。
https://jrs-s.net/2019/05/02/zfs-sync-async-zil-slog/

@dazhangpan 如果用来测试的 workload 足够通用，比如这个 pgo 之后对类 tpcc 的负载也有提升（ https://github.com/Percona-Lab/tpcc-mysql ），当然你可以自行测试。

这是最垃圾的几个啊？ do 的 60 刀（如果没充值优惠）到超售四熊之间有好多档次可选啊。

@wweir 说的比较对，keepalived 这玩意没法用来做有状态的高可用。

MGR 之前，要么就是 MHA ；我们现在自用 Orchestrator

“ For replication, take a look at MHA and MySQL Orchestrator. Both are great tools to perform failover of a Replica.”
引自 https://www.percona.com/blog/2016/06/07/choosing-mysql-high-availability-solutions/
参考 https://www.percona.com/blog/2016/03/08/orchestrator-mysql-replication-topology-manager/

此外做了半同步，没处理物理 fence 防止脑裂。
自己做些点简单脚本切换 ip 以及 切换 readonly。

raw socket 也不行，起码 kcpraw 测试不通

这一波和人多的地方有关。

但是从年初开始，本地 ISP，obfs-simple 的 http/tls 跑 1 个小时封端口是很明确的（有完整 fallback+let's crypt 证书）。
墙的很多测试都是小 ISP 开始，慢慢全局推广。

@GoTop 就是打 ipv6.google.com 访问