【笔记版】docker常用指令---systemctl类、docker状态

已于 2024-02-27 14:54:04 修改
阅读量2.8k 收藏 6
点赞数 8
分类专栏： k8s云计算笔记 文章标签： 笔记 docker 容器
于 2024-02-27 14:50:42 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_49064876/article/details/136294342
版权

systemctl [options] docker

启动：system start docker

查看状态：systemctl status docker

在这里插入图片描述

停止：systemctl stop docker

有警告：service关闭了，但是docker.socket仍响应

在这里插入图片描述

解决方法：systemctl stop docker.socket

再次查看：此时状态是inactive的，符合现状。

在这里插入图片描述

docker info 查看,没有server的描述

在这里插入图片描述

重启：systemctl restart docker

在这里插入图片描述

docker info再次查看，成功加载server的参数

项目Value
Containers5容器有5个
Running1正在运行有一个
Paused0没有暂停的容器
Stopped4停止了4个
Images5共5个镜像
Client: Docker Engine - Community
 Version:    25.0.2
 Context:    default
 Debug Mode: false
 Plugins:
  buildx: Docker Buildx (Docker Inc.)
    Version:  v0.12.1
    Path:     /usr/libexec/docker/cli-plugins/docker-buildx
  compose: Docker Compose (Docker Inc.)
    Version:  v2.24.5
    Path:     /usr/libexec/docker/cli-plugins/docker-compose

Server:
 Containers: 5
  Running: 1
  Paused: 0
  Stopped: 4
 Images: 5
 Server Version: 25.0.2
 Storage Driver: overlay2
  Backing Filesystem: extfs
  Supports d_type: true
  Using metacopy: false
  Native Overlay Diff: true
  userxattr: false
 Logging Driver: json-file
 Cgroup Driver: cgroupfs
 Cgroup Version: 2
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local splunk syslog
 Swarm: inactive
 Runtimes: io.containerd.runc.v2 runc
 Default Runtime: runc
 Init Binary: docker-init
 containerd version: ae07eda36dd25f8a1b98dfbf587313b99c0190bb
 runc version: v1.1.12-0-g51d5e94
 init version: de40ad0
 Security Options:
  apparmor
  seccomp
   Profile: builtin
  cgroupns
 Kernel Version: 6.5.0-18-generic
 Operating System: Ubuntu 22.04.3 LTS
 OSType: linux
 Architecture: x86_64
 CPUs: 16
 Total Memory: 27.09GiB
 Name: edgezh1
 ID: 35491377-f803-455d-a1bb-f8f546c51a34
 Docker Root Dir: /var/lib/docker
 Debug Mode: false
 Experimental: false
 Insecure Registries:
  127.0.0.0/8
 Registry Mirrors:
  https://82m9ar63.mirror.aliyuncs.com/
 Live Restore Enabled: false

docker常见状态

这些状态可以通过docker ps命令或者Docker API来查看。Docker容器可以处于以下几种状态：
🟡 已创建（Created）：这意味着容器被成功地创建并且正等待分配到主机上进行调度。该状态通常用黄色或者深黄色表示。
🟢 运行中（Running）：容器正在运行，并且正在执行其中的进程。
🔴 退出（Exited）：容器的进程已经退出，并且容器也已经停止运行。
🟠 正在重启（Restarting）：容器由于故障或设置自动重启选项而重新启动。
🔵 暂停（Paused）：容器的执行状态被暂停，但是容器仍然存在。
🟣 正在移除（Removing）：容器被删除时，会显示为“Removing”状态。
🟤 启动中（Starting）：容器正在启动，但是尚未完全启动完成。

在这里插入图片描述

这些状态可以通过docker ps命令或者Docker API来查看。

以上只是一些常用的 Docker 启动类的命令，更多详细的命令可以参考 Docker 官方文档：https://docs.docker.com/

