V君的博客

用C♯访问共享内存(MACMSharedMemory)调用Afterburner控制显卡风扇转速

作者：V君 发布于：2021-10-26 20:25 Tuesday 分类：折腾手记

TL;DR for 立即想拿来用的人：[下载 |源代码 ]

0) 确保 MSI Afterburner 正常运行
1) 一些命令行示例
◆ 显示全部显卡风扇转速： -q
◆ 显示第一块显卡风扇转速： -q0
◆ 将全部显卡风扇设置为自动：-sAUTO
◆ 将全部显卡风扇设置为全速：-s100
◆ 将全部显卡风扇设置为最低转速：-s0
◆ 将第一块显卡风扇设置为自动：-sAUTO -i0
◇ 无参启动会输出完整用法
X) 只在 Windows 10 环境下调试通过，不确保其他环境也能用…

扯一扯这次折腾的经历

〇缘起

我为啥没事要控制显卡风扇转速呢？我只敷衍一下说懂得都懂吧 _(:з)∠)_
原因这部分略过，在找到 MSI Afterburner 共享内存的方式之前我还尝试了许多不靠谱的其他方式，最终选择了小飞机。

①使用来自 guru3D 论坛别人封装库的尝试：有BUG啊

起初在咕狗上找小飞机的 API，然后就找到 guru3D 论坛上标题为
《MSI Afterburner .NET Class Library》 的帖子，提供了一个加密混淆了的 .NET 程序集和一份文档。用起来感觉还行，读取全部显卡的风扇转速。 但是要设置风扇转速的时候它只能动前两块显卡，如果要设置第三块及以上的显卡，（不要问…），这个库会出现内存访问违规，也就是传说中的 Access Violation（AV）…… 由于这个程序集不提供源代码，那就只能自己实现了，况且 MSI Afterburner 提供了 SDK 示例，虽然是用 C++ 写的，但也能勉强读懂吧，反正只要能调整风扇转速就达到了这次的目的。

②自己照着 SDK 实现：还凑合

默认情况下 SDK 示例能在 C:\Program Files (x86)\MSI Afterburner\SDK\Samples\SharedMemory\MACMSharedMemorySample 找到。 主要看 MACMSharedMemorySampleDlg.cpp 就可以了。 整个流程大概分成四个阶段：连接、读取、修改、写入，读写的时候有个全局互斥锁，还有个 MACM 签名用来避免误操作，最后不要忘了释放资源。 结构体定义我就懒得自己重新扒 C++ 而是从《MSI Afterburner .NET Class Library》里面直接扒出来了，对外公开的数据结构没有混淆，也不能混淆 乂目

●结语

这只能称之为一个小作品或者小节目吧，还可以再扩展一下吧核心、显存频率引出来的，但是懒了 _(:з)∠)_ 其实是月底还没写这个月的博客，有点慌了w 因为要恰饭，所以就算是家里蹲，留给自己的时间也不多，一直想做一个自己的个人博客还在咕着 _(:з)∠)_ 忙完这阵子之后我想先深入了解一下 Blazor 然后尝试做个博客管理界面，至于前台嘛，为了方便互联网档案馆之类的场景，我决定还是做成全站伪静态，服务端渲染的页面。

★题外话（？）

对于不想安装小飞机又想用命令行控制显卡风扇转速的小伙伴，我这里有个方法能将小飞机强行精简绿化，最终的 7z 压缩包只有 1.2MB。 去官网下载安装包，然后用 7-zip 解开，挑出下面列出的文件，然后再修改一下配置文件 MSIAfterburner.cfgMSI Afterburner v4.6.4.16117 Beta 4
│  LogitechLcd.dll
│  MSIAfterburner.cfg
│  MSIAfterburner.dat
│  MSIAfterburner.exe
│  MSIAfterburner.oem
│  MSIAfterburner.oem1
│  MSIAfterburner.oem2
│  RTCore.cfg
│  RTCore.dll
│  RTCore32.sys
│  RTCore64.sys
│  RTFC.dll
│  RTHAL.dll
│  RTMUI.dll
│  RTUI.dll
│
├─Profiles
│      MSIAfterburner.cfg
│
└─Skins
        MSIModern.usf 配置文件内容[Settings]
