×

Loading...
Ad by
  • 推荐 OXIO 加拿大高速网络,最低月费仅$40. 使用推荐码 RCR37MB 可获得一个月的免费服务
Ad by
  • 推荐 OXIO 加拿大高速网络,最低月费仅$40. 使用推荐码 RCR37MB 可获得一个月的免费服务

我这里就用此招,我们两边(z/OS 和 AIX)都用zip/unzip。给你一个可用于mainframe的免费ZIP,UNIX的ZIP一抓一大把。压缩的好处在于节省你的网络上传输的时间。。。

用与不用关键要看三样东西:CPU,网络和磁盘。

你首先应该看的是现在非压缩的情况下的网络传输时间是否合理。只有太离谱的时候(例如花半小时才传完)才值得搞一搞。

假如两个机器都在同一个公司,又是传小文件,例如小于50MB, 我认为就没有必要用压缩。用压缩时,两边都会消耗掉很多CPU资源,还需要一些额外的磁盘空间。最好先做一些测试,看是否真的省时间。

我们使用压缩的情况是送大文件去其他公司,通过FTP或者email。
Report

Replies, comments and Discussions:

  • 工作学习 / IT技术讨论 / unix admin请进,谢谢!
    unix and sybase

    目前的情况是每天晚上有很多文件从mainframe传过来然后load into sybase. 现在想改成把那些files先compress再传过来,然后decompress-->load into sybase.
    现在要求investigate可行性,我可是unix白痴啊,一点头绪都没有,请大家帮忙了,多谢多谢!
    • why compress, it will take much long time CPU time for compress and decompress.
      cmd for select:
      gzip (most new unix installtion have it)

      to compress:
      gzip < inputfile > inputfile.gz

      to decompress:
      gzip -cd < file.gz > file

      Compress (unix standard)
      always remove the orignal file after compressed file is created. and visa versa.
      • 太谢谢了,这个take much long time CPU time for compress and decompress可以从哪里找到出处吗?
        • it depend on if your cpu is powerful enough. normally the throughput of compress is slow than your network card (100Mb/s). you can have test, how long does it take to cmpress an 100MB file on your server.
          • 非常感谢
    • 可以的啊,关键是两边要用同样的压缩工具
      • 谢谢,我会把这个写进去
    • tar-czvf compressed.tar.gz -----> tar xzvf decomrepssed.tar.gz
      • 谢谢,decompress会不会让processing慢下来?
        • compress need more cpu resource and disk space...be careful.
          • thanks a lot
        • tar use gzip to compress and decompress, it will slow down CPU a bit for sure.
          • 谢谢
      • Mainframe上的tar 不是很方便,一则tar只能在USS(Unix System Service)之下使用,MVS文件需要先倒过去.二则tar需要特别的EBCDIC- ASCII字符转换.对于传统的MVS文件使用PKZIP看来最合适.
        • 专家,谢谢!
    • 我这里就用此招,我们两边(z/OS 和 AIX)都用zip/unzip。给你一个可用于mainframe的免费ZIP,UNIX的ZIP一抓一大把。压缩的好处在于节省你的网络上传输的时间。。。
      用与不用关键要看三样东西:CPU,网络和磁盘。

      你首先应该看的是现在非压缩的情况下的网络传输时间是否合理。只有太离谱的时候(例如花半小时才传完)才值得搞一搞。

      假如两个机器都在同一个公司,又是传小文件,例如小于50MB, 我认为就没有必要用压缩。用压缩时,两边都会消耗掉很多CPU资源,还需要一些额外的磁盘空间。最好先做一些测试,看是否真的省时间。

      我们使用压缩的情况是送大文件去其他公司,通过FTP或者email。
      • 谢谢,确实是传大文件,说是俺们这传送慢影响另外一个system(不知道这结论是如何得出来的),可我们这里的CPU和disk space一直都有问题,我真是希望多一事不如少一事
        • 如果是单个大文件,我建议还是直接传送好了。mainframe的CPU和I/O很贵的。多一事不如少一事阿。
      • 好.你终于出手了.
        • 小李飞刀!
    • 给饭爷作个广告: 你可以到他那里申请OS/390 和UNIX的帐号, 然后在他的系统上试一试.
      • 具体机器和网络环境都不一样呢
      • 呵呵,正好有好多问题要向你请教呢。。。这几天埋头研究整理以前做过的CICS代码。。。。并且想问问看你那里有没有
        DITTO.
        还有就是我手工起了IMS,主控台信息是
        *19.13.18 DEMOPKG STC08080 *09 DFS996I *IMS READY* IMSA
        但好像连接还是有问题。。。何故?
    • 还有一种方法你可以考虑:生成文件的时候就直接压缩,这样省了个写大文件的步骤,速度要快一点。例如oracle: exp .... | gzip ...
    • gzip has options to fast up/slow down the compress CPU usage. for fastest compress time use -1 option. for best compress rate use -9 option. In your case u can use -1 option to have test.
      the defualt compess rate( as I remember) is 6. the time comsumption between may be 1:2, compress rate may be 1:1.3. it is depend on the file you compress.
    • 谢谢楼上各位了!