bash99 最近的时间轴更新
bash99

bash99

V2EX 第 63796 号会员,加入于 2014-05-28 17:49:33 +08:00
性能提升 10~30%的 MySQL 编译版本
  •  3   
    分享创造  •  bash99  •  2019-10-10 11:57:43 AM  •  最后回复来自 bash99
    6
    AWSCN 的镜像市场
    云计算  •  bash99  •  2018-05-26 18:46:26 PM  •  最后回复来自 fredcc
    15
    最近 google 的验证码(机器人猜测)升级了?
    宽带症候群  •  bash99  •  2017-11-20 08:19:22 AM  •  最后回复来自 zhouyut001
    6
    有那个全套方案(路由器+无线网卡) 5G 能跑到 500M 带宽的?
    路由器  •  bash99  •  2017-01-28 20:32:03 PM  •  最后回复来自 skylancer
    13
    现在能刷老毛子等固件有千兆有线有 5G 的路由器有啥啊?
    路由器  •  bash99  •  2017-02-04 00:06:24 AM  •  最后回复来自 hebeiround
    28
    这墙越来越高了
    Chamber  •  bash99  •  2017-01-03 17:53:50 PM  •  最后回复来自 bash99
    34
    ZFS on Linux + ZIL cache 很爽啊
    服务器  •  bash99  •  2020-05-15 11:02:22 AM  •  最后回复来自 bash99
    2
    bash99 最近回复了
    2020-11-25 10:39:40 +08:00
    回复了 wsgzao 创建的主题 程序员 Grafana Loki 开源日志聚合系统代替 ELK 或 EFK
    @aec4d 我的理解是限定了大致范围(比如 host 和时间),就之间变成并行 grep 去查询了

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

    Loki 我们这边 DevOPS (我搞别的没参与)试用下来的问题是“没法根据具体 pod 做批量规则配置,需要手工做大量规则”
    @wsgzao
    2020-05-21 10:38:55 +08:00
    回复了 moonv5 创建的主题 DNS 干净 DNS 方案分享
    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 去整合了两个来源的列表
    2020-05-15 11:02:22 +08:00
    回复了 bash99 创建的主题 服务器 ZFS on Linux + ZIL cache 很爽啊
    @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/
    2019-10-10 11:57:43 +08:00
    回复了 bash99 创建的主题 分享创造 性能提升 10~30%的 MySQL 编译版本
    @dazhangpan 如果用来测试的 workload 足够通用,比如这个 pgo 之后对类 tpcc 的负载也有提升( https://github.com/Percona-Lab/tpcc-mysql ),当然你可以自行测试。
    2018-06-16 18:32:41 +08:00
    回复了 xzpjerry731 创建的主题 全球工单系统 alpharacks 也是醉了
    这是最垃圾的几个啊? do 的 60 刀(如果没充值优惠)到超售四熊之间有好多档次可选啊。
    2018-05-25 14:47:50 +08:00
    回复了 zktz 创建的主题 MySQL 想问各位大大 MySQL 是怎么做高可用的?
    @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。
    2018-05-23 17:58:04 +08:00
    回复了 c3824363 创建的主题 宽带症候群 为什么定点搞 TCP 呢,是不是只丢 syn 包开销小
    raw socket 也不行,起码 kcpraw 测试不通
    2018-05-23 16:02:35 +08:00
    回复了 lkxlaz 创建的主题 宽带症候群 GCP 台湾节点挂了吗?
    这一波和人多的地方有关。

    但是从年初开始,本地 ISP,obfs-simple 的 http/tls 跑 1 个小时封端口是很明确的(有完整 fallback+let's crypt 证书)。
    墙的很多测试都是小 ISP 开始,慢慢全局推广。
    2017-11-16 23:07:06 +08:00
    回复了 bash99 创建的主题 宽带症候群 最近 google 的验证码(机器人猜测)升级了?
    @GoTop 就是打 ipv6.google.com 访问
    关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1275 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 46ms · UTC 19:47 · PVG 03:47 · LAX 11:47 · JFK 14:47
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.