【Linux】一步一步学Linux——mkdir命令(21)

00. 目录

文章目录

01. 命令概述

mkdir命令是"make directories"的缩写，若指定目录不存在则创建目录。。

注意：默认状态下，如果要创建的目录已经存在，则提示已存在，而不会继续创建目录。 所以在创建目录时，应保证新建的目录与它所在目录下的文件没有重名。

要创建文件夹或目录的用户必须对所创建的文件夹的父文件夹具有写权限。并且，所创建的文件夹(目录)不能与其父目录(即父文件夹)中的文件名重名，即同一个目录下不能有同名的(区分大小写)。

02. 命令格式

mkdir [选项] 目录…

03. 常用选项

长选项必须使用的参数对于短选项时也是必需使用的。
  -m, --mode=模式       设置权限模式(类似chmod)，而不是rwxrwxrwx 减umask
  -p, --parents         需要时创建目标目录的上层目录，但即使这些目录已存在也不当作错误处理
  -v, --verbose         每次创建新目录都显示信息
  -Z, --context=CTX     将每个创建的目录的SELinux 安全环境设置为CTX
      --help            显示此帮助信息并退出
      --version         显示版本信息并退出

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7

04. 参考示例

4.1 创建一个空目录

[deng@localhost test]$ mkdir www
[deng@localhost test]$ ls
www
[deng@localhost test]$ 

  • 1
  • 2
  • 3
  • 4

4.2 创建权限为755的目录

[deng@localhost test]$ mkdir -m 755 html
[deng@localhost test]$ ls -ld html
drwxr-xr-x 2 deng deng 6 7月  12 10:15 html
[deng@localhost test]$

  • 1
  • 2
  • 3
  • 4

4.3 递归创建多个目录

[deng@localhost test]$ mkdir a/b/c
mkdir: 无法创建目录"a/b/c": 没有那个文件或目录
[deng@localhost test]$ mkdir -p a/b/c
[deng@localhost test]$ tree a 
a
└── b
    └── c

2 directories, 0 files
[deng@localhost test]$ 

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10

4.4 创建目录的过程中显示信息

[deng@localhost test]$ mkdir -v -p a/b/c
mkdir: 已创建目录 "a"
mkdir: 已创建目录 "a/b"
mkdir: 已创建目录 "a/b/c"

  • 1
  • 2
  • 3
  • 4

4.5 创建项目的目录结构

[deng@localhost test]$ mkdir -v -p project/requests/{lib,bin,doc/{chm,pdf,word},language/{zh,en}}
mkdir: 已创建目录 "project"
mkdir: 已创建目录 "project/requests"
mkdir: 已创建目录 "project/requests/lib"
mkdir: 已创建目录 "project/requests/bin"
mkdir: 已创建目录 "project/requests/doc"
mkdir: 已创建目录 "project/requests/doc/chm"
mkdir: 已创建目录 "project/requests/doc/pdf"
mkdir: 已创建目录 "project/requests/doc/word"
mkdir: 已创建目录 "project/requests/language"
mkdir: 已创建目录 "project/requests/language/zh"
mkdir: 已创建目录 "project/requests/language/en"
[deng@localhost test]$ tree project/
project/
└── requests
    ├── bin
    ├── doc
    │   ├── chm
    │   ├── pdf
    │   └── word
    ├── language
    │   ├── en
    │   └── zh
    └── lib

10 directories, 0 files
[deng@localhost test]$ 


  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28

4.6. 如果没有权限，则不能创建目录

[deng@localhost test]$ mkdir /project
mkdir: 无法创建目录"/project": 权限不够
[deng@localhost test]$ 

  • 1
  • 2
  • 3

4.7 批量创建目录

[deng@localhost test]$ mkdir html{1..100}
[deng@localhost test]$ ls
html1    html2   html30  html41  html52  html63  html74  html85  html96
html10   html20  html31  html42  html53  html64  html75  html86  html97
html100  html21  html32  html43  html54  html65  html76  html87  html98
html11   html22  html33  html44  html55  html66  html77  html88  html99
html12   html23  html34  html45  html56  html67  html78  html89
html13   html24  html35  html46  html57  html68  html79  html9
html14   html25  html36  html47  html58  html69  html8   html90
html15   html26  html37  html48  html59  html7   html80  html91
html16   html27  html38  html49  html6   html70  html81  html92
html17   html28  html39  html5   html60  html71  html82  html93
html18   html29  html4   html50  html61  html72  html83  html94
html19   html3   html40  html51  html62  html73  html84  html95
[deng@localhost test]$ 

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15

4.8 创建存在或不存在的目录

如果目录存在就会报错，如果目录存在指定-p，则不会报错，但是不会创建目录。

