<cite id="soqa1"><track id="soqa1"></track></cite>

<em id="soqa1"></em>
<sup id="soqa1"><rt id="soqa1"></rt></sup>
    1. <cite id="soqa1"><track id="soqa1"></track></cite><cite id="soqa1"></cite>
      av高清,丝袜性亚洲,天堂…中文在线最新版在线,AV在线不卡观看免费观看,精品日韩精品国产另类专区,亚洲色大成网站WWW永久男同,韩国无码AV片午夜福利,亚洲AV秘?片一区二区三区水牛

      為什么文件占用的空間會大于文件實際大小

      以windows系統舉例,先看幾張圖:

      圖1:文件的大小比占用空間更小。

      image.png


      圖2:文件的大小和占用空間大小一致。

      image.png


      圖3:文件大小比占用空間大小更大。

      image.png

      上面3張圖展示了文件大小與占用空間的大小幾種情況,前兩種場景是比較常見的情況,之所以有時文件大小會比占用空間小時因為簇大小的限制,簇代表了可以分配用來保存文件的最小磁盤空間量,存放sparse.txt文件所在區簇的大小為4096字節,圖1中文件大小為4096字節(可以使用chkdsk命令查看),所以5K的文件需要2個簇來存儲,如下圖所示:

      image.png

      圖2所示文件大小為5M,5M正好是4096的整數倍,所以文件大小跟占用空間大小一樣大。

      下面重點說下第三種情況,這里涉及到稀疏文件問題,對于不支持稀疏文件的系統就不會出現這種情況,看個例子:

      /**
           * 常規文件可能會有很多不必要的空間浪費
           * @throws IOException
           */
          @Test
          public void normalFile() throws IOException {
              File file = new File("d:/tmp/sparse.txt");
              Path path = file.toPath();
              FileChannel ch = FileChannel.open(path, StandardOpenOption.CREATE,StandardOpenOption.WRITE);
              ch.position(5*1024*1024L);
              ch.write(ByteBuffer.wrap("hello world".getBytes("utf-8")));
              ch.close();
      
          }
      
          /**
           * 稀疏文件模式
           * @throws IOException
           */
          @Test
          public void sparseFile() throws IOException {
              File file = new File("d:/tmp/sparse.txt");
              Path path = file.toPath();
              FileChannel ch = FileChannel.open(path, StandardOpenOption.SPARSE,StandardOpenOption.CREATE_NEW,StandardOpenOption.WRITE);
              ch.position(5*1024*1024L);
              ch.write(ByteBuffer.wrap("hello world".getBytes("utf-8")));
              ch.close();
          }


      有的用戶會發現文件管理中統計的文件大小與實際空間占用大小不一致,如空間大小提示超標文件大小未超標,也是因為這些原因導致的,綜上所述,我司系統檢測到的空間占用大小為實際文件占用空間的大小,而非文件本身的大小,如提示空間超標,請您升級空間大小,避免影響您的正常使用。


      如您的主機配額超標很多,實際占用空間不大,是因為有很多小的緩存文件,比如\runtime\session 路徑下的文件,如下圖:

      image.png

      這類情況如果通過FTP或文件管理器刪除太慢,請提交工單】,可授權技術工程師為您批量刪除處理。


      編輯:三五互聯
      日期:2024-06-04

      收藏 】 【 打印 】   
      您可對文檔進行評分喲~

      勾選遇到的問題提交給我們,收到反饋后保證及時修正更新!

      提交反饋需要先登陸會員帳號

      上一篇:已經沒有了。
      下一篇:手工刪除runtime/session 小文件
      若文檔內容對您沒有幫助,不能解決問題? 您還可以 咨詢在線客服提交工單搜索常見問題 ,我們將竭誠為您服務。
        >> 相關文章
       
      分享至:
      主站蜘蛛池模板: 漂亮的人妻不敢呻吟被中出| 人人超碰在线| 久久精品女人av天堂| 免费人成在线观看成人片| 色婷婷操| 日日摸夜夜添无码| 亚洲国产长腿丝袜av天堂| 国产乱码精品一区二三区| 國产一二三内射在线看片| 亚洲AV无码一区二区水蜜桃| 精品一区二区三区女性色| 在线免费熟女| 亚洲无码一区二区百度| 蜜桃视频一区二区在线看| 亚洲精品无码久久千人斩| 欧韩一区| 色香色欲综合网| 在线 欧美 中文 亚洲 精品| 国产思思99re99在线观看| 久久精品熟女亚洲av艳妇| 亚洲a∨国产av综合av下载| 人妻无码一区二区三区免费| 久久精品这里热有精品| 妓院一钑片免看黄大片| 国产区第一页| 搡老女人老妇女老熟妇69| 蜜桃av色偷偷av老熟女| 超碰成人精品一区二区三| 亚洲蜜桃v妇女| 伊人成人在线高清视频| 国产福利导航在线| 久久成人国产精品免费软件| 日本一区二区三区四区黄色| 99ri精品| 伊人综合成人| 国产激情一区二区三区成人91| 999久久精品国产| 少妇被粗大的猛进69视频| 九九热久久这里全是精品| 久久99精品久久久久久9| 一本精品中文字幕在线|