一.         parted的用途及说明 概括使用说明: parted用于对磁盘(或RAID磁盘)进行分区及管理,与fdisk分区工具相比,支持2TB以上的磁盘分区,并且允许调整分区的大小.   GNU手册说明: parted是一个用于硬盘分区或调整分区大小的工具.使用它你可以创建.清除.调整.移动和复制ext2.ext3.linux-swap.FAT.FAT32和reiserfs分区:也能创建.调整和移动苹果系统的HFS分区:还能检测jfs.ntfs.ufs和xfs分区.该工具常用于为新

各硬件设备在Linux中的文件名 在Linux系统当中,几乎所有的硬件设备文件都在/dev这个目录内. 各硬件设备在Linux中的文件名: 设备 设备在Linux中的文件名 IDE接口的硬盘 /dev/hd[a-d] SCS/SATA/USB硬盘 /dev/sd[a-p] U盘 /dev/sd[a-p] (跟SATA相同) 打印机 25针:/dev/lp[0-2]USB:/dev/usb/lp[0-15] 当前鼠标 /dev/mouse 当前CD ROM/DVD ROM /dev/cdrom 磁

  之前使用最多的分区命令无疑是fdisk了,大多数情况下fdisk可以满足日常工作上的需求,极个别情况就需要使用parted命令了,至于及个别情况就要从MBR和GPT说起. MBR主引导扇区   主引导扇区,是计算机开机后访问硬盘时所必须要读取的首个扇区,主引导扇区记录着硬盘本身的相关信息以及硬盘各个分区的大小及位置信息,是数据信息的重要入口.如果它受到破坏,硬盘上的基本数据结构信息将会丢失,需要用繁琐的方式试探性的重建数据结构信息后才可能重新访问原先的数据.   硬盘分区表占据主引导扇区的6

要安装一台Linux主机并不是那么简单的事,我们必须要针对distributions的特性.服务器软件的能力.未来的升级需求.硬件扩充性需求等来考虑,对于磁盘分区.文件系统.Linux操作较频繁的目录等都要有一定程度的了解. 我们不得不考虑一些工作,好让我们后续的主机维护轻松愉快. 一.Linux与硬件的搭配 我们需要预估一下我们的Linux是想达成什么任务,这样在选购硬件时才会知道哪个组件是最重要的.例如,桌面计算机的用户,应该会用到X Window系统,此时,显卡的优劣与内存的大小就占有很重

在上篇的例子里([Kafka]<Kafka权威指南>--写数据), ProducerRecord 对象包含了目标主题.键和值. Kafka 的消息是 一个个 键值对, ProducerRecord对象可以只包含目标主题和值,键可以设置为默认的 null,不过大多数应用程序会用到键.键有两个用途 :可以作为消息的附加信息,也可以用来决定消息该被写到主题的哪个分区.拥有相同键的悄息将被写到同一个分区. 也就是说,如果一个进程只从一个主题的分区读取数据(第 4章会介绍更多细节),那么具有相 同键的所

集群和中央控制器 一个独立的Kafka服务器被称为broker.broker用来接收来自生产者的消息,为消息设置偏移量,并把消息保存到磁盘.换句话说,多个kafka实例组成kafka集群,每个实例(server)被称为broker. broker中央控制器:Kafka集群中多个broker,在Kafka启动时所有的broker会在zk里面注册,只有一个会被选举为broker中央控制器(controller也就是broker的 leader). 中央控制器产生: 中央控制的主要工作为: 管理整个集