[deng@localhost test]$ ls
html
[deng@localhost test]$ mkdir html
mkdir: 无法创建目录"html": 文件已存在
[deng@localhost test]$ mkdir -p html
[deng@localhost test]$ ls
html
[deng@localhost test]$

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8

05. 附录

参考：【Linux】一步一步学Linux系列教程汇总

id="article_content" class="article_content clearfix"> id="content_views" class="markdown_views prism-atom-one-light">

简介

SmartPerf-Host是一款深入挖掘数据、细粒度展示数据的性能功耗调优工具，可采集CPU调度、频点、进程线程时间片、堆内存、帧率等数据，采集的数据通过泳道图清晰地呈现给开发者，同时通过GUI以可视化的方式进行分析。该工具当前为开发者提供了五个分析模板，分别是帧率分析、CPU/线程调度分析、应用启动分析、TaskPool分析、动效分析。关于工具使用的更多内容可查看SmartPerf-Host调优工具使用指导。

本文提供一些性能分析示例，介绍如何使用帧率分析和应用启动分析两个模板采集数据、分析数据，从而发现性能优化点。

本地部署

使用SmartPerf-Host进行性能分析前，需要先完成本地部署，本地部署的详细指导请参考如何编译TraceStreamer和SmartPerf-Host编译部署指导。在本地部署成功后，可通过https://[部署机器ip地址]:9000/application/访问，如下图。

图1 本地部署访问页

性能分析示例

FrameTimeline帧率分析

SmartPerf-Host提供FrameTimeline帧率分析功能，可以抓取记录每一帧的渲染数据，自动标识其中的卡顿帧，并提供同时段的系统Trace信息，帮助开发者高效分析卡顿位置和原因。

场景示例

如下场景代码使用了Grid来实现了一个网格布局，在应用界面上下滑动时发现有卡顿掉帧现象。下文基于这个场景来介绍FrameTimeline帧率分析功能的使用方式。

@Entry  
@Component  
struct Index {  
  @State children: number[] = Array.from(Array(2000).fill(undefined), (_v: undefined, k) => k);  
  build() {  
    Scroll() {  
      Grid() {  
       ForEach(this.children, (item: number) => {  
          GridItem() {  
            Stack() {  
              Stack() {  
                Stack() {  
                  Text(item.toString())  
                    .fontSize(32)  
                }  
              }  
            }  
          }  
        }, (item: number) => item.toString())  
      }  
      .columnsTemplate('1fr 1fr 1fr 1fr')  
      .columnsGap(0)  
      .rowsGap(0)  
      .size({ width: "100%", height: "100%" })  
    }  
  }  
}
 class="hljs-button signin active" data-title="登录复制" data-report-click="{"spm":"1001.2101.3001.4334"}">
class="hide-preCode-box">
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
抓取数据

下面介绍使用FrameTimeline帧率分析模板抓取数据的步骤：

  1. 打开Record template -> Trace template -> FrameTimeline模板的配置开关。

图2 FrameTimeline模板配置

  1. 自定义配置抓取时间、抓取数据大小和结果文件名称。

图3 抓取配置项

  1. 点击右上角Record开始抓取，同时在设备上复现应用掉帧或卡顿的操作过程，抓取完成后页面会自动加载trace数据。

说明：

  • 在数据抓取和分析的过程中，请不要主动退出应用或者设备，否则可能导致分析任务失败。

  • 点击Record时，网站上方出现please kill other hdc-server！的提醒，表示设备连接失败，说明设备的hdc连接端口被占用，需要在cmd命令行中执行hdc kill指令，然后再重新连接设备进行抓取。

分析数据

完整的一个渲染流程，首先是App侧响应用户输入完成UI绘制，然后提交给Render Service，由Render Service协调GPU等资源完成渲染、合成和送显操作，在这个过程中App侧和Render Service侧都有可能出现卡顿最终导致丢帧现象。

通过图4、图5、图6三组泳道数据，开发者们可以快速发现丢帧的位置，并完成初步的定界。

图4 UI + RenderService总耗时

图5 UI耗时

图6 RenderService耗时

  • Expected Timeline是理想帧泳道图，Actual Timeline是真实帧泳道图。

  • 绿色帧为正常帧，橙色帧为卡顿帧，黄色帧表示RS进程与App进程起止异常。

  • UI耗时（图5）显示了应用侧每一帧的处理耗时，方块的长度即为具体的耗时，RenderService耗时（图6）同理。

  • App侧帧/RS侧帧卡顿的计算标准为帧的实际结束时间晚于帧的期望结束时间即为卡顿。

  • App侧有橙色出现，需要审视UI线程的处理逻辑是否过于复杂或低效，以及是否被其它任务抢占资源。

  • RS侧有橙色出现，需要审视界面布局是否过于复杂，可以使用布局检查器ArkUI Inspector工具和HiDumper命令行工具辅助分析定位，相关指导可以参考使用HiDumper命令行工具优化性能。

