http://www.h68.net/ PJBlog2 2008-11-28T10:40:05+08:00 QLong2008 http://www.h68.net/ hhq54@163.com 2008-11-28T10:40:05+08:00 2008-11-28T10:40:05+08:00

http://www.h68.net/data/mtrd.rar

测试结果表明，在同一硬件环境下，mTrd多核模式的系统整体执行效率（即软件的“生产率”），比传统模式高近400%。
采用mTrd多核模式，即使配置低端的硬件（平台1，赛扬E2140），其执行效率，比传统模式下的四核酷睿高50%左右。
如果换作汽车行业，配备mTrd的吉利，可以轻易快过法拉利。

【项目说明】采用winrar（版本：3.71）压缩10个40M的文本文件。
word格式测试报告下载地址：http://www.h68.net/data/mtrd.rar

mTrd模式测试截图，老实说，这是我迄今为止看过的最为完美的cpu负载截图，


]]>

http://www.h68.net/default.asp?id=52 QLong2008 http://www.h68.net/ hhq54@163.com 2008-11-27T11:59:50+08:00 2008-11-27T11:59:50+08:00

  

   随桌AMDx2、英特尔酷睿多核cpu的迅速普及，多核编程已经成为制约软件产业和程序员的瓶颈。
   intel、微软、IBM等IT业界巨头也投入大量资金、人员，各种多核开发架构层出不穷，甚至连IT恐龙时代的编程语言lisp，以及其他的衍生函数编程语言：Haskell、Clean、Erlang、Miranda纷纷借尸还魂，大有卷土重来之势、甚至连微软的F#也蠢蠢欲动
  
   9个9的西格玛无故障率，热插拔、无需单元测试、......，令人眼花缭乱，
  
   函数编程的确有其优雅、完美之处，笔者也是erlang的最早拥众之一
   erlang国内的早期范例：网络扑克游戏平台架构，依然是许多大型商业项目可以直接运用的模板。
  
   即便如此，问题并没有得到解决，多核运算的编程，依然是软件开发的瓶颈。
   语言、开发平台的迁移，需要耗费个人、企业大量的时间、机会成本，对于向非主流的函数编程平台迁移，大家更高。
   此外，以erlang为代表的函数编程模式，是否适应于多核的产业化运用，至今学术界尚未定论。
   即使erlang等函数编程模式，从现在开始成为主流的开发平台，且不说其晦涩的语法、迷宫式的递归控制，开发环境说需要的IDE平台、第三方模块库建设，没有3-5年的时间，根本无法商业化。
  
   如果能够有一种创新的开发模式，可以与现有的编程语言：delphi、c、c++、c#、java、python，进行无缝对接，无疑可以大大提高编程人员、开发团队，尤其是中小团队的软件“生产率”。
   请注意，我们这里强调的是：软件“生产率”，而不是代码编写效率。
   这种模式，也就是mTrd多核编程架构的模式。]]>

http://www.h68.net/default.asp?id=51 QLong2008 http://www.h68.net/ hhq54@163.com 2008-11-27T11:58:53+08:00 2008-11-27T11:58:53+08:00

  
  mTrd架构的cpu负载图，cpu的使用率为100%，各个内核的负载非常均匀，分布完美。
老实说，这是我迄今为止看过的最为完美的cpu负载截图，


  传统编程模式的cpu负载图，cpu的使用率为26%，各个内核的负载分布极不平均。

    以上截图，为笔者近期一个实际项目的截图，delphi2007+z语言引擎+xp平台。
  
  :: 简单：10分钟就可掌握，单一流水线架构，比多线程还简单。
  :: 高效：迅速提高2-10倍的多任务程序执行效率，内核越多，效率提升越高。
  :: 实用：唯一现时可用的多核开发架构，百分百适用于delphi、c、c++、c#、java、python等各种编程语言
  :: 灵活：高度智能化的自适应说法，增加cpu或更换更多内核的硬件，无需更改源代码，系统可根据实际硬件配置，自动合理分配任务。

  simple is beauty
  mTrd多核编程模式非常简单，甚至可用简陋来形容，有朋友说，这是“山寨版”的erlang。
  
  以压缩10个文件为例（按压缩一个文件，平均1分钟计算）
  
  【传统编程模式】耗时10分钟
  传统编程，采用内部耦合模式，即使是多个任务队列，考虑到内存资源的占用，一般采用多线程模式。
  而目前的操作系统、无论是linux、unix、windos，底层均源自单核时代，将多个线程视为单一的进程，无法自动对cpu资源进行有效分配，一个内核忙死（负载经常100%），另外的几个内核闲死（负载10-20%）。
  10个文件，只能一个接一个压缩，需要耗时10分钟。
  
  【mTrd编程模式】耗时3-5分钟
  采用外部耦合模式，将程序分为main主控程序（独立程序、非模块），cell子程序。
  cell子程序负责具体压缩，main主控程序负责调度cell程序。
  具体的参数传递，子程序调度、管理、参数传递，笔者采用的是最简单的shell模式，dll以及其他模式大家可以自己测试下。
  
  再重复一次：
  mTrd多核编程模式非常简单，甚至可用简陋来形容，有朋友说，这是“山寨版”的erlang。
  不过：
  simple is beauty
  ]]>

http://www.h68.net/default.asp?id=50 QLong2008 http://www.h68.net/ hhq54@163.com 2008-10-25T09:06:32+08:00 2008-10-25T09:06:32+08:00

  ·全新的底层脚本解释运作框架平台
  ·改用更强大的TPerlRegEx.zip正则表达式控件，基于标准pcre库
   ·强大的http函数组
  ·内置式并发处理模块
  ·内置式OCR模块
  ·内置式语义分析模块




]]>

http://www.h68.net/default.asp?id=49 QLong2008 http://www.h68.net/ hhq54@163.com 2008-10-25T08:59:22+08:00 2008-10-25T08:59:22+08:00

http://code.google.com/p/z-scripts/]]>

http://www.h68.net/default.asp?id=48 QLong2008 http://www.h68.net/ hhq54@163.com 2008-05-22T07:34:50+08:00 2008-05-22T07:34:50+08:00

    快：超快的开发周期，对于目标网站的单个网络应用软件，基本可以在1-2个工作人/日完成，是传统java、c#模式的1/10。
    低：超低的应用成本，快速、敏捷的开发周期，可节省大量企业投入，为传统模式的1/5-1/10
]]>

http://www.h68.net/default.asp?id=47 QLong2008 http://www.h68.net/ hhq54@163.com 2008-05-22T07:34:03+08:00 2008-05-22T07:34:03+08:00

   全球“首套”web2.0导向、基于web浏览器、敏捷网络编程语言。

    z语言发布后，许多朋友都在问：“z语言”是什么？
     是一种全新的网络编程语言？
    还是一种全新电子商务开发平台?
      简而言之，z语言是：全球“首套”web2.0导向、基于web浏览器、敏捷网络编程语言。

     Web2.0个性化网络风潮的定位，意味着频繁地更新，以“日”为单位的“短”周期开发。
     传统的“标准化”、“模块化”网络开发模式，以及传统的软件工程体系，面临全面颠覆的尴尬境地。
      网站开发（服务器端）虽然面临各种冲击，主导企业开发的java，面向中小业务的c#、“.net”，配合新兴的ruby、python、php、javascripts等轻型脚本编程语言，尚可勉强维系。
     客户端，特别是的应用工具软件，更陷入全面停顿的状态：目前，市场上没有一套“基于web浏览器”平台的网络开发工具。
     技术人员不得不采用复杂、庞大、陈旧的java、c#语言，编写网络应用软件。
     即便如此，就算企业能够投入昂贵的开发成本（至少数万），漫长的开发调试周期（至少数月），仍然无法Web2.0快速、“日”新月异的频繁更新周期，保持业务上的同步，往往是：软件尚未完成，网站又已更新。
]]>

http://www.h68.net/default.asp?id=46 QLong2008 http://www.h68.net/ hhq54@163.com 2008-05-09T11:01:48+08:00 2008-05-09T11:01:48+08:00

http://www.h68.net/data/zhelp.rar
z语言用户手册，首个公开版本
系统已经很稳定了，发布还要晚一点，大家先看看手册吧]]>

http://www.h68.net/default.asp?id=45 QLong2008 http://www.h68.net/ hhq54@163.com 2008-05-09T10:56:31+08:00 2008-05-09T10:56:31+08:00

http://www.h68.net/data/zpost.rar
ppt和demo视频下载：【z语言】智能发帖简介，自己看吧

]]>

http://www.h68.net/default.asp?id=44 QLong http://www.h68.net/ hhq54@163.com 2008-02-23T09:18:38+08:00 2008-02-23T09:18:38+08:00

红牛吧(www.h68.net)，改造为开源平台的时间为：2008年1月20日，当时，只有lniux的liveUSB栏目。
2008年02月04日，第一篇z语言文档《z语言简介》发布，只是一个概念产品，希望提出一个基于网络浏览器的脚本语言描述，聚集几个同行后，再动手写代码。

华南遇上50年罕见的寒冬，停水停电，感觉似乎回到了“原始社会”。
不是每天连续停电多少小时，而是平均连续48小时，才来电1－2小时，全家紧急动员：手机、本本、应急灯、mp3、能充电的全充上，天知道什么时候才有电。
停电的日子，对于IT族而言，仿佛象“失魂”般，不能上网、不能下载、甚至连电脑都没法启动。
停电的日子，虽然有许多无赖，也充满精彩、记得《老友集》有一集也涉及纽约大停电。
英国有个小镇每年的‘“NO-TV”日，就是专门用于阅读、冥思、沟通......

很早前，就有通过脚本控制网络的构想，也写了些代码，可惜总是有些难题，绕来绕去，绕不过去，又不知道卡在何处。
停电的日子了，没有电脑、网络，却多了许多、许多、许多的空闲，开始冥思吧，冥思......
z语言的框架，也在这“闭关、入定”状态中逐渐成熟。
难题发现，原来是：表达式和变量赋值。
大年30（2月6日）恢复正常供电，z语言的编程工作，正式开始。
今天是2008年2月23日，才两个多星期，还不到20日，z语言RC1已经基本完成，能够运行了。

看来，选择delphi作为z语言RC1的开发平台，还是正确的
看来，敏捷的程序员也可以用delphi。
]]>

http://www.h68.net/default.asp?id=43