ICode9

精准搜索请尝试: 精确搜索
首页 > 其他分享> 文章详细

IO性能(相对于CPU性能)探索分析

2019-05-10 23:40:37  阅读:221  来源: 互联网

标签:性能 System public 耗时 IO currentTimeMillis CPU out


IO性能(相对于CPU性能)探索分析

  • 体验一:电脑经常卡顿
    • 公司发的笔记本电脑,硬件配置cpu i5六代,内存8G,机械硬盘无固态。每天编译一个富客户端GUI工程的时候,经常会导致电脑卡顿,CPU与内存往往都还没有达到峰值,磁盘显示100%

  • 体验二:IO线程比UI线程后退出。
    • 客户端应用在退出的时候,客户端UI界面其实已经消失了,但是客户端的日志文件往往在UI界面消失几秒后才写完——也就是IO线程比UI线程要慢好几秒。

  • 体验三:如下例子。(运行环境:8G内存,i5六代,固态硬盘,台式机)

  • 例一:计数10万,计算毫秒数

    public class TestWithNoIO {
    
      public static void main(String[] args) {
    
    	long begin = System.currentTimeMillis();	
    	int i = 100000;
    	for (int j = 0; j < i; j++) {
    
    	}
    	System.out.println("testNonIO 耗时(毫秒):" + (System.currentTimeMillis() - begin));
      }
    }
    
    • 运行结果:
      testNonIO 耗时(毫秒):0
      运行许多次,数值稳定在1毫秒或者0毫秒

  • 例二:在for循环中增加System.out.print(""),注意是没有空格的空字符串,如下:

    public class TestWithNOLR {
    
      public static void main(String[] args) {
    	long begin = System.currentTimeMillis();
    	int i = 100000;
    	for (int j = 0; j < i; j++) {
    		System.out.print("");
    	}
    	System.out.println("testIOWithNoLR 耗时:"+(System.currentTimeMillis()-begin));
      }
    }
    
    • 运行结果:
      testIOWithNoLR 耗时:13
      运行多次,数值稳定在10毫秒左右。
    • 分析:虽然实际上什么也没有输出,但是仅仅因为使用了IO,耗时已经明显增加

  • 例三:这次我们在例二的基础上,空字符串里添加一个空格。如下:

    public class TestWithNOLR {
    
      public static void main(String[] args) {
    	long begin = System.currentTimeMillis();
    	int i = 100000;
    	for (int j = 0; j < i; j++) {
    		System.out.print(" ");
    	}
    	System.out.println("testIOWithNoLR 耗时:"+(System.currentTimeMillis()-begin));
      }
    }
    
    • 运行结果:
      testIOWithNoLR 耗时:187
      运行多次,数值稳定在180毫秒左右(注意:空格输出已被我截去)
    • 分析:IO有了实际输出量(增加了输出内容),耗时大大增加

  • 例四:这次在例三的基础上,多增加一个空格。发现在例三的基础上多了10毫秒的时间。

  • 例五:这次我们把IO由不换行的输出字符串,改为输出换行

    public class TestWithLR {
    
      public static void main(String[] args) {
    	long begin = System.currentTimeMillis();
    	int i = 100000;
    	for (int j = 0; j < i; j++) {
    		System.out.println();
    	}
    	System.out.println("testIOWithLR 耗时:"+(System.currentTimeMillis()-begin));
      }
    }
    
    • 运行结果:
      testIOWithLR 耗时:198
      运行多次,我们发现数值稳定在190多毫秒,基本上和例四所消耗的时间持平(也就是输出两个空格)。

  • 例六:这次我们在例五的基础上增加一个换行

    public class TestWithLR {
    
      public static void main(String[] args) {
    	long begin = System.currentTimeMillis();
    	int i = 100000;
    	for (int j = 0; j < i; j++) {
    		System.out.println();
    		System.out.println();
    	}
    	System.out.println("testIOWithLR 耗时:"+(System.currentTimeMillis()-begin));
      }
    }
    
    • 运行结果:
      testIOWithLR 耗时:393
      运行多次,我们发现数值稳定在400毫秒左右。
    • 分析:换行数量翻倍以后,IO耗时翻倍。继续增加换行,发现非常符合这个规律。

  • 以上是输出到控制台,大家可以试一下输出到机械硬盘,输出到固态硬盘。

  • 总结:
    1. IO效率真的是比CPU效率低很多
    2. IO增加,耗时会增加
    3. 换行的IO增加,比不换行的IO增加,耗时明显增加要快得多得多
  • 启发:
    • 日志角度:
      1. 不要在生产的代码中嵌入任何System.out.print。原因有三点,a.没保存的日志属于无效日志;b.性能下降(上面的例子只是以毫秒为单位);c、输出可能重定向;
      2. 如果程序中IO比较多的时候,尽量实现IO线程和纯CPU线程分离(通常的日志框架就是这么做的,例如log4j或者logback,通常是单独的线程在运行)。占CPU的线程处理核心业务逻辑,占IO的线程处理日志或其他异步就可以完成的内容。
      3. 日志输出尽量不要太频繁(例如在循环中高频输出日志),能少一行日志就少一行日志,能少一截尽量少输出一截(从垃圾回收角度来说也应该这么做,日志里太多字符串)
    • 数据库角度:
      1. 设计数据库的时候,如果有些字段可用枚举尽量用枚举在内存中存储(减少磁盘IO);
      2. ……未完待续

  • 可参考资料:
    1. 一张表字段多为何要拆表:https://www.cnblogs.com/hzhuxin/p/7985452.html

标签:性能,System,public,耗时,IO,currentTimeMillis,CPU,out
来源: https://www.cnblogs.com/InformationGod/p/10847270.html

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有