V君的博客

在香蕉派上配置DLNA/UPnP网络媒体服务器,让PS3/PSV播放NAS上的媒体

作者：V君 发布于：2015-11-7 2:42 Saturday 分类：折腾手记

TL;DR:

# apt-get update
# apt-get upgrade
# apt-get install minidlna

/etc/minidlna.conf
---
media_dir=A,/mnt/ext/Music
media_dir=P,/mnt/ext/Pictures
media_dir=V,/mnt/ext/Videos
friendly_name=Pi
inotify=yes

根据配置文件里面的说明,

改完文件需要执行 minidlna -R 再 service minidlna retart

这样就能重建媒体文件数据库, 每次这样操作都要花点时间扫描文件

可以通过http协议8200端口在浏览器查看当前扫描出的文件数量

这样子就可以直接在PS3或者PSV播放NAS上的东西啦!

安装配置参考来源: bbrks

标签: PSV Upnp NAS PS3 MediaServer

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

使用Fiddler加速PSV系统升级

作者：V君 发布于：2015-11-6 23:17 Friday 分类：折腾手记

首先要确保你的PSV能通过内容管理助手升级, 显示进度条和剩余时间就表示OK, 先停止下载.

开Fiddler, 启动捕获, 再接着升级,这时候Fiddler会捕获到下载升级文件的HTTP请求.

再次停止, 谁愿意等个把小时啊.

从Fiddler拿出网址喂给你的下载工具, 下完之后. 回到Fiddler,

从菜单 Rulers > Automatic Breakpoints > Before Request 启用拦截请求.

然后仍然是操作升级,Fiddler会把所有请求都拦下来,这时候手要快,不然PSV等待超时又要重来

除了升级文件的请求, 别的都放过. 选择被拦下的下载请求,

在Choose Res下拉列表选择 Find a file 之后打开刚才的文件,

这时Fiddler可能会失去响应一小会, PSV可能会因此而超时, 大丈夫, 继续重试.

载入文件后响应过来, Run to completion, 你会发现, 进度条刷的一下就到50%左右,

再等一小会, 系统就升级好了, PSN就能上了, 这下可以联机玩游戏了! 

