来源:蜘蛛抓取(WebSpider)
时间:2018-05-05 21:59
标签:
水墨新媒体装置
您的位置: >
来源: 作者:徐世垣
胶印机输墨系统及其墨路流向 输墨系统是胶印机的重要组成部分,其结构与性能优劣直接影响油墨的转移和传递,也是决定印刷质量好坏的重要因素。正确调节墨辊装置乃是印版达到均匀着墨的前提条件。如何调节墨斗现代胶印机在墨斗结构设计上有突破性的改进,例如海德堡机和罗兰机克服了传统式墨斗(如国...(本文共计3页)
相关文章推荐
看看这些杂志对你有没有帮助...
单期定价:4.00元/期全年定价:1.60元/期 共38.40元
浅析影响输墨装置性能的重要因素――墨辊排列_百度文库
两大类热门资源免费畅读
续费一年阅读会员,立省24元!
浅析影响输墨装置性能的重要因素――墨辊排列
&&浅析影响输墨装置性能的重要因素――墨辊排列
阅读已结束,下载本文需要
想免费下载更多文档?
定制HR最喜欢的简历
你可能喜欢影响数据库性能的主要因素有哪些?_百度知道
影响数据库性能的主要因素有哪些?
我有更好的答案
1、1、调整数据结构的设计。这一部分在开发信息系统之前完成,程序员需要考虑是否使用ORACLE数据库的分区功能,对于经常访问的数据库表是否需要建立索引等。 2、2、调整应用程序结构设计。这一部分也是在开发信息系统之前完成,程序员在这一步需要考虑应用程序使用什么样的体系结构,是使用传统的Client/Server两层体系结构,还是使用Browser/Web/Database的三层体系结构。不同的应用程序体系结构要求的数据库资源是不同的。 3、3、调整数据库SQL语句。应用程序的执行最终将归结为数据库中的SQL语句执行,因此SQL语句的执行效率最终决定了ORACLE数据库的性能。ORACLE公司推荐使用ORACLE语句优化器(Oracle Optimizer)和行锁管理器(row-level manager)来调整优化SQL语句。 4、4、调整服务器内存分配。内存分配是在信息系统运行过程中优化配置的,数据库管理员可以根据数据库运行状况调整数据库系统全局区(SGA区)的数据缓冲区、日志缓冲区和共享池的大小;还可以调整程序全局区(PGA区)的大小。需要注意的是,SGA区不是越大越好,SGA区过大会占用操作系统使用的内存而引起虚拟内存的页面交换,这样反而会降低系统。 5、5、调整硬盘I/O,这一步是在信息系统开发之前完成的。数据库管理员可以将组成同一个表空间的数据文件放在不同的硬盘上,做到硬盘之间I/O负载均衡。 6、6、调整操作系统参数,例如:运行在UNIX操作系统上的ORACLE数据库,可以调整UNIX数据缓冲池的大小,每个进程所能使用的内存大小等参数。 实际上,上述数据库优化措施之间是相互联系的。ORACLE数据库性能恶化表现基本上都是用户响应时间比较长,需要用户长时间的等待。但性能恶化的原因却是多种多样的,有时是多个因素共同造成了性能恶化的结果,这就需要数据库管理员有比较全面的计算机知识,能够敏感地察觉到影响数据库性能的主要原因所在。另外,良好的数据库管理工具对于优化数据库性能也是很重要的。 ORACLE数据库性能优化工具 常用的数据库性能优化工具有: 1、1、ORACLE数据库在线数据字典,ORACLE在线数据字典能够反映出ORACLE动态运行情况,对于调整数据库性能是很有帮助的。 2、2、操作系统工具,例如UNIX操作系统的vmstat,iostat等命令可以查看到系统系统级内存和硬盘I/O的使用情况,这些工具对于管理员弄清出系统瓶颈出现在什么地方有时候很有用。 3、3、SQL语言跟踪工具(SQL TRACE FACILITY),SQL语言跟踪工具可以记录SQL语句的执行情况,管理员可以使用虚拟表来调整实例,使用SQL语句跟踪文件调整应用程序性能。SQL语言跟踪工具将结果输出成一个操作系统的文件,管理员可以使用TKPROF工具查看这些文件。 4、4、ORACLE Enterprise Manager(OEM),这是一个图形的用户管理界面,用户可以使用它方便地进行数据库管理而不必记住复杂的ORACLE数据库管理的命令。 5、5、EXPLAIN PLAN——SQL语言优化命令,使用这个命令可以帮助程序员写出高效的SQL语言。 ORACLE数据库的系统性能评估 信息系统的类型不同,需要关注的数据库参数也是不同的。数据库管理员需要根据自己的信息系统的类型着重考虑不同的数据库参数。 1、1、在线事务处理信息系统(OLTP),这种类型的信息系统一般需要有大量的Insert、Update操作,典型的系统包括民航机票发售系统、银行储蓄系统等。OLTP系统需要保证数据库的并发性、可靠性和最终用户的速度,这类系统使用的ORACLE数据库需要主要考虑下述参数: l
数据库回滚段是否足够? l
是否需要建立ORACLE数据库索引、聚集、散列? l
系统全局区(SGA)大小是否足够? l
SQL语句是否高效? 2、2、数据仓库系统(Data Warehousing),这种信息系统的主要任务是从ORACLE的海量数据中进行查询,得到数据之间的某些规律。数据库管理员需要为这种类型的ORACLE数据库着重考虑下述参数: l
是否采用B*-索引或者bitmap索引? l
是否采用并行SQL查询以提高查询效率? l
是否采用PL/SQL函数编写存储过程? l
有必要的话,需要建立并行数据库提高数据库的查询效率 SQL语句的调整原则 SQL语言是一种灵活的语言,相同的功能可以使用不同的语句来实现,但是语句的执行效率是很不相同的。程序员可以使用EXPLAIN PLAN语句来比较各种实现方案,并选出最优的实现方案。总得来讲,程序员写SQL语句需要满足考虑如下规则: 1、1、尽量使用索引。试比较下面两条SQL语句: 语句A:SELECT dname, deptno FROM dept WHERE deptno NOT IN
(SELECT deptno FROM emp); 语句B:SELECT dname, deptno FROM dept WHERE NOT EXISTS (SELECT deptno FROM emp WHERE dept.deptno = emp.deptno); 这两条查询语句实现的结果是相同的,但是执行语句A的时候,ORACLE会对整个emp表进行扫描,没有使用建立在emp表上的deptno索引,执行语句B的时候,由于在子查询中使用了联合查询,ORACLE只是对emp表进行的部分数据扫描,并利用了deptno列的索引,所以语句B的效率要比语句A的效率高一些。 2、2、选择联合查询的联合次序。考虑下面的例子: SELECT stuff FROM taba a, tabb b, tabc c WHERE a.acol between :alow and :ahigh AND b.bcol between :blow and :bhigh AND c.ccol between :clow and :chigh AND a.key1 = b.key1 AMD a.key2 = c.key2; 这个SQL例子中,程序员首先需要选择要查询的主表,因为主表要进行整个表数据的扫描,所以主表应该数据量最小,所以例子中表A的acol列的范围应该比表B和表C相应列的范围小。 3、3、在子查询中慎重使用IN或者NOT IN语句,使用where (NOT) exists的效果要好的多。 4、4、慎重使用视图的联合查询,尤其是比较复杂的视图之间的联合查询。一般对视图的查询最好都分解为对数据表的直接查询效果要好一些。 5、5、可以在参数文件中设置SHARED_POOL_RESERVED_SIZE参数,这个参数在SGA共享池中保留一个连续的内存空间,连续的内存空间有益于存放大的SQL程序包。 6、6、ORACLE公司提供的DBMS_SHARED_POOL程序可以帮助程序员将某些经常使用的存储过程“钉”在SQL区中而不被换出内存,程序员对于经常使用并且占用内存很多的存储过程“钉”到内存中有利于提高最终用户的响应时间。 CPU参数的调整 CPU是服务器的一项重要资源,服务器良好的工作状态是在工作高峰时CPU的使用率在90%以上。如果空闲时间CPU使用率就在90%以上,说明服务器缺乏CPU资源,如果工作高峰时CPU使用率仍然很低,说明服务器CPU资源还比较富余。 使用操作相同命令可以看到CPU的使用情况,一般UNIX操作系统的服务器,可以使用sar –u命令查看CPU的使用率,NT操作系统的服务器,可以使用NT的性能管理器来查看CPU的使用率。 数据库管理员可以通过查看v$sysstat数据字典中“CPU used by this session”统计项得知ORACLE数据库使用的CPU时间,查看“OS User level CPU time”统计项得知操作系统用户态下的CPU时间,查看“OS System call CPU time”统计项得知操作系统系统态下的CPU时间,操作系统总的CPU时间就是用户态和系统态时间之和,如果ORACLE数据库使用的CPU时间占操作系统总的CPU时间90%以上,说明服务器CPU基本上被ORACLE数据库使用着,这是合理,反之,说明服务器CPU被其它程序占用过多,ORACLE数据库无法得到更多的CPU时间。 数据库管理员还可以通过查看v$sesstat数据字典来获得当前连接ORACLE数据库各个会话占用的CPU时间,从而得知什么会话耗用服务器CPU比较多。 出现CPU资源不足的情况是很多的:SQL语句的重解析、低效率的SQL语句、锁冲突都会引起CPU资源不足。 1、数据库管理员可以执行下述语句来查看SQL语句的解析情况: SELECT * FROM V$SYSSTAT WHERE NAME IN ('parse time cpu', 'parse time elapsed', 'parse count (hard)'); 这里parse time cpu是系统服务时间,parse time elapsed是响应时间,用户等待时间 waite time = parse time elapsed – parse time cpu 由此可以得到用户SQL语句平均解析等待时间=waite time / parse count。这个平均等待时间应该接近于0,如果平均解析等待时间过长,数据库管理员可以通过下述语句 SELECT SQL_TEXT, PARSE_CALLS, EXECUTIONS FROM V$SQLAREA ORDER BY PARSE_CALLS; 来发现是什么SQL语句解析效率比较低。程序员可以优化这些语句,或者增加ORACLE参数SESSION_CACHED_CURSORS的值。 2、数据库管理员还可以通过下述语句: SELECT BUFFER_GETS, EXECUTIONS, SQL_TEXT FROM V$SQLAREA; 查看低效率的SQL语句,优化这些语句也有助于提高CPU的利用率。 3、3、数据库管理员可以通过v$system_event数据字典中的“latch free”统计项查看ORACLE数据库的冲突情况,如果没有冲突的话,latch free查询出来没有结果。如果冲突太大的话,数据库管理员可以降低spin_count参数值,来消除高的CPU使用率。 内存参数的调整 内存参数的调整主要是指ORACLE数据库的系统全局区(SGA)的调整。SGA主要由三部分构成:共享池、数据缓冲区、日志缓冲区。 1、
共享池由两部分构成:共享SQL区和数据字典缓冲区,共享SQL区是存放用户SQL命令的区域,数据字典缓冲区存放数据库运行的动态信息。数据库管理员通过执行下述语句: select (sum(pins - reloads)) / sum(pins) &Lib Cache&
from v$ 来查看共享SQL区的使用率。这个使用率应该在90%以上,否则需要增加共享池的大小。数据库管理员还可以执行下述语句: select (sum(gets - getmisses - usage - fixed)) / sum(gets) &Row Cache& from v$ 查看数据字典缓冲区的使用率,这个使用率也应该在90%以上,否则需要增加共享池的大小。 2、
数据缓冲区。数据库管理员可以通过下述语句: SELECT name, value
FROM v$sysstat
WHERE name IN ('db block gets', 'consistent gets','physical reads'); 来查看数据库数据缓冲区的使用情况。查询出来的结果可以计算出来数据缓冲区的使用命中率=1 - ( physical reads / (db block gets + consistent gets) )。 这个命中率应该在90%以上,否则需要增加数据缓冲区的大小。 3、
日志缓冲区。数据库管理员可以通过执行下述语句: select name,value from v$sysstat where name in ('redo entries','redo log space requests');查看日志缓冲区的使用情况。查询出的结果可以计算出日志缓冲区的申请失败率: 申请失败率=requests/entries,申请失败率应该接近于0,否则说明日志缓冲区开设太小,需要增加ORACLE数据库的日志缓冲区。
采纳率:32%
以MySQL为例:影响数据库性能的主要因素总结如下:1、sql查询速度2、网卡流量3、服务器硬件4、磁盘IO以上因素并不是时时刻刻都会影响数据库性能,而就像木桶效应一样。如果其中一个因素严重影响性能,那么整个数据库性能就会严重受阻。另外,这些影响因素都是相对的。例如:当数据量并没有达到百万千万这样的级别,那么sql查询速度也许就不是个重要因素,换句话说,你的sql语句效率适当低下可能并不影响整个效率多少,反之,这种情况,无论如何怎么优化sql语句,可能都没有太明显的效果。&相关内容拓展:1、SQL查询速度风险:效率低下的SQL2、网卡流量风险:网卡IO被占满(100Mb/8=100MB)方案:①减少从服务器的数量。从服务器都要从主服务器上复制日志,所以,从服务器越多,网络流量越大。②进行分级缓存。前方大量缓存突然失效会对数据库造成严重的冲击。③避免使用“select * ”进行查询④分离业务网络和服务器网络3、磁盘IO风险:磁盘IO性能突然下降。方案:使用更好的磁盘设备解决。
1、1、调整数据结构的设计。这一部分在开发信息系统之前完成,程序员需要考虑是否使用ORACLE数据库的分区功能,对于经常访问的数据库表是否需要建立索引等。 2、2、调整应用程序结构设计。这一部分也是在开发信息系统之前完成,程序员在这一步需要考虑应用程序使用什么样的体系结构,是使用传统的Client/Server两层体系结构,还是使用Browser/Web/Database的三层体系结构。不同的应用程序体系结构要求的数据库资源是不同的。 3、3、调整数据库SQL语句。应用程序的执行最终将归结为数据库中的SQL语句执行,因此SQL语句的执行效率最终决定了ORACLE数据库的性能。ORACLE公司推荐使用ORACLE语句优化器(Oracle Optimizer)和行锁管理器(row-level manager)来调整优化SQL语句。 4、4、调整服务器内存分配。内存分配是在信息系统运行过程中优化配置的,数据库管理员可以根据数据库运行状况调整数据库系统全局区(SGA区)的数据缓冲区、日志缓冲区和共享池的大小;还可以调整程序全局区(PGA区)的大小。需要注意的是,SGA区不是越大越好,SGA区过大会占用操作系统使用的内存而引起虚拟内存的页面交换,这样反而会降低系统。 5、5、调整硬盘I/O,这一步是在信息系统开发之前完成的。数据库管理员可以将组成同一个表空间的数据文件放在不同的硬盘上,做到硬盘之间I/O负载均衡。 6、6、调整操作系统参数,例如:运行在UNIX操作系统上的ORACLE数据库,可以调整UNIX数据缓冲池的大小,每个进程所能使用的内存大小等参数。 实际上,上述数据库优化措施之间是相互联系的。ORACLE数据库性能恶化表现基本上都是用户响应时间比较长,需要用户长时间的等待。但性能恶化的原因却是多种多样的,有时是多个因素共同造成了性能恶化的结果,这就需要数据库管理员有比较全面的计算机知识,能够敏感地察觉到影响数据库性能的主要原因所在。另外,良好的数据库管理工具对于优化数据库性能也是很重要的。 ORACLE数据库性能优化工具 常用的数据库性能优化工具有: 1、1、ORACLE数据库在线数据字典,ORACLE在线数据字典能够反映出ORACLE动态运行情况,对于调整数据库性能是很有帮助的。 2、2、操作系统工具,例如UNIX操作系统的vmstat,iostat等命令可以查看到系统系统级内存和硬盘I/O的使用情况,这些工具对于管理员弄清出系统瓶颈出现在什么地方有时候很有用。 3、3、SQL语言跟踪工具(SQL TRACE FACILITY),SQL语言跟踪工具可以记录SQL语句的执行情况,管理员可以使用虚拟表来调整实例,使用SQL语句跟踪文件调整应用程序性能。SQL语言跟踪工具将结果输出成一个操作系统的文件,管理员可以使用TKPROF工具查看这些文件。 4、4、ORACLE Enterprise Manager(OEM),这是一个图形的用户管理界面,用户可以使用它方便地进行数据库管理而不必记住复杂的ORACLE数据库管理的命令。 5、5、EXPLAIN PLAN——SQL语言优化命令,使用这个命令可以帮助程序员写出高效的SQL语言。 ORACLE数据库的系统性能评估 信息系统的类型不同,需要关注的数据库参数也是不同的。数据库管理员需要根据自己的信息系统的类型着重考虑不同的数据库参数。 1、1、在线事务处理信息系统(OLTP),这种类型的信息系统一般需要有大量的Insert、Update操作,典型的系统包括民航机票发售系统、银行储蓄系统等。OLTP系统需要保证数据库的并发性、可靠性和最终用户的速度,这类系统使用的ORACLE数据库需要主要考虑下述参数: l
数据库回滚段是否足够? l
是否需要建立ORACLE数据库索引、聚集、散列? l
系统全局区(SGA)大小是否足够? l
SQL语句是否高效? 2、2、数据仓库系统(Data Warehousing),这种信息系统的主要任务是从ORACLE的海量数据中进行查询,得到数据之间的某些规律。数据库管理员需要为这种类型的ORACLE数据库着重考虑下述参数: l
是否采用B*-索引或者bitmap索引? l
是否采用并行SQL查询以提高查询效率? l
是否采用PL/SQL函数编写存储过程? l
有必要的话,需要建立并行数据库提高数据库的查询效率 SQL语句的调整原则 SQL语言是一种灵活的语言,相同的功能可以使用不同的语句来实现,但是语句的执行效率是很不相同的。程序员可以使用EXPLAIN PLAN语句来比较各种实现方案,并选出最优的实现方案。总得来讲,程序员写SQL语句需要满足考虑如下规则: 1、1、尽量使用索引。试比较下面两条SQL语句: 语句A:SELECT dname, deptno FROM dept WHERE deptno NOT IN
(SELECT deptno FROM emp); 语句B:SELECT dname, deptno FROM dept WHERE NOT EXISTS (SELECT deptno FROM emp WHERE dept.deptno = emp.deptno); 这两条查询语句实现的结果是相同的,但是执行语句A的时候,ORACLE会对整个emp表进行扫描,没有使用建立在emp表上的deptno索引,执行语句B的时候,由于在子查询中使用了联合查询,ORACLE只是对emp表进行的部分数据扫描,并利用了deptno列的索引,所以语句B的效率要比语句A的效率高一些。 2、2、选择联合查询的联合次序。考虑下面的例子: SELECT stuff FROM taba a, tabb b, tabc c WHERE a.acol between :alow and :ahigh AND b.bcol between :blow and :bhigh AND c.ccol between :clow and :chigh AND a.key1 = b.key1 AMD a.key2 = c.key2; 这个SQL例子中,程序员首先需要选择要查询的主表,因为主表要进行整个表数据的扫描,所以主表应该数据量最小,所以例子中表A的acol列的范围应该比表B和表C相应列的范围小。 3、3、在子查询中慎重使用IN或者NOT IN语句,使用where (NOT) exists的效果要好的多。 4、4、慎重使用视图的联合查询,尤其是比较复杂的视图之间的联合查询。一般对视图的查询最好都分解为对数据表的直接查询效果要好一些。 5、5、可以在参数文件中设置SHARED_POOL_RESERVED_SIZE参数,这个参数在SGA共享池中保留一个连续的内存空间,连续的内存空间有益于存放大的SQL程序包。 6、6、ORACLE公司提供的DBMS_SHARED_POOL程序可以帮助程序员将某些经常使用的存储过程“钉”在SQL区中而不被换出内存,程序员对于经常使用并且占用内存很多的存储过程“钉”到内存中有利于提高最终用户的响应时间。 CPU参数的调整 CPU是服务器的一项重要资源,服务器良好的工作状态是在工作高峰时CPU的使用率在90%以上。如果空闲时间CPU使用率就在90%以上,说明服务器缺乏CPU资源,如果工作高峰时CPU使用率仍然很低,说明服务器CPU资源还比较富余。 使用操作相同命令可以看到CPU的使用情况,一般UNIX操作系统的服务器,可以使用sar –u命令查看CPU的使用率,NT操作系统的服务器,可以使用NT的性能管理器来查看CPU的使用率。 数据库管理员可以通过查看v$sysstat数据字典中“CPU used by this session”统计项得知ORACLE数据库使用的CPU时间,查看“OS User level CPU time”统计项得知操作系统用户态下的CPU时间,查看“OS System call CPU time”统计项得知操作系统系统态下的CPU时间,操作系统总的CPU时间就是用户态和系统态时间之和,如果ORACLE数据库使用的CPU时间占操作系统总的CPU时间90%以上,说明服务器CPU基本上被ORACLE数据库使用着,这是合理,反之,说明服务器CPU被其它程序占用过多,ORACLE数据库无法得到更多的CPU时间。 数据库管理员还可以通过查看v$sesstat数据字典来获得当前连接ORACLE数据库各个会话占用的CPU时间,从而得知什么会话耗用服务器CPU比较多。 出现CPU资源不足的情况是很多的:SQL语句的重解析、低效率的SQL语句、锁冲突都会引起CPU资源不足。 1、数据库管理员可以执行下述语句来查看SQL语句的解析情况: SELECT * FROM V$SYSSTAT WHERE NAME IN ('parse time cpu', 'parse time elapsed', 'parse count (hard)'); 这里parse time cpu是系统服务时间,parse time elapsed是响应时间,用户等待时间 waite time = parse time elapsed – parse time cpu 由此可以得到用户SQL语句平均解析等待时间=waite time / parse count。这个平均等待时间应该接近于0,如果平均解析等待时间过长,数据库管理员可以通过下述语句 SELECT SQL_TEXT, PARSE_CALLS, EXECUTIONS FROM V$SQLAREA ORDER BY PARSE_CALLS; 来发现是什么SQL语句解析效率比较低。程序员可以优化这些语句,或者增加ORACLE参数SESSION_CACHED_CURSORS的值。 2、数据库管理员还可以通过下述语句: SELECT BUFFER_GETS, EXECUTIONS, SQL_TEXT FROM V$SQLAREA; 查看低效率的SQL语句,优化这些语句也有助于提高CPU的利用率。 3、3、数据库管理员可以通过v$system_event数据字典中的“latch free”统计项查看ORACLE数据库的冲突情况,如果没有冲突的话,latch free查询出来没有结果。如果冲突太大的话,数据库管理员可以降低spin_count参数值,来消除高的CPU使用率。 内存参数的调整 内存参数的调整主要是指ORACLE数据库的系统全局区(SGA)的调整。SGA主要由三部分构成:共享池、数据缓冲区、日志缓冲区。 1、
共享池由两部分构成:共享SQL区和数据字典缓冲区,共享SQL区是存放用户SQL命令的区域,数据字典缓冲区存放数据库运行的动态信息。数据库管理员通过执行下述语句: select (sum(pins - reloads)) / sum(pins) &Lib Cache&
from v$ 来查看共享SQL区的使用率。这个使用率应该在90%以上,否则需要增加共享池的大小。数据库管理员还可以执行下述语句: select (sum(gets - getmisses - usage - fixed)) / sum(gets) &Row Cache& from v$ 查看数据字典缓冲区的使用率,这个使用率也应该在90%以上,否则需要增加共享池的大小。 2、
数据缓冲区。数据库管理员可以通过下述语句: SELECT name, value
FROM v$sysstat
WHERE name IN ('db block gets', 'consistent gets','physical reads'); 来查看数据库数据缓冲区的使用情况。查询出来的结果可以计算出来数据缓冲区的使用命中率=1 - ( physical reads / (db block gets + consistent gets) )。 这个命中率应该在90%以上,否则需要增加数据缓冲区的大小。 3、
日志缓冲区。数据库管理员可以通过执行下述语句: select name,value from v$sysstat where name in ('redo entries','redo log space requests');查看日志缓冲区的使用情况。查询出的结果可以计算出日志缓冲区的申请失败率: 申请失败率=requests/entries,申请失败率应该接近于0,否则说明日志缓冲区开设太小,需要增加ORACLE数据库的日志缓冲区。
本回答被网友采纳
就我的理解,除去硬件原因,软件的性能提升主要是时间复杂性和空间复杂性这两方面的优化,就时间复杂性来说,主要是算法方面的优化,也就是程序执行逻辑的优化,不能说代码越少程序越高效,代码少只是减少了你的工作量,对程序性能方面没有直接的影响.举个例子,现在用得很多的struts2框架,在后台能自动帮你封装页面参数,可以减少很多的代码,但这种方式并不比传统的在后台用httpservletrequest.getParameter()方式高效,因为它要用到反射要花费多一点的时间;算法精短对性能也没直接影响,只能减少你的代码量,我觉得算法的合理性才是提高软件性能最重要的原因.至于空间复杂度,主要是I/O操作方面的问题,例如数据库操作,主要是sql合不合理,相同的实现不同的实现方法的执行效率差距是巨大的.除去这两个,服务器和数据库的调优也对软件性能起很大的作用.
其他1条回答
为您推荐:
其他类似问题
数据库的相关知识
换一换
回答问题,赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。影响输墨装置性能的重要因素有哪些输墨装置作为印刷机的一个重要机构与其它三个印刷要素(印版、原 稿、承印材料)共同决定着印刷品质量的优劣。没有一个合理的输墨 装置做保证,是印不出漂亮的印刷品的。而墨辊排列又是影响输墨 装置性能的一个重要因素。因此,我们对胶印机的墨辊排列进行分 析研究,并通过了解和掌握印刷机的输墨性能,为印刷出理想的印 刷品提供良好的基础。 一、输墨装置的作用及组成 输墨装置将墨斗辊输出的条状油墨从周向和轴向两个方向迅速打 匀,使传到印版上的油墨均匀、适量。所以说印刷品的墨色是否均 匀、层次是否清晰与其有重要的关系,一般胶印机的输墨装置分为 三个部分:供墨部分、匀墨部分、着墨部分。 供墨部分的作用是储存油墨和向匀墨部分供给油墨,主要部件包 括墨斗辊(也称出墨辊)、墨斗和传墨辊。墨斗辊间歇转动或慢速 连续转动,传墨辊来回摆动,将条状的墨层传给高速旋转的串墨 辊,迅速地把条状墨层打匀。供墨量大小可以根据印刷工艺的要求 进行调节。调节墨斗辊转角大小或转速的高低可以改变总供墨量, 调节墨斗调节螺钉改变墨斗刀片和墨斗辊的缝隙,可以供应不同厚 度的墨层,完成对印版的正常给墨。 匀墨部分的作用是迅速把条状油墨打匀,传递给着墨部分并储存 部分油墨。匀墨部分的主要部件包括匀墨辊、重辊和串墨辊,这部 分包括的墨辊最多。其中以串墨辊2为核心的一组墨辊主要用来打匀 油墨层,而且还有储存油墨的作用。以串墨辊3为核心的一组墨辊则 进一步打匀油墨,最后将油墨供给四根着墨辊。另外这组墨辊不仅 可以打匀油墨,还能储存回收多余的油墨。串墨辊的转动靠轴端齿 轮传动,同时还存在靠摆杆机构传动的轴向运动;匀墨辊、重辊靠 表面摩擦力传动。 着墨部分的作用是向印版图文部分涂敷油墨。着墨部分由着墨辊 (也称靠版辊)组成,着墨辊有3-6根,一般为四根。着墨部分将匀墨部分已经打匀的很薄墨层(约6-10微米),向印版传递。传递过 程中着墨辊的圆周线速度等于印版滚筒的圆周线速度。由于着墨辊 直接接触印版,与其他墨辊相比,精度要求是最高的。 印刷时墨辊要和酸性的润湿液、油墨接触,因此墨辊材料应有耐 腐蚀性、耐油性以及良好的亲油性,以保证其表面能均匀地吸附油 墨。为了达到这样的效果,一般在软质辊表面包橡胶,硬质辊表面 镀铬或喷涂硬塑料,尼龙。 二、输墨装置的性能评价指标 输墨装置的性能评价指标包括静态指标和动态指标。其中静态指 标包括:着墨系数、匀墨系数、积聚系数、打墨系数、着墨率等。 着墨系数Kg表示对印版着墨的均匀程度。用所有着墨辊面积之和 与印版面积的比值来衡量。着墨系数Kg值取决于机器类型、用途和 工艺要求等,一般应大于1,在一定的范围内Kg值越大着墨效果越 好。单张纸胶印机的Kg值一般为1-1.5。书刊及报纸卷筒纸胶印机的 Kg值在0.65-1.2之间。为了提高Kg值一般会增加着墨辊数量或增大 着墨辊的直径,首先考虑增加着墨辊数量。单张纸胶印机着墨辊多 数为4根,也有达到5根的,而商业用卷筒纸胶印轮转机着墨辊多数 为3根。 匀墨系数Ky表示匀墨部分将油墨打匀的程度,用所有匀墨辊面积 之和与印版面积的比值来表示。一般情况下匀墨系数越大越好,它 取决于机器的性能、用途。单张纸胶印机匀墨系数在4-5.5之间,墨 辊数为15-25根,卷筒纸胶印机墨辊数为7-15根。 积聚系数Kj表示输墨系统中积聚油墨的能力。用全部匀墨辊和着 墨辊面积之和与印版面积的比值来度量。积聚系数Kj越大,输墨系 统油墨积聚量越大,墨色稳定性好。但是随着Kj值的增大,输墨系 统对供墨量的变化越来越不敏感,调整墨色过渡的过程加长,瞬态 反应就会变慢。因此,用计算机控制墨色系统,Kj值不宜过大。 打墨线数N反映油墨在传输和拉薄打匀过程中在墨辊间滚压碾展和 分离的次数,也称接触线数。用N表示,N值越大,匀墨效果越好。 着墨辊的着墨率代表该着墨辊供给印版的墨量占印版上总墨量的 百分比。输墨性能的好坏,最终要以印版上涂敷油墨的均匀程度来判别,而每根着墨辊的着墨量的大小,直接影响印版上墨层的均匀 程度。按印版滚筒旋转的方向,前两根着墨辊的着墨率一般在80%左 右,而后两根着墨辊的着墨率则为20%左右。 动态指标包括系统响应时间、系统的稳定时间及墨层厚度一致 性。系统响应时间是指从输墨系统的输入段输墨量有变化到系统的 输出端承印物上墨层厚度开始发生变化所经历的时间。一般来说, 长墨路的输墨系统响应时间长,短墨路的输墨系统响应时间短。印 刷过程中,总希望稳定时间越短越好,因为过渡时间越短越节省时 间、节约资源、减少过版纸的浪费。墨层厚度一致性是指承印物上 的墨层厚度与目标墨层厚度的接近程度,用两者的标准差表示。标 准差越小,表示墨层与目标墨层厚度的偏离值小,其一致性越好。 三、墨辊的排列方式 按墨辊的排列位置分对称式、非对称式。某平版印刷机的墨辊属 于对称式排列,如图5所示,油墨经中串墨辊分为对称的两路,再经 匀墨辊供给着墨辊油墨。 按传墨和匀墨的特点分多辊型、储墨辊型。多辊型输墨装置的特 点是油墨到达着墨辊前,要经过一系列不同直径的软硬相互滚压的 墨辊匀墨。储墨辊型输墨装置在输墨系统中间部位采用一个大金属 辊,周围是一系列的软质墨辊,以此来储存、传递和打匀油墨。 为了更好地传墨和匀墨,输墨装置的墨辊应该软质匀墨辊和硬质 串墨辊搭配使用,以便在一定的压力下墨辊彼此接触良好。墨辊安 排要有利于着墨辊着墨量的合理分配。大多数印刷机都是由第一组 着墨辊供给印版油墨,第二组除了供给印版少量油墨外,主要起到 匀墨的作用。这就是说,在安排墨辊的排列时,要满足供墨量前重 后轻的原则。现代印刷机大都不采用对称式墨辊排列。有些墨辊对 称排列的印刷机,为了改善着墨辊的供墨分配,在中串墨辊之后, 即分流时加了重辊,以增加墨辊之间的压力,从而向加了重辊的着 墨辊增加分流的墨量。同时还可以在调整着墨辊与印版之间的接触 压力时,使加了重辊的着墨辊与印版之间的接触压力比未加重辊的 着墨辊与印版之间的压力大,因而增加了有重辊的着墨辊的着墨 率。墨辊排列还应考虑印刷机的总体布局以及墨辊数量,总体布局 好可以合理利用空间,使机器结构紧凑,又便于墨辊的安装和拆 卸。墨辊数量越多,匀墨性能越好,但同时系统的响应时间变长,动态性能变差。所以,应综合考虑静态性能和动态性能,来确定所 需的墨辊数量。 四、墨辊排列对输墨性能的影响 输墨系统中,墨辊排列的方式略有改变,油墨在墨辊间的传递路 线就将改变,各墨辊上的墨量发生变化,造成各墨辊向印版的输墨 率也发生变化。 墨辊的排列方式还会通过影响墨路长短进而影响输墨性能。在确 保输墨装置各性能指标的情况下,一定数量的墨辊采用不同的排列 形式,直接影响到油墨的墨路和着墨率的大小,关系到向印版着墨 的均匀程度和印品质量。在印刷过程中,墨路过长,传墨辊至着墨 辊之间墨辊上的墨层厚度差大,下墨较慢,并使过多的墨量聚积在 上部墨辊上。当输纸发生故障或其他原因需要滚筒离压时,着墨辊 脱离印版空转,墨辊墨层厚度差减小而趋向均匀,着墨辊墨层厚度 比正常印刷时增加;当再次合压印刷时,印版图文部分受墨过多, 会造成糊版或墨色过深现象。墨路过短,下墨速度快,串墨辊不能 及时将油墨轴向打匀,必然使传递到图文上的墨色不匀。但下墨速 度快,能减少因为油墨滞留时间长而引起的不良现象。所以说,墨 辊的排列会影响墨路的长短并进一步影响输墨性能。