环境: ASUS MB VER K45VD 笔记本电脑一台( i5-3230M 处理器. SATA . Nvidia). Windows7 系统 在 win7 下安装 CentOS7 使用 UltraISO(软碟通) 制作 U 盘启动盘到官网下载安装镜像,插入 U 盘,打开 UltaraISO ,选中下载的镜像,依次点击“启动 -> 写入硬盘镜像”,在弹出的窗口中选择 U 盘,首先用 fat32 格式格式化 U 盘,然后选择写入方式“usb-hdd+”(这个方式根据电脑的硬件环境不同自行选择,有

集群为了保证数据一致性,在同步数据的同时也会通过节点之间的心跳通信来保证对方存活.那如果集群节点通信异常会发生什么,系统如何保障正常提供服务,使用何种策略回复呢? rabbitmq提供的处理脑裂的方法有两种:autoheal.pause_minority. autoheal指的是在出现脑裂且恢复时采用分区中与客户端连接数最多的一个分区来作为winner,并将所有的losers分区重启. pause_miniroty指的是在出现脑裂后判断自己是否为众数者majority,即自己所在分区是否为总节点

引子 最近遇到很多朋友过来咨询G1调优的问题,我自己去年有专门学过一次G1,但是当时只是看了个皮毛,因此自己也有不少问题.总体来讲,对于G1我有几个疑惑,希望能够在这篇文章中得到解决. G1出现的初衷是什么? G1适合在什么场景下使用? G1的trade-off是什么? G1的详细过程? 如何理解G1的gc日志? G1的调优思路? G1和CMS的对比和选择? 一.基础知识 1. 初衷 在G1提出之前,经典的垃圾收集器主要有三种类型:串行收集器.并行收集器和并发标记清除收集器,这三种收集器分别可以

寻找垃圾对象的算法:1. 引用计数(无法处理循环引用) 2. 根寻法(被广泛引用在gc算法中) 清理垃圾的算法: 1. 标记复制  2. 标记清理  3. 标记整理 分代算法的好处: 1. 分代处理,可以减少一次处理的内存大小,减少停顿时间. 2. 不同的代有不同的特点,再加上有针对性的gc算法和代码优化,整体的性能更好: 年轻代特点是分配快,对象存活时间短,所以采用标记复制时间消耗不会太高,效率高.优化手段就是减少分配需求的速度,减少对象的存活时间,这样使得youngGc频率和停顿都降低,也减

添加硬盘 添加一块硬盘. 重新扫描硬盘 echo "- - -" > /sys/class/scsi_host/host0/scan echo "- - -" > /sys/class/scsi_host/host1/scan echo "- - -" > /sys/class/scsi_host/host2/scan 新建分区并设置为LVM fdisk /dev/sdb n --> p --> 1 --> e

不管是把 Kafka 作为消息队列.消息总线还是数据存储平台来使用 ,总是需要有一个可以往 Kafka 写入数据的生产者和一个从 Kafka 读取数据的消费者,或者一个兼具两种角色的应用程序. 开发者们可以使用 Kafka 内置的客户端 API 开发 Kafka 应用程序. 我们将从 Kafra 生产者的设计和组件讲起,学习如何使用 Kafka 生产者.内容包括: 如何创建 KafkaProducer 和 ProducerRecords 对象.如何将记录发送给 Kafka: 如何处理从 Kafk

引子 最近遇到很多朋友过来咨询G1调优的问题,我自己去年有专门学过一次G1,但是当时只是看了个皮毛,因此自己也有不少问题.总体来讲,对于G1我有几个疑惑,希望能够在这篇文章中得到解决. G1出现的初衷是什么? G1适合在什么场景下使用? G1的trade-off是什么? G1的详细过程? 如何理解G1的gc日志? G1的调优思路? G1和CMS的对比和选择? 一.基础知识 1. 初衷 在G1提出之前,经典的垃圾收集器主要有三种类型:串行收集器.并行收集器和并发标记清除收集器,这三种收集器分别可以

G1垃圾收集器是一种工作在堆内不同分区上的并发收集器.分区既可以归属于老年代,也可以归属新生代,同一个代的分区不需要保持连续.为老年代设计分区的初衷是我们发现并发后台线程在回收老年代中没有引用的对象时,有的分区垃圾对象的数量很多,另一些分区垃圾对象相对较少. 虽然分区的垃圾收集工作实际还是要暂停应用线程,不过由于G1收集器专注于垃圾最多的分区,最终的效果是花费较少的时间就能回收这些分区的垃圾.这种只专注于垃圾最多的分区的方式就是G1垃圾收集器的名称由来,即首先收集垃圾最多的分区. 这一算法并不适

本文翻译自:https://www.redhat.com/en/blog/collecting-and-reading-g1-garbage-collector-logs-part-2?source=author&term=22991 这篇文章将深入研究G1的日志和调优参数.为了在实际工作中对G1进行调优,作为开发者的你需要理解G1垃圾收集器的每个步骤,以及每个步骤在整个垃圾收集周期中的作用.为了方便读者学习,这篇文章将G1的日志参数分为等级递增的三块,这篇文章将会分别介绍每一部分参数的作用和调

JVM平台上还可以运行其他语言,运行的是Class字节码.只要能翻译成Class的语言就OK了.挺强大的. JVM厂商很多 垃圾收集器.收集算法 JVM检测工具 关于类的加载: Java代码中,类型(interface, class,enum等,有些是在运行时候生成的,比如动态代理)的加载.连接与初始化过程都是在程序运行期间完成的.不涉及到对象的概念.同时也是个Runtime阶段. 提供了更大的灵活性,增加了更多的可能性.提供了一些扩展,灵活扩展. Java虚拟机与程序的生命周期: 在如下几种情

继续接着上一次[https://www.cnblogs.com/webor2006/p/11129326.html]对G1进行理论化的学习,上一次学到了G1收集器的堆结构,回忆下: 接着继续对它进行了解: G1收集器堆结构: G1使用了gc停顿可预测的模型,来满足用户设定的gc停顿时间,根据用户设定的目标时间,G1会自动地选择哪些region要清除,一次清除多少个region. G1从多个region中复制存活的对象,然后集中放入一个region中,同时整理.清除内存(copying收集算法).

这,仅是我学习过程中记录的笔记.确定了一个待研究的主题,对这个主题进行全方面的剖析.笔记是用来方便我回顾与学习的,欢迎大家与我进行交流沟通,共同成长.不止是技术. 2020年02月06日22:43:09 - 记录学习过程 终于开始了.在学习这个之前,看了zhanglong老师的 java 8 和springboot 迫不及待了.先开始吧. 写在前边 论方法论 听说之前还有netty 和 kotlin .学习风格就是,每一门课程之前,前两节课不进入主题,讲方法论. 从他人身上学习优点.加强自己的学

G1: Garbage First 低延迟.服务侧分代垃圾回收器. 详细介绍参见:JVM之G1收集器,这里不再赘述. 关于调优目标:延迟.吞吐量 一.延迟,单次的延迟 单次的延迟关系到服务的响应时延,比如,在要求接口响应不超过100ms的服务里,单次的延迟目标必然不能超过100ms. 服务的响应时间目标,不应该是指100%时间的服务响应.服务不可能是100%可用的,通常,我们对于服务的响应延迟目标也不是100%可用时间内的. 实际应用中,我们可能会以99.9%时间内,延迟不超过100ms为目标.

概述 G1 GC,全称Garbage-First Garbage Collector,通过-XX:+UseG1GC参数来启用,作为体验版随着JDK 6u14版本面世,在JDK 7u4版本发行时被正式推出,相信熟悉JVM的同学们都不会对它感到陌生.在JDK 9中,G1被提议设置为默认垃圾收集器(JEP 248).在官网中,是这样描述G1的: > The Garbage-First (G1) collector is a server-style garbage collector, targete

G1(Garbage-First) G1是一种服务端应用使用的垃圾收集器,目标是用在多核.大内存的机器上,它在大多数情况下可以实现指定的GC暂停时间,同时还能保持较高的吞吐量. 特点 压缩空闲空间不会延长GC的暂停时间,压缩空闲空间不会延长GC的暂停时间,压缩空闲空间不会延长GC的暂停时间. 内存模型 每个分区都可能是年轻代也可能是老年代,但是在同一时刻只能属于某个代. 年轻代.幸存区.老年代这些概念还存在,成为逻辑上的概念,这样方便复用之前分代框架的逻辑.在物理上不需要连续,则带来了额外的好处