从图5和图6结合来看可以确定场景示例明显属于App侧的帧卡顿。点击卡顿帧进行详细分析，相应的关联帧会通过线连起来，同时在Current Selection显示它的Details信息，如图7。

图7 App卡顿帧

  • Duration表示帧的持续时间。

  • Jank Type表示卡顿类型。APP Deadline Missed表示应用侧卡顿。

  • FrameTimeLine flows Slice表示链接FrameTimeLine关联帧。

  • Preceding flows Slice表示链接RS关联帧。

如下图，展开的应用泳道图中，存在两个名字和Pid一样的泳道，第一个为线程的使用情况，第二个为线程内的方法栈调用情况。结合卡顿帧对应时间段的Trace数据，可以定位到FlushLayoutTask耗时过长，它的作用是重新测量和布局所有的Item。其中Layout[Gird]耗时最久，因此卡顿原因可以确定为Gird布局处理逻辑过于复杂或低效。

图8 应用布局绘制trace数据

定位到Grid布局代码段，经过分析，去除了冗余的3层stack容器，并将源数据提前处理为布局中需要的string类型，减少布局消耗。同时给Grid添加cachedCount参数结合LazyForEach进行预加载，cachedCount的值设定为一屏能够渲染的GridItem数量。优化后采用同样的方式抓取数据，得到的FrameTimeline泳道数据如图9，并且滑动过程中无卡顿丢帧现象。

图9 优化后FrameTimeline泳道图

优化后的示例代码如下：

class MyDataSource implements IDataSource { // LazyForEach的数据源  
  private list: string[] = [];  
  
  constructor(list: string[]) {  
    this.list = list;  
  }  
  
  totalCount(): number {  
    return this.list.length;  
  }  
  
  getData(index: number): string {  
    return this.list[index];  
  }  
  
  registerDataChangeListener(_: DataChangeListener): void {  
  }  
  
  unregisterDataChangeListener(): void {  
  }  
}  
@Entry  
@Component  
struct Index {  
  @State children: string[] = Array.from(Array(2000).fill(undefined), (_v: undefined, k) => k.toString());  
  @State data: MyDataSource = new MyDataSource(this.children)  
  build() {  
    Scroll() {  
      Grid() {  
        LazyForEach(this.data, (item: string) => {  
          GridItem() {  
            Text(item)  
              .fontSize(32)  
          }  
        }, (item: string) => item)  
      }  
      .cachedCount(80)  
      .columnsTemplate('1fr 1fr 1fr 1fr')  
      .columnsGap(0)  
      .rowsGap(0)  
      .size({ width: "100%", height: "100%" })  
    }  
  }  
}
 class="hljs-button signin active" data-title="登录复制" data-report-click="{"spm":"1001.2101.3001.4334"}">
class="hide-preCode-box">

AppStartup应用启动分析

SmartPerf-Host提供了AppStartup功能，以便于分析应用启动时各个阶段耗时情况。应用启动分析功能主要是提供应用启动分析模板，帮助系统调优人员做应用启动慢场景问题分析，快速查找系统侧启动慢阶段和耗时长调用栈信息。

场景示例

以下示例代码展示AppStartup功能。

@Entry  
@Component  
struct Index {  
  @State private text: string = "hello world";  
  private count: number = 0;  
  
  aboutToAppear() {  
    this.computeTask();  
  }  
  
  build() {  
    Column({space: 10}) {  
      Text(this.text).fontSize(50)  
    }  
    .width('100%')  
    .height('100%')  
    .padding(10)  
  }  
  
  computeTask() {  
    this.count = 0;  
    while (this.count < 10000000) {  
      this.count++;  
    }  
  }  
}
 class="hljs-button signin active" data-title="登录复制" data-report-click="{"spm":"1001.2101.3001.4334"}">
class="hide-preCode-box">
抓取数据

使用如下步骤进行AppStartup数据的抓取：

  1. 切换到Flags页面，将AppStartup选项切换到Enabled，开启AppStartup模板。

图10 AppStartup特性开关

  1. 切换到Record template页面，点击Trace template，开启AppStartup。

图11 AppStartup模板配置

  1. Record setting内设置文件名、大小以及抓取时长。

图12 抓取配置项

  1. 点击右上角Record开始抓取，同时在设备上打开目标应用。可提前点击StopRecord完成抓取，或者等待时间自动完成抓取。抓取完成后会页面会自动加载trace数据。

图13 停止抓取选项

分析数据

等待分析结果自动生成。点击右上角的筛选按钮，选中AppStartup，便于查看分析。

图14 模板数据筛选

