Varnish 2.0.1 released

Varnish 2.0.1带来了多项改进,包括ESI支持、负载均衡策略、后端健康检查等功能。新版本提升了稳定性与性能,支持OpenSolaris,并引入了更灵活的对象过期机制。

Varnish 2.0.1 给我们带来很多新的特性:

 

ESI 支持
轮训或随机负载均衡支持
后端健康检查
新型对象过期检查
OpenSolars 支持
修复一些小错误

 

新版本的Varnish更加稳定和健壮,性能更好!

 

 

Changes:

                           Change log for Varnish 2.0

Changes between 1.1.2 and 2.0

  varnishd

     * Only look for sendfile on platforms where we know how to use it,
       which is FreeBSD for now.
     * Make it possible to adjust the shared memory log size and bump the
       size from 8MB to 80MB.
     * Fix up the handling of request bodies to better match what RFC2616
       mandates. This makes PUT, DELETE, OPTIONS and TRACE work in
       addition to POST.
     * Change how backends are defined, to a constant structural defintion
       style. See http://varnish.projects.linpro.no/wiki/VclSyntaxChanges
       for the details.
     * Add directors, which wrap backends. Currently, there's a random
       director and a round-robin director.
     * Add "grace", which is for how long and object will be served, even
       after it has expired. To use this, both the object's and the
       request's grace parameter need to be set.
     * Manual pages have been updated for new VCL syntax and varnishd
       options.
     * Man pages and other docs have been updated.
     * The shared memory log file is now locked in memory, so it should
       not be paged out to disk.
     * We now handle Vary correctly, as well as Expect.
     * ESI include support is implemented.
     * Make it possible to limit how much memory the malloc uses.
     * Solaris is now supported.
     * There is now a regsuball function, which works like regsub except
       it replaces all occurences of the regex, not just the first.
     * Backend and director declarations can have a .connect_timeout
       parameter, which tells us how long to wait for a successful
       connection.
     * It is now possible to select the acceptor to use by changing the
       acceptor parameter.
     * Backends can have probes associated with them, which can be checked
       with req.backend.health in VCL as well as being handled by
       directors which do load-balancing.
     * Support larger-than-2GB files also on 32 bit hosts. Please note
       that this does not mean we can support caches bigger than 2GB, it
       just means logfiles and similar can be bigger.
     * In some cases, we would remove the wrong header when we were
       stripping Content-Transfer-Encoding headers from a request. This
       has been fixed.
     * Backends can have a .max_connections associated with them.
     * On Linux, we need to set the dumpable bit on the child if we want
       core dumps. Make sure it's set.
     * Doing purge.hash() with an empty string would cause us to dump
       core. Fixed so we don't do that any more.
     * We ran into a problem with glibc's malloc on Linux where it seemed
       like it failed to ever give memory back to the OS, causing the
       system to swap. We have now switched to jemalloc which appears not
       to have this problem.
     * max_restarts was never checked, so we always ended up running out
       of workspace. Now, vcl_error is called when we reach max_restarts.

  varnishtest

     * varnishtest is a tool to do correctness tests of varnishd. The test
       suite is run by using make check.

  varnishtop

     * We now set the field widths dynamically based on the size of the
       terminal and the name of the longest field.

  varnishstat

     * varnishstat -1 now displays the uptime too.

  varnishncsa

     * varnishncsa now does fflush after each write. This makes tail -f
       work correctly, as well as avoiding broken lines in the log file.
     * It is possible to get varnishncsa to output the X-Forwarded-For
       instead of the client IP by passing -f to it.

  Build system

     * Various sanity checks have been added to configure, it now
       complains about no ncurses or if SO_RCVTIMEO or SO_SNDTIMEO are
       non-functional. It also aborts if there's no working acceptor
       mechanism
     * The C compiler invocation is decided by the configure script and
       can now be overridden by passing VCC_CC when running configure.
本系统旨在构建一套面向高等院校的综合性教务管理平台,涵盖学生、教师及教务处三个核心角色的业务需求。系统设计着重于实现教学流程的规范化与数据处理的自动化,以提升日常教学管理工作的效率与准确性。 在面向学生的功能模块中,系统提供了课程选修服务,学生可依据培养方案选择相应课程,并生成个人专属的课表。成绩查询功能支持学生查阅个人各科目成绩,同时系统可自动计算并展示该课程的全班最高分、平均分、最低分以及学生在班级内的成绩排名。 教师端功能主要围绕课程与成绩管理展开。教师可发起课程设置申请,提交包括课程编码、课程名称、学分学时、课程概述在内的新课程信息,亦可对已开设课程的信息进行更新或撤销。在课程管理方面,教师具备录入所授课程期末考试成绩的权限,并可导出选修该课程的学生名单。 教务处作为管理中枢,拥有课程审批与教学统筹两大核心职能。课程设置审批模块负责处理教师提交的课程申请,管理员可根据教学计划与资源情况进行审核批复。教学安排模块则负责全局管控,包括管理所有学生的选课最终结果、生成包含学号、姓名、课程及成绩的正式成绩单,并能基于选课与成绩数据,统计各门课程的实际选课人数、最高分、最低分、平均分以及成绩合格的学生数量。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值