Skin=MSIModern.usf 用这种方式需要自己打32、64位的 VC2008 运行库

标签: 软件开发 C#

评论(0) 引用(0) 浏览(78)

在 Blazor WebAssembly 中使用 Ace 代码编辑器

作者：V君 发布于：2021-8-1 15:02 Sunday 分类：折腾手记

TL;DR for 急着想要知道怎么用的人

[源代码、快速上手文档]

用爽了和不爽都可以回来听我扯扯

最近开始摸 Blazor 的 WebAssembly 前端项目，尽管早就知道有 WebAssembly 的纯前端版本，但那时候似乎还不太稳定的样子，那就等等再用，保持关注，然后最近就发现它似乎已经可以用了。想拿来试试手又不想太 HelloWorld 就得找点事情做，比如博客管理界面啥的。（终于不咕了么）

其实在 Blazor WebAssembly 之前我就一直都盘算着用 Markdown 来撰写文章了，用 Ace 代码编辑器，然后节流发回后端用 Markdig 渲染了再丢回前端呈现预览，现在可好，用 WebAssembly 方式可以把「原生」.NET 库在浏览器运行了，再有就是 Blazor 的组件化以及前端路由，看起来已经能摆脱 js 和 vue 的束缚，当然目前调用 js 库还是得自己写一点胶水代码，将来生态丰富了就不需要自己胶了吧。

那就先从移植组件开始，参考了 Lucky Seven 的如何优雅的移植 JavaScript 组件到 Blazor，一边对着 Ace 的文档引入目前所需的 API。

起初在 index.html 引入 cdn 脚本，后来发现可以用 import 关键字在脚本文件里引入外部脚本，只是要补充一下库基址。于是就搞起了模块化胶水（JS、Interop、C♯）。使用起来没发现明显的问题，至于性能嘛，前端工程是跑在每个浏览器的，只要不是反应卡顿，都可以忽略掉（❌），可以不太在意性能，把代码写的好看点，这有啥毛病呀（

不扯了，来点类似下集预告之类的吧。整合了 Ace 代码编辑器之后，当然就是搭管理界面的前端工程。找到了个简单易懂的栗子，原来前端路由拦截这么简单。好了打住，欲知后事如何，且听下回分解w

标签: 软件开发 C# 前端工程

评论(0) 引用(0) 浏览(164)

做了个基于 VCommon 的 ASP.NET Core 项目案例

作者：V君 发布于：2021-7-19 15:11 Monday 分类：折腾手记

前言

这是啥？简单用一句话来讲这就是一个山寨（简化？）版的 ABP 项目，用来学习 WebAPI 后端的完整流程以及做些个人项目。这几天抽了许多时间来摸 ASP.NET Core 尝试把 VCommon 用起来。进展还算顺利，那就淡定地水一水吧。

TL;DR

源代码：[VcommonCore] [本项目]
快速上手：
1)将 VcommonCore 和本项目克隆到同一个文件夹，打开本项目尝试编译
2)在配置文件按实际情况配好 MySQL 和 Redis
3)在包控制台用 update-database 命令创建数据库
4)如果没有异常，那就可以按 F5 跑起来看 Swagger 了
x)目前只有 SaaS 的基础功能。

TL;DR之后就是折腾感想了，主要还是和传统 ASP.NET 的差别以及适配

感想其一：配置文件。传统的 ASP.NET 只要在 Web.Config 配了连接字符串或者 AppSetting 就可以在任意位置使用 ConfigurationManager 来获取。不过这一套在 Core 已经行不通了，于是我从 ABP 项目抄来读取配置文件的实现，顺利地兼容了 EFCore 命令行工具和 ASP.NET Core 环境。EFCore 的方式完全照搬，而 ASP.NET Core 环境就得自己实现任意位置访问了，把配置对象注册到 IoC 容器中去！

感想其二：中间件。由于一开始就想绕过 ASP.NET 繁琐的生命周期，于是选用了 HttpModule 来把请求按约定的路径拦截下来并做出处理。换到 Core 之后，它没有 HttpModule 了，咋办？咕狗呗，找到微软的迁移文档，给 VCommon.VOpenApi 做了个中间件，从而平滑过渡到 Core。

