解决Win7更新服务(wuauserv)占用过多内存和CPU -- 总算治好顽疾

作者:V君 发布于:2017-1-30 15:12 Monday 分类:折腾手记

TL;DR: 安装这两个补丁(KB3050265)(KB3102810)然后重启.

听我扯扯:

一直都被这个问题困扰着。
Windows 7更新服务一旦犯病就会变得很占内存和CPU。
内存小的机器就会因为交换虚拟内存耗尽IO,把各种操作响应变慢导致整个体验变得很糟糕。

只能通过手动停止其服务才能消停一阵子。又不能把更新服务彻底禁用。。。

今天帮人重装系统,打补丁时就犯这毛病了,全新的系统也闹这样,真受不了。
咕狗,找到了这个帖子。然后药到病除!快来点赞!

标签: Windows7 故障解决

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

软件开发辅助工具 - 将EntityFramework实体文档注释搬进数据库(MSSQL)

作者:V君 发布于:2017-1-9 21:22 Monday 分类:我的应用

TL;DR
[ 本体 ][ 源代码 ]

效果:生成SQL用于更新表和字段说明.
用法:直接运行,在弹出的打开对话框选择定义实体的程序集. (记得启用XML文档生成)
限制:尚不明确.
环境:需要.NET 4.5.2以上, 作为开发者不需要啰嗦更多.


 

扯扯:

 

点击查看原图

 

点击查看原图

 

虽然用上Code-first之后各种便利,然而当需要生成数据库注释用来给运维之类的提供方便时.
咕狗了之后发现并没有现成的工具,懵逼了一会儿. 又查了一下更新数据库注释的方法.
嗯嗯 MSSQL 比 MySQL 做起来方便多了. 于是这个小工具就诞生辣.


首先将打开对话框指定的程序集载入

 遍历所有类 -> 筛选出有[TableAttribute]特性定义的类
  遍历属性 -> 筛选出可读可写的非导航属性
 收集表名,成员名(如果指定了Column特性,将取其指定的列名)

 按对应定义抓取XML文档里的注释

 基于上述信息构建数据库更新SQL脚本. 
  (由于M$SQL新增和更新的分别是两个存储过程, 于是简化处理, 先新增再更新. 
   ((报已存在的错误提示无视掉就可以了 _(:з」∠)_

 将SQL输出到窗体控件

由用户自行丢进SSMS执行,结束.


做这东西过程中遇到了几个有趣的现象, 尽管不是很高深.


0) 嵌套类全名用加号分隔类名
 但是XML文档中仍然是用点分隔类名

1) 基类在不同的程序集
 这时候就要按属性信息的定义类(DeclaringType)去找程序集对应的XML来读取注释了

2) 继承来自泛型的成员
 在XML中泛型以"MyGenericClass`1"的方式表示,
 需要区分泛型然后获取泛型定义(GetGenericTypeDefinition)
 再读取全名才能得到XML中的名字格式,
 如果直接取全名将会得到类似"MyGenericClass[Int32]"的格式.



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

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

C语言宏define定义与typedef差别之我见

作者:V君 发布于:2016-12-8 12:26 Thursday 分类:折腾手记

TL;DR

宏定义只是简单文本替换,以下例子将能体现与typedef的差别

#define pin int *

pin a,b;

上述代码展开为 int *a,b; 中只有a是指针, 而b不是. 

将定义改成 typedef pin (int *) 就能让上面的代码如同看起来的一样了.


扯扯:

最近有空就折腾移植Mono到PSV, 途中遇到不少C语言基础知识. 

碰巧又看到这篇讲述宏define的文章. 这才悟出两者的差别

标签: 软件开发 C语言

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

移植eglib到VitaSDK,为Mono做准备[update]

作者:V君 发布于:2016-12-4 4:33 Sunday 分类:折腾手记

TL;DR

 ./autogen.sh --prefix=$VITASDK

 ./configure --host=$TARGET

 make

 按编译错误修改源代码, 然后跑跑看有没有问题.


