sagnitude

导入第三方库，以前 maven 配一下就好了，现在还得手动下载 jar 包放 lib 下面，倒退了属于是

不算 PUA ，也不算为你好，只是单纯讨厌低效率沟通
就像我很讨厌别人给我报 bug 的时候，截图永远只截一点点，按一个按钮没反应，截图就只截那个按钮
你记不住应该自己想办法，拿个记事本记下来，手写也行，obsidian 也行，啥都行，下次问之前先看一遍

sunshine+moonlight 带宽要求太高了，有时候会因为带宽导致游戏卡顿，我之前想把主力机放其他房间，嫌他太热了，然后用这个远程，最后还是放弃了，4k 带宽太高，会影响游戏性能
rustdesk 稳定是稳定，就是远程的时候很容易自适应降低画质，尤其是写代码的时候，鼠标一滚动，全屏幕都糊了，看字的话有时候会糊，伤眼睛

@thealert 你也知道他们是面对十几亿人的服务，我可没说我这套服务可以无缝 scale 到全国十几亿客户端，我只是告诉楼主，至少在他的公司做到百度高德的级别之前，他这样做没问题

如果有一天我有机会做全国的路况图部署，我肯定是在业务服务器上把道路数据直接切成矢量切片，然后准备一个大内存的机器，直接把 sqlite 或者其他数据库做全内存存储，比如 sqlite 支持 memory 模式。全国卫星图才 12TB ，矢量图最多一百 G ，内存全缓存绰绰有余

@thealert 路况是矢量图，不会存成图片，矢量图本身数据量就很小，同步压力很小，且不说数据库实时同步，就算用文件我也可以做比如三轮文件轮流切换更新

@thealert 地图数据和业务数据肯定不是一个数据库，也不会和业务逻辑跑在同一个带宽、同一台服务器上，没有这个挤占问题，给地图服务的服务器就纯粹为了提供地图 API ，所以他的吞吐量就完完全全是给 tile 服务的。

@gooin 对的，就是 mbtiles ，基于 sqlite 做的扩展，在需要存储 metadata 的情况下，只能选择数据库存储，表很简单，迁移到其他数据库也一样

@thealert 浏览器到服务器的 TCP 连接是有限制数量，但 http/2 建立的是长连接，已经没这个问题了；用多个子域名去做这个是以前的解决办法

如果数据实时性要求很高，我会改用 postgres 或者 oracle 或者 sqlserver ，我选型就是因为我的更新频率低