首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏python3

    3.btrfs管理应用

    目标是取代Linux目前的ext3文件系统,改善ext3的限制,特别是单一文件大小的限制,总文件系统大小限制以及加入文件校验和特性。 加入目前ext3/4未支持的一些功能,例如可写的磁盘快照(snapshots),以及支持递归的快照(snapshotsof snapshots),内建磁盘阵列(RAID)支持,支持子卷(Subvolumes 第三是和多设备管理相关的特性。 Btrfs 支持创建快照 (snapshot),和克隆 (clone) 。 btrfs 还能够方便的管理多个物理设备,使得传统的卷管理软件变得多余。 test  #btrfsctl – S sub1 /btrfsdisk  #mount – t btrfs – o subvol=sub1 /dev/sda5/mnt/test Subvolme 可以方便管理员在文件系统上创建不同用途的子文件系统 对于多数应用这并不是问题,但有些时候用户希望 IO 操作立即执行,此时就需要对文件系统进行同步。

    1.3K10发布于 2020-01-13
  • 来自专栏python3

    Outlook应用指南(3)——邮件管理

    你的邮箱正在被越来越多的电子邮件所充斥,面对大量的邮件,怎样才能实现高效的管理呢?如何才能快速找到所需的邮件呢?以下给大家介绍一些Outlook的相关功能和操作技巧。 1. 3. 使用“搜索文件夹”查找邮件 在文件夹视图中,单击“搜索文件夹”,选择“标有后续标志的邮件”,利用它可以方便的找到标有后续标志的邮件。 ? 1、右键单击“搜索文件夹”,选择【新建搜索文件夹】。 3、查找条件可以保存为搜索文件夹,单击查找工具栏上的【选项】按钮,选择“将搜索另存为搜索文件夹”。 ? 方法二: 在邮件标题上单击右键,“查找全部”,选择【来自发件人的邮件】。 ? 5. 今天先写到这儿,下次我们接着聊有关Outlook联系人的管理方法和操作技巧~~

    3.7K10发布于 2020-01-06
  • 来自专栏旅途散记

    Linux内核分析与应用3-进程管理

    本系列是对 陈莉君 老师 Linux 内核分析与应用[1] 的学习与记录。 更多可参阅<深入理解Linux内核>第三版第七章 参考资料 [1] Linux 内核分析与应用: https://next.xuetangx.com/course/XIYOU08091001441/1516763

    53150编辑于 2023-09-23
  • 来自专栏项目管理

    玩转腾讯元宝(3):应用AI做好项目管理

    在项目管理领域,AI的应用更是为企业带来了前所未有的机遇。本文将探讨如何在腾讯元宝平台上,利用AI技术提升项目管理效率,实现智能化管理。 与客户进行微信沟通或者邮件沟通时,适当的应用AI将沟通内容和沟通方法进行优化愈加必要。 2. 预测客户需求通过分析客户数据,AI能够预测客户的潜在需求,并据此推荐合适的产品或服务,增加成交机会。 数据驱动的持续改进AI技术的应用本身就是一个不断学习的过程。随着项目的进展,AI会收集更多数据,并根据新信息调整其算法模型。这意味着随着时间推移,AI提供的建议和服务将越来越准确可靠。 2. 这包括定期组织培训活动,让员工了解AI的最新发展动态及其在项目管理中的应用实例;同时也应鼓励员工提出自己对AI使用的看法和建议,促进人机协同工作的有效开展。 AI技术在项目管理中的应用已经从理论探讨阶段进入到实际操作层面。无论是简化日常任务、提升决策质量还是促进团队协作等方面,AI都展现出了巨大潜力。

    1.8K10编辑于 2024-10-30
  • 来自专栏菩提树下的杨过

    ZooKeeper 笔记(3) 实战应用之【统一配置管理

    大型应用通常会按业务拆分成一个个业务子系统,这些大大小小的子应用,往往会使用一些公用的资源,比如:需要文件上传、下载时,各子应用都会访问公用的Ftp服务器。 ,或其它类似的统一存储,比如ZooKeeper中) 2、对这些公用配置的添加、修改,应该有一个统一的配置管理中心应用来处理(这个也好办,做一个web应用来对这些配置做增、删、改、查即可) 3、当公用配置变化时 刚开始时,配置管理中心从db中加载公用配置信息,然后同步写入ZK中,然后各子应用从ZK中读取配置,并监听配置的变化(这在ZK中通过Watcher很容易实现)。 如果配置要修改,同样也先在配置管理中心中修改,然后持久化到DB,接下来同步更新到ZK,由于各子应用会监听数据变化,所以ZK中的配置变化,会实时传递到子应用中,子应用当然也无需重启。 示例代码: ? ConfigManager cfgManager = new ConfigManager(); ClientApp clientApp = new ClientApp(); //模拟【配置管理中心

    2K50发布于 2018-01-19
  • 来自专栏landv

    -管理多个应用

    管理多个应用 默认情况下,假定您仅打算使用CodeIgniter来管理一个应用程序,该应用程序将在您的应用程序 目录中构建。 但是,可以有多个应用程序共享一个CodeIgniter安装,甚至可以重命名或重定位应用程序目录。 : $application_directory = 'application'; 重新定位您的应用程序目录 可以将应用程序目录移动到服务器上与Web根目录不同的位置。 如果您想共享一个常见的CodeIgniter安装来管理几个不同的应用程序,只需将位于应用程序目录内的所有目录放入它们自己的子目录中。 例如,要选择“ foo”应用程序,您可以这样做: $application_directory = 'applications/foo'; 注解 您的每个应用程序都将需要自己的index.php文件,该文件将调用所需的应用程序

    2.1K30发布于 2020-03-05
  • 来自专栏技术杂记

    RabbitMQ管理3

    list_user_permissions 可以查看指定用户在不同vhost中的权限

    37310编辑于 2022-04-23
  • 来自专栏Rainbond开源「容器云平台」

    云原生应用管理,像管理手机APP一样管理企业应用

    Rainbond 是一款云原生企业应用管理平台,本文将以它为例讲解,如何像管理手机 APP 一样简化管理企业应用。 但这不意味着企业应用管理人员一定要付出更多的努力来管理企业应用。选择正确的企业应用管理工具,会使得企业应用管理工作事半功倍。 企业应用管理人员完全通过图形化界面,来完成对企业应用的生命周期管理操作。 对于企业应用整体而言,可以执行批量的管理操作: [应用整体的管理] [应用批量管理] 涉及到生命周期管理的操作包括但不限于: 企业应用整体的启动、停用、更新、构建、升级 面向企业应用内部所有组件的批量启动 [008i3skNly1gxb0mqzbd6j30yt0u0q4i] 高可用能力 Rainbond 为企业应用提供了高可用能力的支持。

    1.9K30编辑于 2021-12-13
  • 来自专栏编程一生

    把对象交给spring管理3种方法及经典应用

    背景 先说一说什么叫把对象交给spring管理。它区别于把类交给spring管理。 建议面试的时候不但回答问题,同时也可以说对象交给spring管理和类交给spring管理有点类似,但是……这样清楚的表达自己的思考。 <list> <ref bean="car1"></ref> <ref bean="car2"></ref> <ref bean="car<em>3</em>" 它神通广大,不仅可以将一个对象交给spring管理,还可以将已经交给spring管理的对象拿出来进行修改,还有其他各种的spring初始化的干预都可以做。 这些文章主要围绕的核心就是spring framework的原理和spring看似基础的应用技巧。 这是我的一个理念。学spring和学厨师很像。基础就是刀工、材料和火候。

    1.6K30发布于 2021-08-23
  • 来自专栏零域Blog

    应用】在线文件管理

    前言 该应用主要目的是为了在使用linux系统的时候,实现手机和电脑之间的文件传输。 前台界面使用的是angular-filemanager, 后台使用的是Spring MVC, 可以下载该应用的war包, 放到tomcat中使用。 下面该应用的具体功能: 文件上传下载(上传使用的是jquery-upload-file) 手机扫码快速打开网页 图片预览 文本文件在线编辑 文件/文件夹重名 文件/文件夹删除 前台 前台使用的是使用angularjs + bootstrap写的一个在线文件管理系统, 这里是github地址, 后台作者已经给出了php和servlet的实现, 之所以使用Spring MVC重写后台,主要是为了熟悉一下Spring MVC , 同时精简了该管理系统的一些功能,因为主要目的是在linux系统下为手机和电脑之间的文件传输提供一个中介,当然也可以在windows系统下使用,也可以将该应用作为一个局域网中的一个文件共享系统。

    2.9K50编辑于 2022-03-22
  • 来自专栏python3

    Linux之进程管理(3)作业管理

    Linux之进程管理(3)作业管理 Linux的作业控制介绍: 前台作业:通过终端启动,且启动后一直占据终端; 后台作业:可通过终端启动,但启动后转入后台运行(释放终端); 让进程作业运行在后台: 1、 作业控制命令:fg  bg  kill fg # :将指定后台作业编号的进程调回前台运行; 格式:fg #  或者 fg %#,如:fg 3   ,  fg  %3表示将后台3号作业放到前台 bg # /all.sh  f2.sh f3.sh f1.sh f2.sh f1.sh f3.sh f1.sh 解析:我们发现当3个脚步同时在后台运行时,运行的队列是随机排放的,此时3个文件像是在同时运行,其实是在后台开启了 /f3.sh&)f1.sh f3.sh f2.sh f1.sh f3.sh f2.sh f1.sh f3.sh 解析:这里同样是打开了3个子shell,并且都在后台运行,各种互不干扰。 /f3.sh& } f1.sh f3.sh f2.sh f1.sh f2.sh f3.sh f1.sh f2.sh f3.sh 解析:这里是使用了bash里面的代码块机制,将多个执行语句使用{},当作一个块语句执行

    1.7K20发布于 2020-01-14
  • 来自专栏初见Linux

    3.内存管理

    3)地址空间:地址的编址范围。 4)物理地址空间:内存地址的编址范围。也就是计算内存的编址范围,它是由实际的物理内存的大小决定的。 (3)动态重定位 它不是在程序装入内存时完成的,而是CPU每次访问内存时 由动态地址变换机构(硬件)自动进行把相对地址转换为绝对地址。动态重定位需要软件和硬件相互配合完成。 可变式分区3.png 分区分配表:记录已分配分区信息。 空闲分区表:记录空闲分区信息。 3.分区分配算法 (1)首次适应算法 ? 首次适应算法1.png (2)循环首次适应算法 (3)最佳适应算法 (4)最坏适应算法 4.分区回收 ? 分区回收1.png 当用户程序执行结束后,系统要回收已使用完毕的分区,将其记录在空闲区表中。 分段管理1.png 3.地址变换 ? 分段管理地址变换.png 4.信息共享 分段系统的一个突出优点,是易于实现段的共享,对段的保护也十分简单。 ?

    93120发布于 2020-08-05
  • 来自专栏技术杂记

    Mycat 管理命令3

    查看当前时间 mysql> show @@time.current; +---------------+ | TIMESTAMP | +---------------+ | 1457440508666 | +---------------+ 1 row in set (0.00 sec) mysql> 查看启动时间 mysql> show @@time.startup; +---------------+ | TIMESTAMP | +---------------+ | 1457439

    49020编辑于 2021-12-02
  • 来自专栏Ywrby

    3-Lombok应用

    Lombok应用 在SpringBoot中整合SSM项目的过程中,不可避免的涉及对数据库的操作,既然有对数据库的操作就必然包括依据数据库结构创建POJO,而POJO创建过程重复度高,并且使得代码看起来冗杂 dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> </dependency> 3.

    27810编辑于 2022-10-27
  • 来自专栏python3

    mogilefs高级应用(3)

    mogilefs高级应用 架构图: ? 实验说明:     1个mysql+3个即是mogstored又是tracker节点+1个nginx实现反代 为了使用更少的主机,我们采用2台主机 nginx + mogstored + tracker moguser db_pass = mogpass listen = 0.0.0.0:7001 # service mogilefsd start # ss -tln | grep "7001" 3. 4.配置另一台服务器同时作为tracker+mogstored 此时,该服务器作为tracker时,不需要再初始化数据库了,第一个已经初始化过了 # mkdir /var/mogdata/dev3          100 10.1.252.53 [2]: alive                     used(G)    free(G)   total(G)  weight(%)    dev3:

    67820发布于 2020-01-09
  • 来自专栏python3

    AS3 mvc应用

    应用MVC的结构可以让我们的程序更加有条理更加清晰。下面是一个MVC的小例子。由三个类跟一个文档类构成:         这个例子主要是:点击按钮时让文本的数据加100.功能很简单。        

    94220发布于 2020-01-06
  • 来自专栏Tencent Serverless 官方专栏

    应用弹性管理最佳实践

    为了满足上述两方面的诉求,应用管理平台需要提供弹性能力。下述将整体分析弹性技术以及 K8s 中的实现,并通过一款云产品做演示,从业务视角使用弹性能力。 02. 场景3应用通常会有业务指标,如 QPS/RT/消息堆积数 等,业务指标的变化会影响业务服务质量,而资源使用率不一定能够反映出业务指标的变化,需要考虑其他方法应对这种情况。 在容器场景下,实例的运行通常会有如下阶段: 整体的流程会分为 3 个阶段: 镜像构建:对于代码包 (如 war/jar) 形态的交付物,需要有个构建过程,将代码包构建成镜像 实例调度:将应用实例调度到适合的节点 __biz=Mzg5NjA1MjkxNw%3D%3D&mid=2247492105&idx=1&sn=26c2f4eabde8975e2e4974a33622dcde KonaJDK:https://github.com TEM 中,用户可以在两个流程中配置弹性策略,一种是在应用部署过程中,一种是在应用部署后在应用详情页中配置弹性策略。推荐后者,更灵活组合应用管理的能力。

    1.5K50编辑于 2021-12-18
  • 来自专栏CS实验室

    使用 kustomize 管理 Kubernetes 应用

    使用 kustomize 管理 Kubernetes 应用 随着 Kubernetes 1.14 的发布,大家发现原来只是 Kube 兴趣小组的 Yaml 管理工具 kustomize 被集成到 kubectl Github链接)在代码仓库的描述为: Customization of kubernetes YAML configurations kustomize 明显就是解决 kubernetes yaml 应用管理的问题的 而这些变更操作可以利用 git 等版本控制程序来管理,因此用户得以使用 git 风格的流程对 K8s 应用进行管理。 对于一个受 kustomize 管理的 App,都有若干个 Yaml 组成。 kubectl apply -k ~/someApp/overlays/development 工作流 在 Kubernetes 应用管理系统中,应用的描述文件(Yaml)是一个非常核心的组成部分,用户通过描述文件来向集群声明自己应用的资源和服务编排要求 而 kustomize 则不然,kustomize 管理的是正在变更的应用,可以随时 fork 出一个新版本,也可以创建新的 overlay 将应用推向新的环境,是一个动态的管理,而这种动态,非常适合集成到

    1.9K20发布于 2021-03-22
  • 来自专栏CODING DevOps

    应用部署与管理 —— Docker

    虚拟机是将一台服务器转变为多台服务器的物理硬件的抽象,虚拟机管理程序允许多个 VM 在单台计算机上运行,每个 VM 包含操作系统、应用程序、必要的二进制文件和库的完整副本: 基于 GO 语言遵循 Apache 虚拟机管理程序允许多个 VM 在单台计算机上运行。每个 VM 包含操作系统,应用程序,必要的二进制文件和库的完整副本。 《数字化 IT 从业者知识体系》的初衷是为 IT 从业者提供的系统性的数字化知识体系,内容涵盖管理实践、工程实践、技术实践三个层次,涉及软件开发方法、应用技术架构、应用部署与管理、软件交付与协作四大方面 在接下来的《数字化 IT 从业者知识体系》系列文章,何文强将从软件开发方法、应用技术架构、应用部署与管理、软件交付与协作四个方面,为大家进行逐一分享介绍: 1. 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等; 3. 应用部署与管理主要包括但不限于虚拟化技术、容器技术与容器编排等; 4.

    1.1K40编辑于 2022-03-16
  • 来自专栏腾讯云中间件的专栏

    应用弹性管理最佳实践

    为了满足上述两方面的诉求,应用管理平台需要提供弹性能力。下述将整体分析弹性技术以及 K8s 中的实现,并通过一款云产品做演示,从业务视角使用弹性能力。 场景3应用通常会有业务指标,如 QPS/RT/消息堆积数 等,业务指标的变化会影响业务服务质量,而资源使用率不一定能够反映出业务指标的变化,需要考虑其他方法应对这种情况。 在容器场景下,实例的运行通常会有如下阶段: 整体的流程会分为 3 个阶段: 镜像构建:对于代码包 (如 war/jar) 形态的交付物,需要有个构建过程,将代码包构建成镜像 实例调度:将应用实例调度到适合的节点 __biz=Mzg5NjA1MjkxNw%3D%3D&mid=2247492105&idx=1&sn=26c2f4eabde8975e2e4974a33622dcde KonaJDK:https://github.com TEM 中,用户可以在两个流程中配置弹性策略,一种是在应用部署过程中,一种是在应用部署后在应用详情页中配置弹性策略。推荐后者,更灵活组合应用管理的能力。

    1.3K20发布于 2021-10-29
领券