听我娓娓道来:

由于受够了Windows的仿Linux环境Cygwin/Msys带来的各种问题

从上次开始就主要在 Debian Linux (amd64) 下进行主要编译流程.


1) 准备VitaSDK

 依然是去HENKaku网站看向导文档, 这次和上次略有不同

 这回咱们用的是 prebuilt toolchain

 下个 tar.bz2 压缩包放进 /usr/local 执行 tar -jxvf 解压,里面已经有 vitasdk 文件夹

 每次编译之前设置好以下环境变量就完成了SDK的准备

  export PATH=/usr/local/vitasdk/bin:$PATH

  export VITASDK=/usr/local/vitasdk

  export PREFIX=$VITASDK

  export TARGET=arm-vita-eabi


2) 获取源代码

 复制 Mono 源代码中的 eglib 文件夹出来, 另外找地方放, 接下来咱们要对其进行交叉编译


3) 配置与编译

 进入上一个步骤的地方, 走TL;DR的3个命令


4) 针对编译错误修正

 和上次的定下小目标遇到的情况一样, 第一个问题是 gdir-unix.c 

 换成 sceIo 系列方法,参照VitaShell源代码修改即可编译通过, 具体可以参考本例的做法


5) 调试与测试

 由于时间问题,本次只通过了库编译,并没有放到具体实例里调试. (´∀((☆ミつ 

 从 SDK示例 中的 debug_print 复制一份改名为 debug_print_eglib

 进入目录, 修改 Makefile 

   输出名和项目标题及ID

   编译参数 添加eglib的src作为include目录

   链接参数 增加库目录和库名

 在 main.c 里试着引用 glib.h 调用一下 gdir_unix.c 里面的函数 

 然后执行 make 编译, 就会发现缺少p线程库的符号,去对应github抓个zip回来

 进入 platform/vita 执行make 就能在当前目录生成 a 文件, 加到示例的 Makefile

 编译通过后就能跑起来了, 已确认本例的以下函数能够跑起来

  - g_dir_open

  - g_dir_read_name

  - g_dir_close

  - g_mkdir_with_parents

 其中 g_dir_rewind 就不跑了. 无非是关闭句柄再打开, 用来重置目录指针.

 本例修改完的 main.c 贴出来了, 咱是C语言新手,不要太吐槽哇!

点击查看原图

 看看接下来接着移植哪个库吧 >.<



标签: 软件开发 PSV C语言

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

修改Mono源代码,改变mscorlib库目录

作者:V君 发布于:2016-12-3 23:49 Saturday 分类:折腾手记

TL;DR:

一共改了两处地方, 都在 assembly.c

1) mono_set_rootdir(void)

把 installdir,root,config 这几个标识符干掉

将 bindir 直接喂给 mono_set_dirs 的两个参数

 

2) mono_assembly_load_corlib(const MonoRuntimeInfo *, MonoImageOpenStatus *)

修改 mono/<version> 路径拼接

corlib_file = g_build_filename("", "mscorlib.dll", NULL);


听我扯扯:

上次咱总算是把Mono编译成功了, 也初体验了嵌入Mono的运作方式.

不过略为不爽的是它只能从 ..\lib\mono\4.5\ 来加载 mscorlib 库.


啃了源代码才发现有写死的策略...

以及从被运行的程序集中取得Framework版本最终拼出mscorlib的路径.

由于咱是用嵌入mono,并且已明确Framework版本, 就不用管太多

 

改完TL;DR的两处就能加载当前目录下的mscorlib了, 但是如果当前目录下没有mscorlib

得到的提示仍然是之前的目录, 因此最好也改一下 domain.c 的 mono_init_internal

找到字符串 The assembly mscorlib.dll was not found or could not be loaded

然后修改下一行的提示就可以了, 咱的做法是 把标识符 corlib_file 干掉, 改成

g_print ("It should in same directory.\n"); 这样就能准确提示了.



标签: 软件开发 mono C语言

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

Powered by emlog 去你妹的备案 sitemap