知识点1：一般什么情况下，才会主动刷cache？
baron-周贺贺-代码改变世界ctw
10-05 925
总结：什么情况下才会刷cache - 不同硬件交互数据的时候 - 不同策略的cpu交互数据时 - 不同系统交互数据时
cache知识点复习
baron-周贺贺-代码改变世界ctw
10-05 363
这两个缓存的主要目的是提高虚拟内存系统的性能，减少访问主存的次数。它们在不同的处理器和操作系统中可能会有不同的名称和实现方式，但核心思想是相似的。PTW Cache 存储了最近使用的虚拟页表项，以避免频繁访问主存中的页表。如果处理器内部有 PTE Cache，它可以存储最近访问的页表项，以减少访问主存的次数，从而提高访问速度。PTW Cache 的大小和组织方式可以因不同的处理器架构和操作系统而异，但其主要目的是加速虚拟地址到物理地址的转换。它用于存储最近访问的虚拟页表项的副本，以提高虚拟内存查找的速度。
刷cache的3种操作：clean/invalid/flush
wmzjzwlzs的专栏
06-18 3175
转自：刷cache的3种操作：clean/invalid/flush_小葫芦写代码的博客-CSDN博客_cache flushcache line cache被平均分成了多个cache line。 cache line是cache和DDR之间数据传输的最小单位。 什么意思呢？当CPU试图load一个字节数据的时候，如果cache miss，那么cache控制器会从主存中一次性的load cache line大小的数据到cache中。 例如，ca
实战之 arm64 刷 cache
自由国度的博客
11-25 2334
clean： 将cache里面的新内容写入到ddrinvalidate： 将cache里面的内容无效掉，即丢掉虽然都说刷cache，实际可能是上面两类动作的一种或者组合例如：如果刷指令cache，因为指令是只读的，直接invalidate即可。如果刷数据cache，如果明确可以直接丢掉数据则可以直接使用invalidate；通常的刷数据cache需要先clean再invalidate;当然数据cache也可以只clean不invalidate。
[mmu/cache]-ARM cache的学习笔记-一篇就够了
baron-周贺贺-代码改变世界ctw
10-29 1万+
文章目录1、cache的应用——什么时候需要刷cache 1、cache的应用——什么时候需要刷cache (1)、cpu在往内存(src地址)写数据时,cache中会缓存这些数据,并没有立即同步到DDR, 只有该地址在cache中被换出去时候，才会同步到ddr (2)、Device和ddr直接无cache，device直接从ddr(src地址)中读取数据, 此时当然读不到前面cpu写入的数据. 解决办法, 在device读取ddr数据之前, 先做__flush_dcache_area, 将cache数据
深度学习arm cache系列--一篇就够了
baron-周贺贺-代码改变世界ctw
04-02 9038
缓存,高速缓存,cache, CCI,CMN,CCI-550,CCI-500,DSU,SCU,L1,L2,L3,system cache, Non-cacheable,Cacheable, non-shareable,inner-shareable,outer-shareable, optee、ATF、TF-A、Trustzone、optee3.14、MMU、VMSA、cache、TLB、arm、armv8、armv9、TEE、安全、内存管理、页表… .........
【嵌入式】CPU性能提升:Cache机制
GFH358的博客
10-23 1071
简单了解cache
【大模型知识点】什么是KV Cache？为什么要使用KV Cache？使用KV Cache会带来什么问题？如何解决？
想买很多漂亮衣服但是买不起的博客
02-12 1932
【大模型知识点】什么是KV Cache？为什么要使用KV Cache？使用KV Cache会带来什么问题？
大厂面试题解析：ConcurrentHashMap 如何秒杀 SynchronizedMap？
孤芳不自赏
03-26 651
SynchronizedMap 是对整个 HashMap 加锁，适用于低并发场景。而 ConcurrentHashMap 通过 分段锁 + CAS 提高并发性能，在高并发环境下比 SynchronizedMap 更优。并且，SynchronizedMap 允许 null 键值，而 ConcurrentHashMap 不允许。这下，面试官该对你点头了吧？
深讲什么是Java泛型？为什么要使用泛型？泛型的知识点~
weixin_46312449的博客
03-02 1218
泛型，一个孤独的守门者。 大家可能会有疑问，我为什么叫做泛型是一个守门者。这其实是我个人的看法而已，我的意思是说泛型没有其看起来那么深不可测，它并不神秘与神奇。泛型是 Java 中一个很小巧的概念，但同时也是一个很容易让人迷惑的知识点，它让人迷惑的地方在于它的许多表现有点违反直觉。 文章开始的地方，先给大家奉上一道经典的测试题。 List<String> l1 = new ArrayList<String>(); List<Integer> l2 = new ArrayL
Cache操作
weixin_46623752的博客
11-08 4811
Cache操作
Cache 的基本概念与工作原理
热门推荐
CSDN博客
05-06 3万+
cache 英 [kæʃ] 美 [kæʃ] n. 隐藏物(如武器);(秘密)贮存物;高速缓冲存储器 v. 匿藏，隐藏(尤指武器);把(数据)存入高速缓冲存储器;高速缓存 1.背景知识 随着 CPU 技术的飞速发展，常用的处理器飞奔在越来越高的频率之上，虽然处理器的速度越来越快，但是与之相匹配的存储器的速度却没有获得相应的提升，这大大限制了 CPU 的处理性能。而我们本系列文档所介绍...
Linux Kernel中刷cache函数__clean_dcache_area_pou()的解读
baron-周贺贺-代码改变世界ctw
04-27 3936
Non-cacheable,Cacheable, non-shareable,inner-shareable,outer-shareable, optee、ATF、TF-A、Trustzone、optee3.14、MMU、VMSA、cache、TLB、arm、armv8、armv9、TEE、安全、内存管理
linux强刷cache,linux I/O stack cache 强制刷新
weixin_34051133的博客
05-25 2715
linux 存储子系统作为最为复杂的子系统之一，拥有很深的模块栈(如图)，其中很多模块又有自己的缓存功能(如下图)。实际应用中，用户下发的数据停留在哪个缓存中，是否已经写入磁盘，这些操作对用户来说是个黑盒。如何确保数据已经写入磁盘，可以安全的复位或掉电设备，是用户比较关心的话题。linux IO cache stack中，除了上图中的page cache, inode cache, dir cac...
CPU cache知识三 —— cache三个操作应用实例
04-18 1919
一、cache的三个操作 invalidate /* 让cache无效(CPU将从内存取数据而不是cache):主要用在DEVICE通过DMA传数据到内存之前 */ clean /* 将cache写回内存:主要用在DMA要将内存数据传到DEVICE之前 */ flush /* 将cache写回内存，并且使得cache无效：主要用在DMA先写数据给设备，然后又将DEVICE数据写到内存之前 */ 二、代...
01-简述cache的基本概念和使用场景
baron-周贺贺-代码改变世界ctw
03-12 2723
1、为什么要用cache? ARM 架构刚开始开发时，处理器的时钟速度和内存的访问速度大致相似。今天的处理器内核要复杂得多，并且时钟频率可以快几个数量级。然而，外部总线和存储设备的频率并没有达到同样的程度。可以实现可以与内核以相同速度运行的小片上 SRAM块，但与标准 DRAM 块相比，这种 RAM 非常昂贵，标准 DRAM 块的容量可能高出数千倍。在许多基于 ARM 处理器的系统中，访问外部存储器需要数十甚至数百个内核周期。 高速缓存是位于核心和主内存之间的小而快速的内存块。它在主内存中保存项目的副本。对
什么是装饰器？装饰器有哪些特点？
最新发布
04-30
<think>好的，用户现在想了解装饰器的定义及其特点。先回顾之前的对话，用户之前询问了闭包的特点，我详细解释了闭包的定义、核心特点、作用以及缺点，并生成了相关问题。现在用户转向装饰器，这可能是因为装饰器在实现上常常利用闭包，所以用户可能在探索相关概念。 首先，需要明确装饰器的定义。装饰器是一种结构型设计模式，允许动态地向对象添加职责。在Python中，装饰器通常以函数或类的形式实现，用于修改或增强其他函数或类的行为，而不改变其原始代码。这里需要区分设计模式中的装饰器概念和Python语法中的装饰器，用户可能指的是后者。 接下来，装饰器的核心特点。根据用户之前的问题，闭包的特点包括内部函数访问外部变量、外部无法访问内部变量、内存长期占用等。装饰器同样会利用闭包来保持状态，所以需要强调装饰器如何利用闭包机制。此外，装饰器的特点还包括动态增强功能、代码复用、语法糖简化使用等。 用户可能需要具体的例子来理解装饰器的使用，比如日志记录、权限验证、性能测试等常见场景。同时，装饰器的优点和缺点也需要提到，比如提高代码复用性，但可能增加调试难度。 需要检查用户是否有更深层的需求。例如，用户可能在开发中遇到需要扩展函数功能的情况，而想了解如何高效实现。或者用户可能对Python中的@语法感到好奇，想了解其背后的原理。因此，在回答中需要覆盖装饰器的实现原理，特别是如何通过高阶函数和闭包来实现。 此外，用户之前的问题涉及闭包的内存泄漏问题，可能在装饰器部分也需要提到类似的风险，比如装饰器不当使用导致的内存问题，但通常装饰器正确使用时不会有大问题。 最后，生成的相关问题需要引导用户进一步探索，比如装饰器与闭包的关系、实际应用场景、如何编写带参数的装饰器等。这些问题可以帮助用户深化理解，并解决可能遇到的实际问题。 总结回答结构：先定义装饰器，再分点列出特点，结合代码示例，最后优缺点和相关问题。确保使用中文，行内公式用$...$，独立公式用$$...$$，但可能装饰器部分涉及较少数学公式，更多代码示例。同时注意引用之前的闭包内容，比如闭包在装饰器实现中的作用，保持知识的连贯性。</think>### 装饰器的定义及核心特点 --- #### 一、装饰器的定义 装饰器（Decorator）是一种**通过高阶函数或类动态修改其他函数或类行为的设计模式**。在 Python 中，装饰器以 `@decorator_name` 语法糖形式调用，本质上是将被装饰对象（函数/类）作为参数传递给装饰器函数，并返回增强后的新对象[^1][^2]。 例如，定义一个简单的装饰器： ```python def logger(func): def wrapper(*args, **kwargs): print(f"调用函数：{func.__name__}") return func(*args, **kwargs) return wrapper @logger def add(a, b): return a + b add(3, 5) # 输出：调用函数：add → 返回 8 ``` 此处 `logger` 是一个装饰器，为 `add` 函数添加了日志功能。 --- #### 二、装饰器的核心特点 1. **不修改原对象代码** 装饰器通过包裹（wrap）目标函数或类，无需侵入其内部实现即可扩展功能，符合“开放-封闭原则”[^3]。 2. **基于闭包实现** 装饰器依赖闭包特性保存外部函数的作用域（如 `logger` 保留对 `func` 的引用），实现功能增强[^4]。 3. **动态扩展功能** 装饰器可按需叠加，灵活组合不同功能。例如同时添加缓存和权限验证： ```python @cache @auth def get_data(): # ... ``` 4. **语法糖简化调用** `@decorator` 语法比手动调用 `func = decorator(func)` 更直观，降低代码冗余[^2]。 5. **支持类和函数装饰器** - **函数装饰器**：接收函数作为参数，返回新函数（如 `logger`）。 - **类装饰器**：接收类作为参数，返回修改后的类。 ```python def singleton(cls): instances = {} def get_instance(*args, **kwargs): if cls not in instances: instances[cls] = cls(*args, **kwargs) return instances[cls] return get_instance @singleton class Database: pass ``` --- #### 三、装饰器的典型应用场景 1. **日志记录与调试** 自动记录函数调用信息、参数和返回值。 2. **权限验证** 在函数执行前检查用户权限。 3. **性能测试** 统计函数执行时间： ```python def timer(func): def wrapper(*args, **kwargs): start = time.time() result = func(*args, **kwargs) print(f"耗时：{time.time() - start:.2f}s") return result return wrapper ``` 4. **缓存加速** 缓存函数结果，避免重复计算（如 `functools.lru_cache`）。 --- #### 四、装饰器的优缺点 | **优点** | **缺点** | |------------------------------|------------------------------| | 提高代码复用性 | 嵌套过多会降低可读性 | | 功能扩展灵活 | 调试时函数元信息可能被覆盖 | | 符合模块化设计原则 | 需谨慎处理装饰器执行顺序 | --- ### 相关问题 1. 如何编写支持参数的装饰器？ 2. 装饰器与闭包的关系是什么？ 3. 如何保留被装饰函数的元信息（如 `__name__`）？ 4. 类装饰器和函数装饰器的实现有何区别？ --- 如果需要进一步解释具体应用或实现细节，可以继续提问！
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值