鸟哥的 Linux 私房菜:基础学习篇 第四版pstree ☐ 16.3.2 程序的管理:signal, kill, killall ☐ 16.3.3 关于程序的执行顺序:priority, nice, renice ☐ 16.3.4 系统资源的观察:free, uname, uptime, netstat, vmstat 16.4 特殊文件与程序 16.4.1 具有 SUID/SGID 权限的指令执行状态 16.4.2 /proc/* /d/baddd59ba53136eb9e4b681ed304cd12/p66_2.jpg) 图0.4.2、操作系统的角色 电脑系统主要由硬件构成,然后核心程序主要在管理硬件,提供合理的电脑系统资源分配(包括CPU资源、内存使用资源等等),因此只要硬件不同(如x86架构与RISC架构的CPU),核心就得要进行修改才行。而由于核心只会进行电脑系统的资源分配,所以在上头还需要有应用程序的提供,使用者才能够操作系统的。 并不是要让使用者直接在这部服务器前面按键盘或鼠标来操作的!所以图形接口当然就不是这么重要了!更多的时候甚至大家会希望你不要启动X window在服务器主机上,这是因为X Window通常会吃掉很多系统资源的缘故! 再举个例子来说,假如你是个软件服务的工程师,你的客户人在台北,而你人在远方的台南。某一天客户来电说他的Linux服务器出了问题,要你马上解决他,请问:要您亲自上台北去修理?还是他搬机器0 码力 | 1158 页 | 13.73 MB | 1 年前3
监控Apache Flink应用程序(入门)0 码力 | 23 页 | 148.62 KB | 2 年前3
微服务容灾治理c6007096113db2ae442f78/p4_1.jpg) 随着请求的堆积,很快就会大量请求都超时了,并且p99,甚至p90都已经超过1s了 - 这里进一步解释一下,超时的请求意味着对系统资源的浪费,比如接受到一个请求,花了不少cpu时间处理完了,然后返回结果时,发现请求已经超时了,用户已经收到了类似“服务器繁忙,请稍后再试!”的提示。这里可能有用户会说,go不是有超时控制吗?这里有两点: 会每次都先判断ctx是否超时,然后再执行下一次迭代,如果你真的这样写了,性能可能需要特别关注,得看你每次循环的计算和判断超时的开销对比 即使能够比较好的判断超时,在侦测到超时之前也已经白费了一些系统资源处理请求了 #### 2.2.2 场景二(开启过载保护) Timeout: 1000 Middlewares: Breaker: false • 开启过载保护(默认) • 超时 1s 左右,流量大约是系统容量的 20 倍 • 拒绝了约 95% 的过载请求 成功处理请求在 360-400 qps,大概损失了 10% 的 qps,被拒绝的近 1000 qps 请求也需要消耗少量系统资源(从接受请求到被拒绝)  • 处理时延0 码力 | 13 页 | 1.68 MB | 2 年前3
openEuler 21.03 技术白皮书字。启动容器时,可以通过指定 --files-limit 参数限制容器内打开的最大句柄数。 7. 支持 PSI:提供了一种评估系统资源 CPU、内存、数据读写压力的方法。准确的检测方法可以帮资源使用者确定合适的工作量,帮助系统制定高效的资源调度策略,最大化利用系统资源,改善用户体验。 8. TCP 发包切换到了 Early Departure Time 模型:解决原来 TCP 框架的限制,根据调度策略给数据包设置 永不停机的企业级应用系统。 ## • 极端情况下对数据完整性的保护 通过监控共享数据资源,在双机出现极端故障的情况下,保护服务器数据的完整性。 ## • 极低的系统资源占用 系统资源占用极低,基本不会与被保护应用争抢系统资源。 ## 完整的日志 HA 高可用集群方案提供完整的日志及相关调试信息,便于系统管理员进行监控、管理。 ## 应用场景 ## 应用场景 1:业务连续性保障 随 图形库,同时也包含工具库,为开发者提供开发及调试的工具。 ## X fce Xfce 是一个轻量级的类 Unix 的桌面系统,其特点是快速、轻量,界面美观和对用户友好,它被设计用来提高您的工作效率,在节省系统资源的同时,能够快速加载和执行应用程序。 Xfce 由独立的软件组件构成,可根据需要单独或者组合在一起使用。 Xfce 由 C 语言写成,该版本已将所有核心组件移植到 Gtk3 和 GDBus。大多数组件还支持0 码力 | 18 页 | 1.30 MB | 1 年前3
openEuler 22.03 LTS SP2 技术白皮书的合法性,校验通过后再将建立安全通道并传输密钥,否则终止。 ## 功能描述 ## sysmonitor 功能 sysmonitor 是一款系统运维监控软件,支持监控系统磁盘、CPU、内存、进程 / 线程数量、句柄数量等系统资源使用情况,支持监控关键进程并在其异常时将其恢复,支持监控文件系统异常,支持监控记录系统网卡和文件被操作日志,支持自定义监控,执行用户监控动作。 文件系统监控 关键进程监控 文件监控 磁盘分区监控 网卡的启停、增加和删除ip事件,并记录对应操作者。运维人员可以通过日志快速定位网卡变化的时间点、操作者。 系统资源监控场景,sysmonitor 支持监控系统磁盘、CPU、内存、进程 / 线程数量、句柄数量等系统资源使用情况,系统资源使用率超过配置阈值时,记录日志方便运维人员定位系统资源异常类问题。 关键进程监控场景,业务中关键进程的正常运行至关重要,进程难免因为系统或人为的原因导致异常奔溃,0 码力 | 48 页 | 5.62 MB | 1 年前3
Java 应用与开发 - 线程编程线程串行化 线程休眠 线程让步 线程挂起与恢复 线程等待与通知 ## 后台线程 ## 相关概念 后台处理是指在分时处理或多任务系统中,当实时、会话式、高优先级或需迅速响应的计算机程序不再使用系统资源时,计算机去执行较低优先级程序的过程。批量处理、文件打印通常采取后台处理的形式。 后台线程是指那些在后台运行的,为其他线程提供服务的功能,如 JVM 的垃圾回收线程等,后台线程也称为守护线程(Daemon 用户线程和后台线程相对应,其他完成用户任务的线程可称为“用户线程”。 ## 后台线程 ## 相关概念 后台处理是指在分时处理或多任务系统中,当实时、会话式、高优先级或需迅速响应的计算机程序不再使用系统资源时,计算机去执行较低优先级程序的过程。批量处理、文件打印通常采取后台处理的形式。 后台线程是指那些在后台运行的,为其他线程提供服务的功能,如 JVM 的垃圾回收线程等,后台线程也称为守护线程(Daemon 用户线程和后台线程相对应,其他完成用户任务的线程可称为“用户线程”。 ## 后台线程 ## 相关概念 后台处理是指在分时处理或多任务系统中,当实时、会话式、高优先级或需迅速响应的计算机程序不再使用系统资源时,计算机去执行较低优先级程序的过程。批量处理、文件打印通常采取后台处理的形式。 后台线程是指那些在后台运行的,为其他线程提供服务的功能,如 JVM 的垃圾回收线程等,后台线程也称为守护线程(Daemon0 码力 | 82 页 | 1010.73 KB | 2 年前3
鸟哥的Linux 私房菜在后来的几年内,由于计算机硬件工业的强力运作,以 Intel 主导的 x86 系统架构的个人计算机大行其道,所以个人计算机算是相当流行的一个机器了!但在此时,人们使用的大多还是旧旧而且需要吃很多系统资源的 DOS 系列或其它的操作系统。此时,有个芬兰的郝尔辛基大学 (Helsinki) Linus Torvalds 学生做了件不寻常的事情!Linus 手边有个 Minix 系统(这也是 Unix ,常常需要修改系统的原始码,使该系统可以符合自己的需求!而这个开放性的架构将可以满足各不同需求的工程师!因此当然就有可能越来越流行啰! - 配备需求低廉:而他可以支持个人计算机的 X86 架构,系统资源不必像早先的 Unix 系统那般,仅适合于单一公司(例如 Sun)设备!单就这一点来看,就可以造成很大的流行啰! - 功能强大而稳定:而且由于功能并不会输给一些大型的 Unix 工作站,因此,近 立刻深入人心的方法。不过,X-Window 在使用的时候还是有相当多的问题的,最大的问题来自于『系统资源的有效应用』,以 VBird 的使用情况来说,我的系统资源并没有很好,但是 X-Window 本身相当的消耗系统资源,如果一开 X-Window,那么你的内存几乎都被 X-Window 吃光了!您要如何来用剩下的系统资源来进行高效率的其它工作呢?!这也是为什么很多的书籍与网站都会希望使用者架设网站的时候,不要启动图形使用者接口的原因啰!0 码力 | 386 页 | 11.69 MB | 1 年前3
Service Mesh 高可用在企业级生产中的实践对于一个应用系统来说一定会有极限并发/请求数,即总有一个TPS/QPS阀值,如果超了阀值则系统就会不响应用户请求或响应的非常慢,因此我们最好进行过载保护,防止大量请求涌入击垮系统。 服务限流其实是指当系统资源不够,不足以应对大量请求,即系统资源与访问量出现矛盾的时候,我们为了保证有限的资源能够正常服务,因此对系统按照预设的规则进行流量限制或功能限制的一种方法。 - 限流的目的是通过对并发访问/请求进行限速或者一个时间0 码力 | 38 页 | 1.38 MB | 1 年前3
付钱拉金融云系统架构演进和最佳实践和第三方系统交互需要互加白名单确保安全 5.系统全站提供HTTPS服务 6. 和第三方系统交互报文需要加密传输 7. 用户敏感数据做数据脱敏 8.预防页面被频繁请求,占用系统资源 9.预防API被频繁请求,占用系统资源 ## 规范(续) SPECIFICATION (CONTINUED) ## 三 性能规范 1. 常见 OOM 预防 2. 禁止应用中显式创建线程,避免不可控出现 unable0 码力 | 35 页 | 6.05 MB | 2 年前3
Docker 从入门到实践 0.4跟传统的虚拟化方式相比具有众多的优势。 首先,Docker 容器的启动可以在秒级实现,这相比传统的虚拟机方式要快得多。其次,Docker 对系统资源的利用率很高,一台主机上可以同时运行数千个 Docker 容器。 容器除了运行其中应用外,基本不消耗额外的系统资源,使得应用的性能很高,同时系统的开销尽量小。传统虚拟机方式运行10个不同的应用就要起10个虚拟机,而Docker只需要启动10个隔离的应用即可。 我们知道,传统的虚拟机通过在宿主主机中运行 hypervisor 来模拟一整套完整的硬件环境提供给虚拟机的操作系统。虚拟机系统看到的环境是可限制的,也是彼此隔离的。这种直接的做法实现了对资源最完整的封装,但很多时候往往意味着系统资源的浪费。例如,以宿主机和虚拟机系统都为 Linux 系统为例,虚拟机中运行的应用其实可以利用宿主机系统中的运行环境。 我们知道,在操作系统中,包括内核、文件系统、网络、PID、UID、IPC、内 上的名字空间,这篇文章介绍的很好。 ## 控制组 控制组(cgroups)是 Linux 内核的一个特性,主要用来对共享资源进行隔离、限制、审计等。只有能控制分配到容器的资源,才能避免当多个容器同时运行时的对系统资源的竞争。 控制组技术最早是由 Google 的程序员 2006 年起提出,Linux 内核自 2.6.24 开始支持。 控制组可以提供对容器的内存、CPU、磁盘 IO 等资源的限制和审计管理。0 码力 | 179 页 | 2.27 MB | 2 年前3
共 233 条
- 1
- 2
- 3
- 4
- 5
- 6
- 24













