分类目录归档:Try

CentOS6.5尝试lwan

这些天看到了lwan官网上号称作者历经三年打造的高性能轻量级可扩展Web Server,号称具备了低内存占用、最小化的系统调用次数、对静态文件根据大小智能的处理,预缓存目录信息以及7200行主体代码等特点,到今天(2014年12月26日)为止,Github已经收集到了2000+个star。

其中最吸引我的就是静态文件能达到18w qps,加上它较小的代码体积,于是想要试用一下。

阅读Github上的说明可知,这一软件需要用cmake,无碍,自己手上这台CentOS 6.5的机器上有,不过看到编译参数里面的-flto之后心里凉了半截,这东西CentOS 6.5上带的GCC 4.4.7不能编译啊……

好吧,简直就是噩耗,更换GCC实在不是什么省心的事儿,主要是手上测试机性能实在太差(Pentium双核+2G RAM+160GB HDD,10年的台式机……),估计只编译C/C++支持的话就得一个多小时了,无碍,那么就编译吧。

本次使用的是GCC 4.8.4,使用了日本镜像,速度较快。GCC还依赖三个库:

这三个库安装顺序可以为gmp -> mpfr -> mpc,mpc依赖前两者。

同时,需要通过yum安装glibc-devel以及glibc-devel.i686两个包。

在开始config之前,需要添加环境变量:

否则之前安装的gmp等三个库是没法用上的。

之后便是配置安装:

漫长的编译之后,会在先前的gcc目录(/user/local/gcc)生成,备份原有gcc(需要mv操作)之后通过可以考虑通过

切换版本。

GCC准备好了之后自然就要开始编译,编译时原本出现了一些对于比如luajit以及sqlite3的版本要求,但是作者今天在一个issue中提到似乎已经解决这一问题,这里就先略过,实际出现的话,根据出现问题的cmake提示,将软件依赖改为全路径即可。

编译时需要编译安装luajit以及通过yum安装mysql-devel。

在顶级目录编译完成之后,可以看到在顶级目录下的lwan目录中会生成一个名为lwan的二进制文件,将其拷贝到顶级目录,启动之后就可以体验lwan了。

lwan

关于端口的问题,可以通过修改顶级目录下的lwan.conf修改监听端口。

不过,最后要说的是其实自己的测试结果并不尽如人意,ab并发过万会引起lwan不响应其他请求,而Nginx则没有这类问题,还需要再次试验,确定问题的原因。

小试Sigma黑科技

小试Sigma黑科技

Sigma今年频频发力,各种黑科技产品都冒了出来,不过作为一个初学者,感觉自己还是先接着用好手上的设备吧。

昨天TB的时候试用了同事的Sony A99+Sigma 35 1.4之后,看到图片的效果真是惊艳。之后转身一看原厂35 1.4过W的价格,瞬间失去了尝试原厂的勇气。看看Sigma的价格之后甚是心动,最终决定试试Sigma 35 1.4

下面就试着写个来个开箱吧。

开箱

太久没有动相机,重量感觉有点不习惯,结果手抖得不行……拍完之后发现都歪了……

包装盒

一个白色的小盒子,大小大约等同于河马君的肚子。

打开盒子,说明书等各种介绍文件。

说明书等

盒子里面是一个镜头包,说到这里真是要感叹Sigma这一次真是业界良心,这个镜头包还算结实,而且还有一个腰间的挂载点,虽然平时也不用,但是看的出来算是个实用的功能。

打开镜头包,发现不用东西卡着就不能保持打开状态,所以有劳河马君的下巴了。镜头包顶部有泡沫,估计是防撞用。

镜头包打开状态

拿出镜头和里面的遮光罩,下面就是这整个盒子的组成了。

全部组件

拿出镜头本体一看,35mm F1.4标明性能,67mm口径,直接买了个肯高的普通uv放了上去。

35 1.4

这里就是Art系列的标志了。

Art标志

从前面看看镜头,还是蛮通透的。

镜头正前方

从后面看镜头,没什么特别的,感觉和原先的套头差不多,连接部分是金属的,感觉坚固了很多。

镜头正后方

之后赶紧把它和60D合体,这个尺寸还是比较巨大的。

合体1

合体2

合体3

合体5

合体6

这个镜头金属机身带来的质感非常的好,但是也非常有分量,资料说是665g的重量,上机之后发现真的是很重……颈椎在抗议中。

拍摄试验

随手试了一下对焦,惊喜的发现似乎没有发现跑焦的情况(也可能是眼睛不够锐利吧……),对焦很安静,而且速度很快,比先前的小痰盂快了不止一点。

这张对到了SOHOO字母上:

对焦到SOHO的O上

这张对到下面的of单词:

对焦到of上

这张对到下面的Objective单词中的j字母上:

对焦到j上

最后就给河马拍一张结束吧,这张是对到了绿豆眼的中间:

对焦到河马两眼中间

说了这么多,还是赶紧去学习吧……

KBT Pure Pro 键盘

KBT Pure Pro 键盘

身为程序员,键盘也算是吃饭的家伙之一吧……

虽然不烧这个东西,也没有深入的去了解过,但是用惯了之后,基本上就不想用别的键盘了。基本的青红黑茶轴都曾经买过,最后还是特别中意红轴。买过和用过的键盘大致有Noppoo Choc pro 104Keycool 87/84,还有Poker 2,摸过同事朋友的雷蛇Cherry,还有Race2Filco什么的只在卖场里试过,实在太贵了,再往上的HHKB那就更不用说了……_(:3 」∠ )_

细细一想,还是接着试试国产的好了。