感想其三：HttpContext/Session/RequestScope。传统的 ASP.NET 可以从任意位置通过静态成员获取当前上下文，然鹅转换到 Core 之后 HttpContext 的静态成员 Current 没有了，咕狗回来发现大伙们都用依赖注入的方式把上下文注册到 IoC 容器中。由于 HTTP 的无状态性，直接把上下文注册到容器是会乱套的，这时候就需要改变 UnityContainer 的使用姿势，用起派生容器了。插一句，或许有的人看不起 UnityContainer 说其老旧性能低下，但它自带的接口拦截功能还是很香的，它不需要把业务方法定义成虚方法，性能也还可以接受。在 WebAPI 请求处理的中间件调用业务方法之前，从根容器派生出子容器，将其作为 RequestScope 来使用，把上下文以及依赖上下文的组件一起注册进去，这样就不会乱套了。

最后，埋个伏笔（？）啥时候不咕了，那就用 VCommon 来做一个自己的博客吧！

标签: 软件开发 C# ASP.NET .NetCore

评论(0) 引用(0) 浏览(129)

从 EF6 转到 EF Core 了，变化挺大

作者：V君 发布于：2021-6-27 14:19 Sunday 分类：折腾手记

月底了，还没发表这个月的文章，好方，那依旧水一水正在做的事情吧。

最近在拿起放置了好长时间的 VCommon 摆弄，试图将其迁移到 .NET 5+ 。目前刚完成 EF6 转到 Core 的迁移，前面的基础类库、IoC、AutoMapper 都还算挺顺利，从经典 EF 迁移到 Core 就没这么简单了。让我来水水这次的经历。

连接字符串配置。从经典 FrameWork 转到 Core 之后，config 文件和 ConfigurationManager 似乎不能再继续用，得改用 json 配置文件的方式，而且运行环境（单元测试、命令行工具）的适配也不一样。

审计字段和软删除。这一点上 Core 的 EF 和经典的没有差别，依旧重写 SaveChanges 方法，在里面按接口找出变更实体按需操作就可以了（别忘了调用基类方法）。

查询过滤器。这一点就比较坑了，首先 EF6 的 DynamicFilters 不支持 EF Core，其次 EF Core 自带的全局查询过滤器它不好用，于是只能把实现放在叠在 EF 上方的 Repository 层，反正业务逻辑通常也只使用 Repository，那就在向上层提供 IQueryable 之前先在内部根据过滤器状态做好前置条件（比如软删除之类的）。

目前经典 EF 转 Core 就只遇到过这几个问题。如果遇到更多问题再追加吧（希望不要

标签: 软件开发 C# 数据库

评论(0) 引用(0) 浏览(142)

做了个奇怪（？）的文件复制工具

作者：V君 发布于：2021-5-22 17:03 Saturday 分类：我的应用

这个月实在是不知道该水些什么好，那就水一下当前正在做的事情相关的东西吧

TL;DR [ 下载 ][ 源代码 ]

效果：使用较大的缓冲区复制大文件，解决某些情况下用资源管理器不稳定或出错的问题
环境：基于 .NET Framework 4.6.1 编译，未在低于 Win 10 环境下测试
用法：
 1. 直接运行，按需调整选项
 2. 把要复制的源文件拖入File From
 3. 把目标文件夹拖入To Folder
 4. 检查来源和目标路径是否正确，点击 Fire! 按钮开始复制
 A. 针对某些情况提供了暂停选项，勾选之后会在复制一次缓冲区之后停下来，直到勾消
限制：尚不明确

稍微扯扯：

由于家庭服务器的RAID0阵列出现问题，剁了两块1T的SSD，打算搬出数据之后拆掉阵列，就在搬镜像文件的时候遇到复制速度慢或者不稳定的问题。

那就掏出这个工具试试，看着一凸一凸的性能曲线，这也应该比50MB/s的速度强一些吧

用完回来补充：那两块SSD是凄惨红的SL500，不查不知道，一查吓一跳，掉速症状和评测的一样，吓得赶紧退掉加钱换三星870EVO了。。。

标签: 软件开发 C# Winform

评论(0) 引用(0) 浏览(265)