用户态fuse文件系统无响应导致系统宕机 fuse是内核用户态文件系统。 例如： fuse承载NFS（网络文件存储）是gluster服务，当gluster服务响应时间超过默认120s，导致内核hung死，触发echo 0 > /proc/sys/kernel/hung_task_timeout_secs disables this message。 目前，NFS集群建设初期，内核f
一、map 是什么 map 是 Go 中用于存储 key-value 关系数据的数据结构，类似 C++ 中的 map，Python 中的 dict。Go 中 map 的使用很简单，但是对于初学者，经常会犯两个错误：没有初始化，并发读写。 1、未初始化的 map 都是 nil，直接赋值会报 panic。map 作为结构体成员的时候，很容易忘记对它的
1.在map的基础上，支持线程安全的load,store等操作 2.内部分成了read,dirty两个容器 3.查询会在read中查询，没有查询到的话，会在dirty中查询，并且miss次数+1，miss次数等于dirty的长度时，dirty上升为read 3.如果某个key在read中，直接cas更新即可，因为entry中是一个指针，read的更新会同步到dir
漏洞简介 Dirty Pipe(CVE-2022-0874)，比脏牛利用简单，提权方便。 影响范围： 5.8<=Linux kernel<5.16.11/5.15.25/5.10.102 漏洞环境搭建： 当前内核版本： 漏洞内核下载：https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.8.5/ 安装内核： 更新启
1、git 子模块submodule dirty git config --global diff.ignoreSubmodules dirty 2、fatal: Unable to create index.lock File exists 错误的解决办法 解决方案： 在项目根目录下找到 .git 文件夹。打开该文件夹。找到文件夹里面的index.lock 文件，将其删除，即可解决问题（如果提示
1.computed是计算用的，有缓存，那为什么会有缓存？ 概述：computed的计算属性有缓存机制，只有当其依赖的响应式数据发生变化时才会清空缓存重新计算结果 其缓存机制本质是通过一个dirty属性控制的，只有dirty为true时才会重新计算结果替换缓存。dirty只有当其响应式数据发送变化时才会设置为
与linux0.11将普通内存和缓存分成不同的物理内存来处理不同，linux2.4.0将这两者抽象成统一的内存管理接口。而在阅读linux2.4.0源码的过程中，发现内存的换出和缓存的释放在结构上似乎具有很强的相似性，具体体现在以下几点： 内存换出时，要考虑到内存是不是最近有被使用（LRU Last R
判断显示屏保还是息屏 2112 /** 2113 * Updates the wakefulness of the device. 2114 * 2115 * This is the function that decides whether the device should start dreaming 2116 * based on the current wake locks and user activity sta
Linux系统出现系统没有响应。 在/var/log/message日志中出现大量的 “echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.” 和“blocked for more than 120 seconds”错误。 问题原因： 默认情况下， Linux会最多使用40%的可用内存作为文件系统缓
type Map struct { mu Mutex // read contains the portion of the map's contents that are safe for // concurrent access (with or without mu held). // // The read field itself is always safe to load, but must only be stored with // mu held. // /
react diff 原理 把树形结构按照层级分解，只比较同级元素。给列表结构的每个单元添加唯一的 key 属性，方便比较。React 只会匹配相同 class 的 component(这里面的 class 指的是组件的名字) • 合并操作，调用 component 的 setstate 方法的时候, React 将其标记为 dirty到每
1.每个 computed 属性都会生成对应的观察者（Watcher 实例），观察者存在 values 属性和 get 方法。computed 属性的 getter 函数会在 get 方法中调用，并将返回值赋值给 value。初始设置 dirty 和 lazy 的值为 true，lazy 为 true 不会立即 get 方法（懒执行），而是会在读取 computed 值时执行。
题目 题目链接：https://codeforces.com/contest/827/problem/F 给定一张无向图，每条边在时间 \([l_i,r_i)\) 才能通过，通过花费 \(1\) 的时间。你不能在原地停留。 你在时刻 \(0\) 从 \(1\) 号点，求最快何时能到达 \(n\) 号点。 无法到达或被迫停留，输出 -1。 \(n,m\leq 5\times 10^5\)
挺有意思的一个靶机 目录 主机发现 端口扫描 目录扫描 去web端看看，开始渗透 反弹shell 方法1 方法2 提权 尝试1-失败 尝试2-脏牛提权-成功 主机发现 netdiscover -i eth0 -r 192.168.129.0/24 端口扫描 扫描端口的服务版本，服务器操作系统，中间件等信息 目录扫描 去web端
### 查看自己的seata 建表语句gmt_create 是否有 时间精度，在没有时间精度的情况下，可能会出现，不按照插入的顺序进行回滚，导致不断报 脏数据 回滚重试```CREATE TABLE IF NOT EXISTS `branch_table`( `branch_id` BIGINT NOT NULL, `xid` VARCHAR(
哈希表（Hash Table）这个数据结构，我们已经非常熟悉了。它实现的就是key-value之间的映射关系，主要提供的方法包括Add、Lookup、Delete等。因为这种数据结构是一个基础的数据结构，每个key都会有一个唯一的索引值，通过索引可以很快地找到对应的值，所以使用哈希表进行数据的插入和读取都
1、golang内置Map问题 Golang内置的Map数据类型，在遇到并发的时候，可能会抛出异常 fatal error: concurrent map read and map write 而官方的解决方案就是使用sync.Map来解决改问题，那么话不多说，接下来通过源码分析，sync.Map是如何解决goroutine安全的呢？ 2、sync.Map源码分析 Sy
8.1. A file’s content is a string "Hello World". When this file is mapped to memory (the entire file) using mmap(), and the memory address is stored in a variable map. Please describe what the following printf() statement prints out. char *addr
mysql 硬件层调优 关闭节能 关闭numa.c-stats，cie mysqladmin var | grep -i numa grep -i -i 或 --ignore-case : 忽略字符大小写的差别。 更好的IO 软件 修改脏页比例 sysctl -a | grep -i dir vm.dirty_background_ratio = 10 =》5 vm.dirty_ratio =30 vm.dirty_background
JMeter 报告监听器导入.jtl结果文件报错解决方案 by:授客 QQ：1033553122 1. 问题描述 把jmeter压测时生成的 .jtl结果文件导入监听器报告中，弹出如下错误提示 error loadding results file -see log file 2. 原因分析与解决方案 打开logger view，查看出错
前言 本篇内存管理学习总结为后面学习I/O的前置。关于I/O我们常听的词都有磁盘I/O、网络I/O、BIO、NIO、多路复用、epoll、mmap、零拷贝、顺序/随机读写，如需深入了解需要有机组的部分知识。楼主大学专业软件工程，有开机组的课程，不过毕业后全部交给老师了。那就先从内存管理开
摘要：本文主要介绍如何进行正常的VACUUM FULL 维护，及时释放磁盘存储。 1、背景 目前根据某项目情况，其DWS的磁盘IO性能低、库内数据量大、对象多、数据膨胀严重。若毫无目的性的进行空间释放，一方面对IO压力很大，严重影响当前DWS任务运行，同时预计每次执行VACUUM FULL 时间已超过运
函数 SET GLOBAL log_bin_trust_function_creators=1; DROP FUNCTION IF EXISTS fnStripTags; DELIMITER | CREATE FUNCTION fnStripTags( Dirty text(0) ) RETURNS text(0) DETERMINISTIC BEGIN DECLARE iStart, iEnd, iLength int; WHILE Locate( '<', D
hi, 大家好，我是 haohongfan。本篇文章会从使用方式和原码角度剖析 sync.Map。不过不管是日常开发还是开源项目中，好像 sync.Map 并没有得到很好的利用，大家还是习惯使用 Mutex + Map 来使用。下面这段代码，看起来很有道理，其实是用错了（背景：并发场景中获取注册信息）。instance, ok :=
hi, 大家好，我是 haohongfan。 本篇文章会从使用方式和原码角度剖析 sync.Map。不过不管是日常开发还是开源项目中，好像 sync.Map 并没有得到很好的利用，大家还是习惯使用 Mutex + Map 来使用。 下面这段代码，看起来很有道理，其实是用错了（背景：并发场景中获取注册信息）。 instance, ok :
