存储策略测试
图为 Windows 365 默认壁纸(与 Windows 11 有所区别)

测了一下泉州 SNI 阻断,以下均为泉州之外可以访通、泉州阻断的 Mastodon 实例(只测试了来自几个中继的域名,并不全面)。 

9kb.me
bgme.me
bilibili.org
cx.cx(302反诈)
cxcx.me
dragon-fly.club
dudu.capricom.info
flanintheface.com
foxsay.southfox.me
hashi.icu
kele.one
m.moec.top
mk.outv.im
mo-na.space
mstdn.one
pullopen.xyz
social.boiledscript.com
social.datalabour.com
ssdcc.online
tzcafe.com

目前看来对写入做额外的缓存是没有必要的,只需要异步进行临时存储的持久化。

Show thread

略大一点的文件(压缩)测试。优化了过于孱弱的写入,至少变得可用了。

Mastodon 上面会遇到一个奇怪的场景,就是站外内容缓存的缓存... 延迟还要进一步降低,但仍然受限于单点写入的问题。

Show thread

目前最大的问题是,存储过程单点故障很难通过协调的方式灾备,上传出现故障的概率远大于朴素储存。但是不影响读取,看在储存的成本也大大降低的份上,还是可以接受的(笑)

Show thread

新储存方案(测试)原理解明。
现在仍存在一些性能上的问题亟待解决。

#长毛象运维
mstdn.1 Toot Relay 公开测试

主要特点:
1. 参考moew中继的优秀范例,进一步优化页面体验;
2. 后端从 pub-relay 改为了 Activity-Relay,功能更加完善;
3. 实时更新送信日志,高效排查站点互通问题。

relay.mstdn.one

公测期间服务稳定性无保证,实例政策也可能不断修订。
欢迎大站加入中继,通过压力测试检验后端的性能。未来正式运营时,计划固定为2~3个大站。

Show older
PUB.PM

PUB.PM