展开对应应用的泳道，找到应用启动时的时间段。选中AppStartup泳道全部阶段，可以在下方详情内看到具体阶段的耗时情况。

图15 AppStartup各阶段耗时情况——优化前

上图展示结果显示，执行耗时最长的是UI Ability OnForeground阶段。目前耗时Duration为323ms。

图16 UI Ability OnForeground阶段耗时——优化前

在这个阶段里，通过阶段内下方泳道可以发现生命周期aboutToAppear耗时较长，点击该泳道内容可以看到具体耗时Duration，为268ms，占整个UI Ability OnForeground阶段的82%。

图17 aboutToAppear耗时——优化前

查看代码后发现，在aboutToAppear生命周期函数内执行了耗时的计算任务，导致应用冷启动耗时长。

随后对aboutToAppear内容进行异步延迟处理。优化后代码如下：

@Entry  
@Component  
struct Index {  
  @State private text: string = "hello world";  
  private count: number = 0;  
  
  aboutToAppear() {  
    setTimeout(() => {  
      this.computeTask();  
    }, 0)  
  }  
  
  build() {  
    Column({space: 10}) {  
      Text(this.text).fontSize(10)  
    }  
    .width('100%')  
    .height('100%')  
    .padding(10)  
  }  
  
  computeTask() {  
    this.count = 0;  
    while (this.count < 10000000) {  
      this.count++;  
    }  
  }  
}
 class="hljs-button signin active" data-title="登录复制" data-report-click="{"spm":"1001.2101.3001.4334"}"> class="hide-preCode-box">

处理后用同样的方式获取一遍数据。

图18 AppStartup各阶段耗时情况——优化后

继续聚焦到aboutToAppear生命周期所在的UI Ability OnForeground阶段，目前耗时Duration为81ms。

图19 UI Ability OnForeground阶段耗时——优化后

在这个阶段里，通过阶段内下方泳道可以发现需要查看的生命周期aboutToAppear，点击该泳道内容可以看到具体耗时Duration，为2ms，目前只占整个UI Ability OnForeground阶段的2.5%。

图20 aboutToAppear耗时——优化后

为了能让大家更好的学习鸿蒙（HarmonyOS NEXT）开发技术，这边特意整理了《鸿蒙开发学习手册》（共计890页），希望对大家有所帮助：https://qr21.cn/FV7h05

《鸿蒙开发学习手册》：

如何快速入门：https://qr21.cn/FV7h05

  1. 基本概念
  2. 构建第一个ArkTS应用
  3. ……

开发基础知识：https://qr21.cn/FV7h05

  1. 应用基础知识
  2. 配置文件
  3. 应用数据管理
  4. 应用安全管理
  5. 应用隐私保护
  6. 三方应用调用管控机制
  7. 资源分类与访问
  8. 学习ArkTS语言
  9. ……

基于ArkTS 开发：https://qr21.cn/FV7h05

  1. Ability开发
  2. UI开发
  3. 公共事件与通知
  4. 窗口管理
  5. 媒体
  6. 安全
  7. 网络与链接
  8. 电话服务
  9. 数据管理
  10. 后台任务(Background Task)管理
  11. 设备管理
  12. 设备使用信息统计
  13. DFX
  14. 国际化开发
  15. 折叠屏系列
  16. ……

鸿蒙开发面试真题（含参考答案）：https://qr18.cn/F781PH

鸿蒙开发面试大盘集篇（共计319页）：https://qr18.cn/F781PH

1.项目开发必备面试题
2.性能优化方向
3.架构方向
4.鸿蒙开发系统底层方向
5.鸿蒙音视频开发方向
6.鸿蒙车载开发方向
7.鸿蒙南向开发方向

data-report-view="{"mod":"1585297308_001","spm":"1001.2101.3001.6548","dest":"https://blog.csdn.net/maniuT/article/details/138218892","extend1":"pc","ab":"new"}">> id="blogExtensionBox" style="width:400px;margin:auto;margin-top:12px" class="blog-extension-box"> class="blog_extension blog_extension_type2" id="blog_extension"> class="extension_official" data-report-click="{"spm":"1001.2101.3001.6471"}" data-report-view="{"spm":"1001.2101.3001.6471"}"> class="blog_extension_card_left"> class="blog_extension_card_cont"> 鸿蒙开发学习资料领取！！！ class="blog_extension_card_cont_r"> 微信名片
注：本文转载自blog.csdn.net的沧海一笑-dj的文章"https://blog.csdn.net/dengjin20104042056/article/details/95595345"。版权归原作者所有，此博客不拥有其著作权，亦不承担相应法律责任。如有侵权，请联系我们删除。
复制链接
复制链接
相关推荐
发表评论

评论记录：

未查询到任何数据！