今天终于可以手工编译一下Mono最新版了
[
2009/11/25 10:00 | by 袁旭东 ]
2009/11/25 10:00 | by 袁旭东 ]
昨天,由于同事的本子出了故障要拿去修理,所以我就把我这里用做实验的台式机给他拿去用了。因为这台机器是我用来做实验的,因此装的是FreeBSD,而其上的Mono是用Ports方式安装的,而我又想纯手工编译方式安装一次,不过由于系统一切运行正常我又没有舍得下决心重做。而这次终于是一个机会了,同事拿去整个低格,装上了Windows。下午快下班的时候,送修的笔记本就修好了,比想像中要快的多。同事又用回了本子,而我就可以开始安装FreeBSD,手工编译Mono了。
本打算昨天晚上就开始的,但是我在我的本子上装Ubuntu一直到深夜,所以就拖到今天了。今天晚上开始实验,而早就应该写的FreeBSD以Ports方式搭建ASP.NET WEB服务器的安装步骤也一直没有写,这次就一起写了吧。
有了充足的准备,手工编译安装Mono应该问题不大,希望今天可以早睡。
本打算昨天晚上就开始的,但是我在我的本子上装Ubuntu一直到深夜,所以就拖到今天了。今天晚上开始实验,而早就应该写的FreeBSD以Ports方式搭建ASP.NET WEB服务器的安装步骤也一直没有写,这次就一起写了吧。
有了充足的准备,手工编译安装Mono应该问题不大,希望今天可以早睡。
编译Mono所需的包
[
2009/11/19 02:46 | by 袁旭东 ]
2009/11/19 02:46 | by 袁旭东 ]
我是以ports方式安装的Mono 2.4.2.3,经过ports安装后,会自动下载并编译安装所有与Mono相关的源码包,并保存到/usr/ports/distfiles/目录下。所以我们手工编译的话,只要编译这些包就应该是可以成功的。
与Mono相关的源码包有51个之多(FreeBSD不同的安装方式可能数量上有所不同,我的是最小化安装),文件的列表如下,方便手工编译的朋友查找。
与Mono相关的源码包有51个之多(FreeBSD不同的安装方式可能数量上有所不同,我的是最小化安装),文件的列表如下,方便手工编译的朋友查找。
模拟MS SqlServer
[
2009/11/17 23:16 | by 袁旭东 ]
2009/11/17 23:16 | by 袁旭东 ]
我的想法源自于想替换掉MSSQL,但是同事已经很习惯MSSQL了,并且很多项目已经是在MSSQL下运行了,代码都是MSSQL下的。所以想替换掉MSSQL实际上是非常非常困难的事情。
不过,前几天经过和jexus的作者的交谈,给了我一个很大的启发。既然C#+mono在Linux/Unix下能实现替代IIS,那么我也用C#+Mono是不是也可以实现部分替代,甚至完全替代MSSQL呢?
我的想法大概是这样的:开发一款Linux/Unix下的服务软件(以下暂时叫做FreeSQLServer),开放1433端口用来处理客户端的MSSQL请求,然后将这个请求翻译成MYSQL或者PostgreSQL的请求交给MySQL/PostgreSQL进行处理;MySQL/PostgreSQL处理完请求后将处理结果发给FreeSQLServer服务,FreeSQLServer服务再将结果转换成MSSQL的结果返还给客户端。至此整个请求流程完成。
如果这个软件能完成的话,很多生产环境就可以和Windows组合说拜拜了。接下来,我试着做一做。
不过,前几天经过和jexus的作者的交谈,给了我一个很大的启发。既然C#+mono在Linux/Unix下能实现替代IIS,那么我也用C#+Mono是不是也可以实现部分替代,甚至完全替代MSSQL呢?
我的想法大概是这样的:开发一款Linux/Unix下的服务软件(以下暂时叫做FreeSQLServer),开放1433端口用来处理客户端的MSSQL请求,然后将这个请求翻译成MYSQL或者PostgreSQL的请求交给MySQL/PostgreSQL进行处理;MySQL/PostgreSQL处理完请求后将处理结果发给FreeSQLServer服务,FreeSQLServer服务再将结果转换成MSSQL的结果返还给客户端。至此整个请求流程完成。
如果这个软件能完成的话,很多生产环境就可以和Windows组合说拜拜了。接下来,我试着做一做。
FreeBSD上支持asp.net安装成功
[
2009/11/16 12:55 | by 袁旭东 ]
2009/11/16 12:55 | by 袁旭东 ]
我是使用jexus来实现asp.net web服务的,而mono自带的fastcgi-mono-server2提示不支持FreeBSD。
由于早期的jexus 3.2在FreeBSD下不能正常运行,所以在jexus开发者的帮助下,进行了双方调试,最后终于在FreeBSD下运行成功,已经完美支持asp.net。在即将发布的jexus 3.3 beta版本将支持FreeBSD。
网站升级计划进入到第二步,对系统进行稳定性测试。
我将在最近一两天整理出FreeBSD通过mono+jexus支持asp.net服务器的搭建教程,敬请关注。
相关链接:《使用Jexus+Mono在FreeBSD上搭建asp.net web服务器》http://blog.jiqila.com/post/145/
由于早期的jexus 3.2在FreeBSD下不能正常运行,所以在jexus开发者的帮助下,进行了双方调试,最后终于在FreeBSD下运行成功,已经完美支持asp.net。在即将发布的jexus 3.3 beta版本将支持FreeBSD。
网站升级计划进入到第二步,对系统进行稳定性测试。
我将在最近一两天整理出FreeBSD通过mono+jexus支持asp.net服务器的搭建教程,敬请关注。
相关链接:《使用Jexus+Mono在FreeBSD上搭建asp.net web服务器》http://blog.jiqila.com/post/145/
FreeBSD以ports方式安装最新版Mono
[
2009/11/13 13:11 | by 袁旭东 ]
2009/11/13 13:11 | by 袁旭东 ]
这两天一直在搞在FreeBSD上源码编译安装Mono最新版本2.4.2.3,不过经过了多次尝试,始终无法正常编译,所以只好暂时放弃。那么我们还是回来用最简便的方式——ports方式安装。
为了安装最新版本的Mono,我们需要更新一下ports,命令如下:
需要说明一下,portsnap fetch extract 只在第一次需要运行,以后更新ports就只需要运行后面的语句了。
为了安装最新版本的Mono,我们需要更新一下ports,命令如下:
引用
portsnap fetch extract
portsnap fetch update
portsnap fetch update
需要说明一下,portsnap fetch extract 只在第一次需要运行,以后更新ports就只需要运行后面的语句了。
Discuz 7.1 运行效率对比(FreeBSD vs Windows 2008 R2)
[
2009/11/12 13:23 | by 袁旭东 ]
2009/11/12 13:23 | by 袁旭东 ]
前几天安装了Windows Web Server 2008 R2 x64,并在其上以FastCGI方式运行PHP,数据库是MySQL 5.1.40 x64,得出Discuz 7.1默认首页最快速度是0.025秒。而在今天,在同机器上安装FreeBSD 7.2 x64,数据库MySQL 5.1.40 x64,得出Discuz 7.1同样默认首页最快显示速度是0.006秒。
FreeBSD 7.1运行Discuz 7.1的综合效率是Windows Web Server 2008 R2的4倍。我猜测,主要是MySQL的效率拖了后腿,两个平台下PHP运行效率可能没有这么大差距。
FreeBSD 7.1运行Discuz 7.1的综合效率是Windows Web Server 2008 R2的4倍。我猜测,主要是MySQL的效率拖了后腿,两个平台下PHP运行效率可能没有这么大差距。
启动Web服务器升级计划
[
2009/11/09 16:56 | by 袁旭东 ]
2009/11/09 16:56 | by 袁旭东 ]
服务器的不稳定已经困扰我很久了,虽然之前也解决了部分造成不稳定的问题,但死机依旧频繁。所以,我下定决心对服务器进行升级。摆在我面前的有两种选择,一个是升级到Windows Web Server 2008 R2,另一个是升级到FreeBSD 7.2。到底应该升级到哪个系统呢,我一时也没了主意。
如果仅仅从喜好将,我肯定首选FreeBSD,而且我在其上也做了大量工作,PHP、MySQL、nginx等都不在话下,唯一的缺憾是,到目前为止,我在FreeBSD上的Mono至今没有调试完成,并且也没有做稳定性测试;如果从简单方便考虑,那么就应该选择Windows Web Server 2008 R2,不但asp.net支持完美(自然不用说的),而且PHP性能也得到了很大提升,这些也是我测试过的,不过也有唯一的缺憾,那就是稳定性是一个未知数(FreeBSD的稳定性已经验证过了)。
针对以上的分析,决定从今天起启动Web服务器升级计划,计划分为四步走:
如果仅仅从喜好将,我肯定首选FreeBSD,而且我在其上也做了大量工作,PHP、MySQL、nginx等都不在话下,唯一的缺憾是,到目前为止,我在FreeBSD上的Mono至今没有调试完成,并且也没有做稳定性测试;如果从简单方便考虑,那么就应该选择Windows Web Server 2008 R2,不但asp.net支持完美(自然不用说的),而且PHP性能也得到了很大提升,这些也是我测试过的,不过也有唯一的缺憾,那就是稳定性是一个未知数(FreeBSD的稳定性已经验证过了)。
针对以上的分析,决定从今天起启动Web服务器升级计划,计划分为四步走:
Flex Builder 3注册码
[
2009/11/08 10:01 | by 袁旭东 ]
2009/11/08 10:01 | by 袁旭东 ]
今天用到了Flex Builder 3,在网上找了几个可用的注册码,放在这里备用。
引用
1377-4168-2018-0771-2432-1495
1377-4760-3354-0772-2773-8996
1377-4165-2080-7265-7813-8901
1377-4964-5021-8182-2399-8235
1377-4760-3354-0772-2773-8996
1377-4165-2080-7265-7813-8901
1377-4964-5021-8182-2399-8235
Windows 2008 R2 Web Server FastCGI PHP简单测试
[
2009/11/06 05:22 | by 袁旭东 ]
2009/11/06 05:22 | by 袁旭东 ]
今天睡得早,半夜醒来睡不着了,突然想起自己前几天下载的Winodws 2008 R2。之前早就听说Windows 2008 R2的FastCGI支持又进了一步,正好安装一下测试测试。
机器配置:
对比机器:
就以Discuz 7.1首页为测试依据,Win2008下显示0.025秒,Win2003下显示0.032秒。看到这样的结果,我有理由相信Windows 2008 R2的PHP性能,很可能接近Linux下nginx的PHP性能。
我已经迫不及待想把Windows 2008 R2应用到生产环境了,呵呵。
机器配置:
引用
CPU:赛扬 430 1.8G 支持X64
内存:2GB
硬盘:7200转/分 160GB
操作系统:Windows 2008 R2 Web Server
PHP:5.2.5 X64
MySQL:5.1.40 X64
内存:2GB
硬盘:7200转/分 160GB
操作系统:Windows 2008 R2 Web Server
PHP:5.2.5 X64
MySQL:5.1.40 X64
对比机器:
引用
CPU:至强 3.0G 支持X64
内存:3GB
硬盘:7200转/分 160GB
操作系统:Windows 2003 R2
PHP:5.2.9-1
MySQL:5.1.31
内存:3GB
硬盘:7200转/分 160GB
操作系统:Windows 2003 R2
PHP:5.2.9-1
MySQL:5.1.31
就以Discuz 7.1首页为测试依据,Win2008下显示0.025秒,Win2003下显示0.032秒。看到这样的结果,我有理由相信Windows 2008 R2的PHP性能,很可能接近Linux下nginx的PHP性能。
我已经迫不及待想把Windows 2008 R2应用到生产环境了,呵呵。
U1010安装Windows 7 旗舰版,驱动等一切正常
[
2009/11/05 17:16 | by 袁旭东 ]
2009/11/05 17:16 | by 袁旭东 ]
由于Windows XP下U1010的SSD经常出现假死状态,而且听说Windows 7对SSD进行了很多优化,所以决定给U1010装上Windows 7。又由于手头只有Windows 7旗舰版的激活工具,所以也就只能装旗舰版了。安装Windows 7后,U1010所有的功能都正常,包括键盘灯和功能按钮等。具体安装步骤如下:





