你的BLOG文章数达到13万时,表现如何?

用户 wubuku 2006-12-22 5066

你的BLOG文章数达到13万时,表现如何?

我看没有人做过这样的试验吧?嘿嘿,我来搞一下看看。

我测试使用的是自己从z-blog改写的wsblog,我自己用vb.net写了一遍。代码基本保留了z-blog的结构。

我测试了一下,在数据库中批量倒入10多万文章的记录。

结果:重建一次索引,需要大概12分钟;重建所有文章,大概需要5个小时(实际上我也不知道用了多久了,我晚上不关机,让电脑自己跑了一晚上)。呵呵。

我可以肯定的是,不是我改写的代码有什么大问题。我自己的BLOG也用wsblog来建,百来篇文章,重建是很快的。

所以呢,我打算用URL重写机制对wsblog重构一遍。争取把索引重建的过程、文件重建的过程都去掉。

我的BLOG:http://www.wubuku.com

有13万篇文章的测试BLOG:http://www.66ph.com/

——我打算用这个站点来测试我的wsblog。呵呵,不就是10来万篇文章嘛。等我有空的时候,看我怎么收拾它。
最新回复 (8)
全部楼主
  • 用户 hahamy 2006-12-22 0
    引用 2
    acc数据库13万,不是开玩笑吧
  • 用户 549527 2006-12-23 0
    引用 3
    对哦.要是我用上7-8年..到时候 怎么重建文件????😔

    沒有東西比愛情好,大米粥縂比沒有東西好,所以大米粥比愛情好!

  • 用户 wubuku 2006-12-23 0
    引用 4
    原帖由 hahamy 于 2006-12-22 23:45 发表
    acc数据库13万,不是开玩笑吧


    赫赫,我是用SQL Server测试的。

    不过,从这个试验也可以看出,z-blog只适合做为单用户的blog程序,要发展成多用户blog,现在的结构是不适合的。

    即时重建索引和文件的时间很长你也可以接收,但目前经常会报“OutofMemery”异常,因为缓存的索引文件过大。

    ——我正在将wsblog(z-blog)改造成多用户blog的路上。

    http://www.wubuku.com
  • 离退版主 yangkui 2006-12-23 0
    引用 5
    我的上帝哦~:call:

  • 用户 debugger 2006-12-24 0
    引用 6
    瓶颈在写文件的过程还是数据库记录的导入?
    我觉得每天十篇文章应该挺多了吧?10年才3万。13万篇的时候就不在乎这些了。。。

    http://www.winshome.com

  • 用户 wubuku 2006-12-25 0
    引用 7
    原帖由 debugger 于 2006-12-24 01:11 发表
    瓶颈在写文件的过程还是数据库记录的导入?
    我觉得每天十篇文章应该挺多了吧?10年才3万。13万篇的时候就不在乎这些了。。。



    索引重建慢是因为文章太多,要生成那么多cache当然是很耗时的。

    当你更换模板的时候,每篇文章都要重新生成一个静态html文件,10多万当然是很慢的。

    其实对于.Net来说,生成静态化的页面根本没有必要。静态化的URL地址只是对google等搜索引擎比较友好而已。用URL重写就可以伪装出“静态化”的URL地址来。

    至于平时首页、分类页面偶尔会报“OutOfMemory”,那是因为cache文件过大了,分页的那个cache文件大搞有5M多。



    ——我之所以要测试13万文章,乃是因为,我想做的是多用户BLOG,目前的WSBLog只是一个过渡的不成熟版本而已。呵呵。

    我甚至都想要用C#重写全部代码的。
  • 用户 debugger 2006-12-26 0
    引用 8
    明白了,如果用于多用户,的确要考虑一下。zblog毕竟只是单用户的系统

    http://www.winshome.com

  • 用户 wubuku 2006-12-26 0
    引用 9
    原帖由 debugger 于 2006-12-26 00:43 发表
    明白了,如果用于多用户,的确要考虑一下。zblog毕竟只是单用户的系统


    如果你注意观察一下我目前的BLOGhttp://www.wubuku.com/,你就会发现,实际上,我现在已经用了URL重写了,我现在的BLOG实际上是不需要重建文件的。

    但是索引重建还有点用,因为某些统计信息缓存起来还是有必要的,可以加快浏览的速度。
    • ZBlogger技术交流中心
      10
          
返回