(不过能联机的游戏还没买wwww

想听我扯扯的话,

阅读全文>>

标签: 系统升级 PSV Fiddler PSN

评论(27) 引用(0) 浏览(2331)

NGen并不能提升代码执行效率

作者：V君 发布于：2015-8-23 21:46 Sunday 分类：折腾手记

TL;DR: 看这里 

实际上NGen.exe仅仅是加快应用程序的启动速度，执行时的性能并不比JITCompiler编译的代码快。主要原因是，编译代码时, NGen无法像JIT编译器那样对最终的执行环境作出许多假设，这会造成NGen.exe产生较差的代码。例如, NGen不能优化一些CPU指令, 对静态字段的访问需要间接的操作而不能直接访问，因为静态字段实际的地址需要在运行时刻才能知道。NGen到处插入代码来调用类的构造函数，因为它不知道代码执行的次序，不知道类的构造函数是否已经被调用。

听我扯扯:

一直用着SevenZipSharp(7z#), 这货相当方便, 然而现在我想设计自己的压缩归档, 

需要选择压缩算法纯粹的对数据块进行压缩, 

然而7z#似乎没有提供这样的接口, 算法的实现又在本地的7z.dll里...

最重要的是不跨平台, linux 没法用.(尽管7z#似乎在出mono版本, 但貌似已经熄火两年...)

 

于是又找到了个纯托管的实现 -- SharpCompress .

嗯嗯 这货很好的实现了各种算法的纯粹压缩流, 

有 LZMA, LZMA2 (仅解压) ,Gzip, Bzip2, Deflate, PPMd .

在我设计的压缩归档里面, 

首先将要压缩的数据挨个调用这些算法的极限压缩, 选择最高压缩比的算法,

以一个字节标识到压缩后数据块前面,

如果所有的算法输出都比原始数据大, 那么直接存储, 数据块前面的标识会注明

 

跑了一遍下来

 

Ppmd:   3,404

Deflate: 2,160

Store:  1,996

Lzma:    393

BZip2:    595

--------------

Total:   8,548

 

发现PPMd算法被使用次数最多, 然而PPMd每次执行都时间几乎都在秒级以上

欲让它执行得快一点. 于是想起JIT这回事,

咕狗搜索 Force JIT 找到 NGen 试着产生 SharpCompress 的 ni.dll

用 procexp 查看确实被加载后, 对压缩调用计时.

然并卵, 速度根本没有提升嘛! 更要命的是解压反而比压缩慢, 这是闹哪样?

接着查 NGen 性能, 这时才明白原来根本就是用错东西了...

打一下自己的脸, 找C或++的实现, 然后做个C++/CLI或者导出函数来pinvoke吧.

(我大mono可是支持pinvoke的哟)

标签: 软件开发 C# JIT

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

首次发布Aio1Ef - .NET程序打包压缩成单文件发布,支持非托管程序集[更新2]

作者：V君 发布于：2015-7-11 23:11 Saturday 分类：折腾手记

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

有样学样递归简称 Aio1ef In Only 1 Exe File，使用方法:

• Aio1Ef.Packer <sourceDir> <mainAsm> <outputAsm>
  - 指定目录和主程序, 打包整个目录
  ▲ 目前并不会排除多余的vshost.exe和xml文档，建议用好成事件
• Aio1Ef.Packer <mainAsm> <outputAsm>
  - 指定1个源文件和目标文件名, 仅打包1个文件
• Aio1Ef.Packer <mainAsm>
  - 指定1个源文件 打包到自动命名目标：文件名.Aio1Ef.扩展名

打包实现原理及流程：

1. 基于指定的文件创建带有路径/大小的文件信息列表
2. 按列表顺序固实压缩文件内容
3. 用文件信息列表内容自动编写加载器配置代码
4. 动态编译输出, 追加压缩数据到输出文件末尾
5. 关闭输出文件, 结束.

运行时解包加载实现流程：

1. 以只读方式打开自身, 按压缩后数据大小, 从末端seek回来并读取到内存
2. 使用自身最后修改时间+主程序名+未解压的数据哈希值生成临时文件夹名称
3. 如果文件夹已存在则直接使用, 否创建对应路径并解压到里面
4. 设置启动环境(添加path环境变量,设置当前目录,SetDllDirectory) 加载调用主程序

需要注意的地方：

• 确保项目生成目标平台（x86、x64）与 Aio1ef 的匹配
• 必须对 WinForms 应用程序的初始化做辨别：
  Application.SetCompatibleTextRenderingDefault(false);
  这一句需要检测 NativeWindow 的 AnyHandleCreated 私有属性为 Flase 时才执行
  否则重复调会用引发异常导致程序无法启动，参见这行源代码示例
• 由于是在临时文件夹加载(并非直接运行)主程序, 文件目录需要谨慎处理
  相对路径(当前路径)是临时目录想在exe旁边操作文件
  必须在路径前面加上应用域基础路径
• 对于DllImport有文件夹,例如 dlls/fmod.dll 这种方式将会找不到文件, 尚无解
• 不支持 .exe.config 配置文件

尚未实现:
将程序集Attributes添加到输出文件

■更新
将主程序图标应用至输出文件
生成输出文件将会带上主程序集特性:

AssemblyTitle,AssemblyDescription,AssemblyConfiguration,
AssemblyCompany,AssemblyProduct,AssemblyCopyright,
AssemblyTrademark,AssemblyCulture,ComVisible,Guid,
AssemblyVersion,AssemblyFileVersion,AssemblyInformationalVersion
 

■更新2
按检测到的应用程序类型(控制台/窗体)添加[System.STAThread]在入口点
解决弹出打开对话框卡死的问题, 目前并不会自动检测
对于有此特性的控制台应用程序还是不会自动添加

■算法配置
压缩算法 LZMA 直接使用SevenZipSharp.dll托管代码
哈希算法 MurMurHash3 [已失效]https://code.google.com/p/smhasher/wiki/MurmurHash3

标签: 软件开发 C# 程序打包

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

通过SSH备份并压缩远程服务器上的文件

作者：V君 发布于：2015-6-23 22:43 Tuesday 分类：折腾手记

既然数据库备份了 那也顺便备份一下文件吧 

备份文件可不像备份数据库那样简单

起初想到的方法是先把远程服务器上的文件拉回本地,接着压缩,再删除

这样做也太新手了吧, 并且还增加了不少IO

于是..., 这次不咕狗了 直接发帖问, 然而 得到回复 tar|gz

立马就被打醒了 ssh远程执行脚本嘛 把输出在本地接收然后xz!

于是一脚深一脚浅的一边咕狗一边写出这样的玩意, 很新手吧 _(:з」∠)_ , 老司机请飘过.

把下面的脚本保存到一个文件比如remote-backup.sh 然后用chmod增加执行权限, 

用法: ./remote-backup.sh 用户@主机 密码 远程路径 本地路径

本地路径会自动加上tar.xz后缀

至于 REMBER CACHE SSH KEY! 的意思是, ssh的key缓存对应不同用户, 

我等新手在摆弄时极容易遇上一会可以一会不行的情况

多半是sudo执行和直接执行的差别, 

因此你需要给每个服务器用sudo ssh连接一次把key缓存起来

嗯 然后就是塞给crontab了 (=ﾟωﾟ)=

 

#!/bin/sh

 

userAtHost="$1"

pass="$2"

remotePath="$3"

localFilename="$4"

 

if [ ! $# -eq 4 ] ;then

        echo useage: $0 \<user@host\> \<pass\> \<remotePath\> \<localFilename\>

        echo \ \ \ \  localFilename will auto add .tar.xz

        echo \ \ \ \  REMBER CACHE SSH KEY!

else

        echo exec\> sshpass -p \*\*\*\*\*\* ssh $userAtHost \"cd $remotePath \; tar -c .\" \| xz \> $localFilename.tar.xz

        sshpass -p $pass ssh $userAtHost "cd $remotePath ; tar -c ." | xz > $localFilename.tar.xz

fi

 

~

ps: 你可能需要 sudo apt-get install sshpass

标签: linux ssh 数据备份

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