对于60%的键盘,个人一直是觉得是很想入手的一个键盘,原因就是因为小啊……而且上下班可以随时携带(大多数情况下可能没有这个需求……),而且Esc是那么靠近主键盘区域。考虑到自己还没到不需要用方向键的水平,然后就入了一把带有方向键的Pure Pro。

开箱

(没有开灯结果拍出来的新键盘和已经用了半年一样……)

盒子包装还是很简单,60%和Pure Pro表明了大小和身份……

外包装

买的还是红轴,习惯了红轴,基本上就不想碰其他的轴了,青轴震天动地的声音确实不适合在办公室用。PBT的键帽用了之后只会脏不会油……

外包装2

盒子的内表面真是……

外包装3

拿出所有的东西,只送了一个绿色的回车键帽。提起这个就觉得很郁闷,这键盘的键帽和Keycool等键盘的键帽不是通用的键帽,整体偏高,空格键的宽度更是有点猎奇……

说明书、本体、USB连接线,大概就是这些。

配件清单

看到这么小巧的键盘,郁闷稍减。

回车键上那个KB中间的小图标貌似是一只松鼠。

回车

这个键盘的Win/Command键的大小实在令人发指,不过还好,这键盘几乎全键盘都能编程,后面我把Ctrl和Command键互换了一下,上面的坚果图案倒是很有趣。

cmd

这款键盘默认的灯上得键帽没有透光口,于是乎只能通过键帽投射出来(快要亮瞎了,敢不敢做成暗一点的)……

cmd

最后来一张和Keycool 87的对比,真是小了一大圈。

cmd

关于编程

编程的过程网上各种教程,附带的说明书也有说明,简单说起来步骤就是:

比如Command/Win键和左Ctrl互换步骤就是:

最后用Fn + 右Shift启用编程后模式,那么就可以开始用上编程后的键位了。

启用编程模式时,在做第三步时,按键都是表示原值,和编程后的值无关。

想要恢复出厂设置就按着Fn + R等到右Fn闪9次即可。

其他

  1. 这个键盘的右shift太小,Vim输入:wq这样的命令可能会输错
  2. 这个键盘的`需要用Fn + Esc才能输入……(_(:3 」∠ )_写SQL的时候怎么办……)
  3. 同样地,BackSpace也略小……(手指太粗……可是Del键为毛这么大啊……)
  4. 有方向键!这个可真是太赞了
  5. 能编程,解决了部分按键不方便用的问题
  6. 键帽不算通用……
  7. Esc位置很赞

好了,说了这么多,该去练习了。

mac工具使用方法收集

最近入了mac,用上了心仪已久的retina屏幕,用上了mou等优秀的工具,这里打算记录一下自己使用mac过程中遇到的问题。

终端不能保存密码

终端这东西每天干活都得用,win下用着xshell,mac下自带的终端就很赞,然而ssh登陆跳板机的密码相当之长,完全无法记忆,需要使用其他工具。

简单的办法就是使用expect自动填写登陆密码完成跳板机的登陆:

这个文件我命名为relay.exp。

为了方便使用这个命令,可以在~/.zshrc中做个别名:

在进行source ~/.zshrc操作之后,使用quickrelay就能起到免输入密码登陆的效果了。

如何找到当前使用的JDK的路径

Mac OS X的JDK路径位置可以通过 /usr/libexec/java_home 来找到,这一点在需要知道当前JDK路径的时候很方便

通过树莓派局域网中共享影片和文件的尝试

[旧日志恢复……]

前些日子入了一台新小米盒子,性能上感觉还是比较一般,反应速度不是特别的快,但是勉强足够,对于1080P的片子有一些解码比笔记本顺畅多了。感觉好处在于终于可以回来之后不开电脑直接躺床上看剧了,而且作为粗粮手机用户,还能用到一些和手机交互的功能。其他东西就不多说了。

但是问题在于,每次更新硬盘内容还是超级麻烦的,要从电脑上拷进下好的电影到硬盘,然后又通过OTG线插到盒子上。手头上有一个树莓派,想了一下这货跑的不就是debian的一个变种吗,想起以前别人共享文件的办法,决定试试看安个samba上去试试,配好了做个网络位置映射,直接把迅雷什么的下载目录设定成映射的位置。配置的过程可以参考这篇文章。另外,为了能够挂载外接的硬盘,需要一个有源Hub。有了有源Hub,Pi也不需要电源线了,直接从USB就能供电。

刚配好之后做了个映射

 

 


Rasp-NAS
 

随便传了一个文件,100KB/S左右的速度,当场看傻了。自己照着网上广为流传的方法做了一下修改,主要是对缓存大小和异步读取/写入的块大小做了修改

 

 

这样做之后速度有了比较大的提升,然而峰值也仅仅是4MB/s的写入速度,大多数时候只有1~3MB/S的写入速度。而且传输的时候树莓派变得特别的卡,top一下发现:

top

感觉应该是因为挂载的硬盘是NTFS格式,拖慢了Pi的速度,使用ext3可能会好点。总体而言,Pi的性能应该是不够吧。

限制于这样的速度,这样的传输能力只能用来看720P的影片,打开一个稍微高码率的1080P影片,整个播放过程简直就是灾难。而且这个速度完全不适合用来传文件,目前手头上的极路由貌似是150M的传输速率,按理说10MB/S的速度还是能支持的,但是树莓派成了整个传输过程的瓶颈。

总而言之,要是让树莓派做NAS的想法在我这里还是不够实际,解决的办法看来最好还是买一个NAS或者试试带Atom和1000M网卡的板子了,好在后者价格还算便宜。