抖音没装,刷皮皮虾

试试这个

https://dev.maxmind.com/geoip/geolite2-free-geolocation-data?lang=en

@hsfzxjy 这个就不是很清楚了,聚合 rss 的话有可能是收录的内容里有这一类信息然后就误伤了.

@hsfzxjy 你这个地址被 eset 拦截

https://s2.loli.net/2022/09/07/6dBePIUrKXfyD7b.png

通话录音

win11 任务栏我用 https://github.com/valinet/ExplorerPatcher 这个和 StartAllBack 还原成 win10 的任务栏了.

ExplorerPatcher 还能还原 win10 风格的开始菜单,StartAllBack 不支持还原开始菜单.
还原后就可以用 云日历 直接在时钟处显示天气和秒针.

@Moha +1 🤣

win11 22h2 dev

分子报道

祝大卖

之前买的科沃斯 T8,简单的扫下地或者拖一下问题不大,但是也缠头发,必须人工处理.很少被困,也很少撞,综合评价还行.当时双十一活动价 2500

分子报道

https://s2.loli.net/2022/09/05/wZaqNbiIyVgA8eQ.png

没有遇到这个问题 win11 terminal 1.15.2283.0

@Ansen 感谢分享

我也试用过 windterm,个人感觉功能上暂时还是无法和 xshell 或者 mobaxterm 比较,不是很适合我,当然,开源免费算是一个优点.

反正选择合适自己的就好.
目前用的最多的应该就是 ssh 和 rdp 了(用 frp 穿透)

向日葵从 10.0 版本后就内部写死了一个日期(应该是 2022.6 的某一天),过了这个日期当你试图不安装运行时,会自动下载新版本并替换自身,非常恶心.
我上次一直疑惑为什么之前可以绿色运行,后头不行了,最后发现运行的 exe 从 11 变成了 12.之后新开虚拟机去运行 11,会发现会自动更新成 12 版本,而且改系统时间无效(RunAsDate 也不好使),应该是网络时间校验.

当前想要绿色版的话,测试发现 9.x 还可以绿色运行.
我个人主要用 frp 穿透后使用 rdp,偶尔会用 rustdesktop.

真给自己脸了属于是,以为没他地球不转了.

已注销账号.

@beyondex 你好,是 @Maboroshii 这位朋友先说测试代码存在 cpu 占用差异,所以我这里才比较的 cpu.

个人看法哈,对于外部因素都基本一样(代码逻辑一致 硬件环境一致)的场景下,可以横向比较一下.

再次感谢各位的回复

对于洗牙(拔智齿反正不行,重医附属医院),好像都是不能走医保报销的(我意思走个人账户也不算是报销,和直接掏钱基本没区别),另外就是有朋友提到有一个报销基数的问题,这个好像是各地政策不一样,北京是 1700 还是多少,一般门诊类的都会低于这个基数,所以很多都报不了.

总结下差异点
1. 设备差异,相对来说医院的设备可能会更为专业
2. 卫生条件,医院卫生条件会更好一些
3. 外围措施更完善,医院一般会进行验血(但是也看有朋友提到不验血的),我问了两江新区人民医院这边是要验血的
4. 价格,医院一般都会比牙科诊所贵,同时可能会有消费陷阱
5. 信誉背书,医院信誉一般来说好过牙科诊所

综合看,医院的价格有其一定的道理和合理性.
实际操作上,老实说,占一部分运气成分,如果经济允许,还是选择公立医院更为可靠.

@Maboroshii
是的,请分别在 release 模式下编译后,单独运行进行比较
C# netcore 6.0.400
```
dotnet build -c Release
./main.exe
```
cpu 占用 最高 2.95% 最低 1.53% 平均 2.2%
内存 15.71MB

go 1.19
```
go build -ldflags "-s -w" main.go
./main.exe
```
cpu 占用 最高 3.39% 最低 1.54% 平均 2.5%
内存 15.75MB

以上数据均运行多次,取最优

就仅针对测试代码来说,这些数据表明 c#和 go 性能基本一致.但是要注意,
1. 这里边其实包含了编译器本身的 buff 加持,即编译器本身的优化也会影响结果,因为测试代码相对简单,极有可能会被编译器优化掉(暂未对比汇编).
2. go 中 routine 无处不在,通过查看 2 个程序的线程 cycles delta 等参数可知,go 在运行时多个线程均较高,C#版本仅主线程较高.也就是可能他们的调度机制不一样.

另外说明,我对 go 不了解,对 go 的信息了解不一定正确(如有误请指正).

结论
单就以上测试代码来说,我觉得他们是性能持平的(实际场景业务复杂,不好拉平衡量,暂不讨论).

附 C#的 csproj 文件
```
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
<OutputType>Exe</OutputType>
<TargetFramework>net6.0</TargetFramework>
<ImplicitUsings>enable</ImplicitUsings>
<Nullable>enable</Nullable>
<OutputPath>.</OutputPath>
<AppendTargetFrameworkToOutputPath>false</AppendTargetFrameworkToOutputPath>
<AppendRuntimeIdentifierToOutputPath>false</AppendRuntimeIdentifierToOutputPath>
</PropertyGroup>
</Project>
```

@Maboroshii 可以发一下测试代码,对于基础的使用,请参阅微软的官网文档,很详细了.

不管什么语言,大部分时候如果性能不符合预期,都先从自己身上找问题.写语言和编译器的人水平在绝大部分人之上