Time, Delays, and Deferred Work LDD3 学习笔记 + jiffies.h 分析

2024-06-06 09:58

本文主要是介绍Time, Delays, and Deferred Work LDD3 学习笔记 + jiffies.h 分析,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

Time, Delays, and Deferred Work 





Dealing with time involves the following tasks, in order of increasing complexity:
• Measuring time lapses and comparing times
• Knowing the current time
• Delaying operation for a specified amount of time
• Scheduling asynchronous functions to happen at a later time




Measuring Time Lapses


               Every time a timer interrupt occurs, the value of an internal kernel counter is incremented. The counter is initialized to 0 at system boot, so it represents the number of clock ticks since last boot. The counter is a 64-bit variable (even on 32-bit architectures) and is called jiffies_64 . However, driver writers normally access the jiffies variable, an unsigned long that is the same as either jiffies_64 or its least significant bits. Using jiffies is usually preferred because it is faster, and accesses to the 64-bit jiffies_64 value are not necessarily atomic on all architectures.



在jiffies.h 里面有一段代码和注释:

/** The following defines establish the engineering parameters of the PLL* model. The HZ variable establishes the timer interrupt frequency, 100 Hz* for the SunOS kernel, 256 Hz for the Ultrix kernel and 1024 Hz for the* OSF/1 kernel. The SHIFT_HZ define expresses the same value as the* nearest power of two in order to avoid hardware multiply operations.*/
#if HZ >= 12 && HZ < 24
# define SHIFT_HZ	4
#elif HZ >= 24 && HZ < 48
# define SHIFT_HZ	5
#elif HZ >= 48 && HZ < 96
# define SHIFT_HZ	6
#elif HZ >= 96 && HZ < 192
# define SHIFT_HZ	7
#elif HZ >= 192 && HZ < 384
# define SHIFT_HZ	8
#elif HZ >= 384 && HZ < 768
# define SHIFT_HZ	9
#elif HZ >= 768 && HZ < 1536
# define SHIFT_HZ	10
#elif HZ >= 1536 && HZ < 3072
# define SHIFT_HZ	11
#elif HZ >= 3072 && HZ < 6144
# define SHIFT_HZ	12
#elif HZ >= 6144 && HZ < 12288
# define SHIFT_HZ	13
#else
# error Invalid value of HZ.
#endif

HZ这个变量取决于中断频率,不同平台的硬件时钟频率不一。

SHIFT_HZ这个变量是用来描述系统的HZ值最接近是2的多少次幂。

比方说HZ == 32 那么这一串Macro 可以得到系统的SHIFT_HZ == 5 (2^5 == 32)



因为jiffies这个变量是由硬件的时钟中断引起的,于是不可避免的要谈谈溢出的问题。


        This code has no problem with jiffies wrapping around, as long as different values are compared in the right way. Even though on 32-bit platforms the counter wraps around only once every 50 days when HZ is 1000, your code should be prepared to face that event.

在32位机器平台上,HZ == 1000的时候,几乎每50天这个计数器(jiffies)就会溢出。(很奇怪,我的PC的HZ只有250)

肿么办捏??

kernel工作人员早就搞定这个问题了,留出了接口供大家使用


/**	These inlines deal with timer wrapping correctly. You are *	strongly encouraged to use them*	1. Because people otherwise forget*	2. Because if the timer wrap changes in future you won't have to*	   alter your driver code.** time_after(a,b) returns true if the time a is after time b.** Do this with "<0" and ">=0" to only test the sign of the result. A* good compiler would generate better code (and a really good compiler* wouldn't care). Gcc is currently neither.*/
#define time_after(a,b)		\(typecheck(unsigned long, a) && \typecheck(unsigned long, b) && \((long)((b) - (a)) < 0))          //如果a在时间上大于b时间点,于是返回 1 否则返回 0
#define time_before(a,b)	time_after(b,a)#define time_after_eq(a,b)	\(typecheck(unsigned long, a) && \typecheck(unsigned long, b) && \((long)((a) - (b)) >= 0))       <span style="font-family: Arial, Helvetica, sans-serif;"> //如果a在时间上大于b时间点,于是返回 1 否则返回 0</span>
#define time_before_eq(a,b)	time_after_eq(b,a)/** Calculate whether a is in the range of [b, c].*/
#define time_in_range(a,b,c) \(time_after_eq(a,b) && \time_before_eq(a,c)) // 时间点a是否位于bc之间/** Calculate whether a is in the range of [b, c).*/
#define time_in_range_open(a,b,c) \(time_after_eq(a,b) && \time_before(a,c))/* Same as above, but does so with platform independent 64bit types.* These must be used when utilizing jiffies_64 (i.e. return value of* get_jiffies_64() */
#define time_after64(a,b)	\(typecheck(__u64, a) &&	\typecheck(__u64, b) && \((__s64)((b) - (a)) < 0))
#define time_before64(a,b)	time_after64(b,a)#define time_after_eq64(a,b)	\(typecheck(__u64, a) && \typecheck(__u64, b) && \((__s64)((a) - (b)) >= 0))
#define time_before_eq64(a,b)	time_after_eq64(b,a)#define time_in_range64(a, b, c) \(time_after_eq64(a, b) && \time_before_eq64(a, c))/** These four macros compare jiffies and 'a' for convenience.*//* time_is_before_jiffies(a) return true if a is before jiffies */
#define time_is_before_jiffies(a) time_after(jiffies, a)/* time_is_after_jiffies(a) return true if a is after jiffies */
#define time_is_after_jiffies(a) time_before(jiffies, a)/* time_is_before_eq_jiffies(a) return true if a is before or equal to jiffies*/
#define time_is_before_eq_jiffies(a) time_after_eq(jiffies, a)/* time_is_after_eq_jiffies(a) return true if a is after or equal to jiffies*/
#define time_is_after_eq_jiffies(a) time_before_eq(jiffies, a)


get_jiffies_64的实现:

Retrieves jiffies_64 without race conditions.

static inline u64 get_jiffies_64(void)
{return (u64)jiffies;
}

然后是各种时间数据转换的API

extern unsigned int jiffies_to_msecs(const unsigned long j);
extern unsigned int jiffies_to_usecs(const unsigned long j);
extern unsigned long msecs_to_jiffies(const unsigned int m);
extern unsigned long usecs_to_jiffies(const unsigned int u);
extern unsigned long timespec_to_jiffies(const struct timespec *value);
extern void jiffies_to_timespec(const unsigned long jiffies,struct timespec *value);
extern unsigned long timeval_to_jiffies(const struct timeval *value);
extern void jiffies_to_timeval(const unsigned long jiffies,struct timeval *value);extern clock_t jiffies_to_clock_t(unsigned long x);
static inline clock_t jiffies_delta_to_clock_t(long delta)
{return jiffies_to_clock_t(max(0L, delta));
}extern unsigned long clock_t_to_jiffies(unsigned long x);
extern u64 jiffies_64_to_clock_t(u64 x);
extern u64 nsec_to_clock_t(u64 x);
extern u64 nsecs_to_jiffies64(u64 n);
extern unsigned long nsecs_to_jiffies(u64 n);


unsigned long
mktime(const unsigned int year0, const unsigned int mon0,
const unsigned int day, const unsigned int hour,
const unsigned int min, const unsigned int sec)
的实现:

该函数把传入参数转化为秒为单位的时间

/* Converts Gregorian date to seconds since 1970-01-01 00:00:00.* Assumes input in normal date format, i.e. 1980-12-31 23:59:59* => year=1980, mon=12, day=31, hour=23, min=59, sec=59.** [For the Julian calendar (which was used in Russia before 1917,* Britain & colonies before 1752, anywhere else before 1582,* and is still in use by some communities) leave out the* -year/100+year/400 terms, and add 10.]** This algorithm was first published by Gauss (I think).** WARNING: this function will overflow on 2106-02-07 06:28:16 on* machines where long is 32-bit! (However, as time_t is signed, we* will already get problems at other places on 2038-01-19 03:14:08)*/
unsigned long
mktime(const unsigned int year0, const unsigned int mon0,const unsigned int day, const unsigned int hour,const unsigned int min, const unsigned int sec)
{unsigned int mon = mon0, year = year0;/* 1..12 -> 11,12,1..10 */if (0 >= (int) (mon -= 2)) {mon += 12;	/* Puts Feb last since it has leap day */year -= 1;}return ((((unsigned long)(year/4 - year/100 + year/400 + 367*mon/12 + day) +year*365 - 719499)*24 + hour /* now have hours */)*60 + min /* now have minutes */)*60 + sec; /* finally seconds */
}


牛人的代码分析:http://blog.csdn.net/axx1611/article/details/1792827?reload

简直帅!

jit.c 

一开始就创建了 8 个proc设备!


int __init jit_init(void)
{proc_create("currentime", 0, NULL, &jit_currentime_proc_fops);proc_create_data("jitbusy", 0, NULL, &jit_fn_proc_fops, (void *)JIT_BUSY);proc_create_data("jitsched",0, NULL, &jit_fn_proc_fops, (void *)JIT_SCHED);proc_create_data("jitqueue",0, NULL, &jit_fn_proc_fops, (void *)JIT_QUEUE);proc_create_data("jitschedto", 0, NULL, &jit_fn_proc_fops, (void *)JIT_SCHEDTO);proc_create("jitimer", 0, NULL, &jit_timer_proc_fops);proc_create("jitasklet", 0, NULL, &jit_tasklet_proc_fops);proc_create_data("jitasklethi", 0, NULL, &jit_tasklet_proc_fops, (void *)1);return 0; /* success */
}


这里其实就四种文件操作的方式(文件操作结构体) —— 

jit_currentime_proc_fops

jit_fn_proc_fops

jit_timer_proc_fops

jit_tasklet_proc_fops


首先看第一个设备currentime

currentime用了单独的文件操作结构体jit_currentime_proc_fops

static const struct file_operations jit_currentime_proc_fops = {.open		= jit_currenttime_proc_open,.read		= seq_read,.llseek		= seq_lseek,.release	= single_release,
};
open系统调用通过jit_currenttime_proc_open打开文件


static int jit_currenttime_proc_open(struct inode *inode, struct file *file)
{return single_open(file, jit_currenttime_proc_show, NULL);
}


每次打开的时候实际上是调用jit_currenttime_proc_show函数

static int jit_currenttime_proc_show(struct seq_file *m, void *v)
{struct timeval tv1; //结构体timeval储存秒和毫秒struct timespec tv2;//结构体timespec储存秒和纳秒unsigned long  j1;u64 j2;/* get them four */j1 = jiffies;   //时钟滴答,如果是32位机,jiffies是取jiffies_64的低32位值j2 = get_jiffies_64();//取64-bit jiffies值。对于64位机器上,jiffies和jieffies_64实际上是同一个do_gettimeofday(&tv1);tv2 = current_kernel_time();/* print */seq_printf(m,"0x%08lx 0x%016Lx %10i.%06i\n""%40i.%09i\n",j1, j2,(int) tv1.tv_sec, (int) tv1.tv_usec,(int) tv2.tv_sec, (int) tv2.tv_nsec);return 0;
}

 
可以看见第一个打印的是j1的值,第二个是j2,我的机器是64位的Linux,于是j1和j2是相等的。

jiffies_64 和 jiffies都被看作只读变量

结构体tv1和tv2的.sec域都是记录的秒值,于是两者的秒部分相同——1407758614


              1407758614/(3600*24*365) = 44(取整),所以?get到什么吗?1970+44,你懂的。反正我不担心什么2038什么的哈哈~


                这个秒值是记录的从1970年来一共过了多少秒!

                jiffies是由系统时钟中断决定的.


                In the screenshot above, there are two interesting things to note. First, the current_kernel_time value, though expressed in nanoseconds, has only clock-tick granularity; do_gettimeofday consistently reports a later time but not later than the next timer tick. Second, the 64-bit jiffies counter has the least-significant bit of the upper 32-bit word set. 


OK,currentime这个设备就这么多,如果以后有新发现再update。



Time delay

jitbusy jitsched  jitqueuejitschedto这四个设备都是共同调用jit_fn_proc_fops文件操作结构体


            而jit_fn_proc_fops通过jit_files这个枚举变量和switch语句来区辨设备,open的时候到底是open的谁捏?

switch语句来搞定。


/* use these as data pointers, to implement four files in one function */
enum jit_files {JIT_BUSY,JIT_SCHED,JIT_QUEUE,JIT_SCHEDTO
};/** This function prints one line of data, after sleeping one second.* It can sleep in different ways, according to the data pointer*/
static int jit_fn_proc_show(struct seq_file *m, void *v)
{unsigned long j0, j1; /* jiffies */wait_queue_head_t wait;init_waitqueue_head (&wait);j0 = jiffies;j1 = j0 + delay;//delay是HZ变量的一个程序运行时的copyswitch((long)m->private) {case JIT_BUSY:while (time_before(jiffies, j1))cpu_relax();break;case JIT_SCHED:while (time_before(jiffies, j1)) { //通过time_before实现delay时长的延时schedule();}break;case JIT_QUEUE:wait_event_interruptible_timeout(wait, 0, delay); //使当前进程休眠在等待队列上 <span style="white-space:pre">													</span>                                             // <span style="font-family: Arial, Helvetica, sans-serif;">超过delay(第三个参数)的jiffie</span><span style="font-family: Arial, Helvetica, sans-serif;">s时长之后,等待结束</span>break;case JIT_SCHEDTO:set_current_state(TASK_INTERRUPTIBLE);//置当前进程为可中断模式,进入等待队列schedule_timeout (delay);//在delay的jiffies时长之后,唤醒当前进程(前提是之前已经set_current_state)break;}j1 = jiffies; /* actual value after we delayed */seq_printf(m, "%9li %9li\n", j0, j1); //j0 j1分别记录了switch语句之前和结束时候的jiffies值,于是通过比较这两个值,可以<span style="white-space:pre">								</span>//知道switch语句里面的部分花了多久return 0;
}


其实我只是有点奇怪,这里的HZ居然是250,而不是1000(高手路过求解答)




include <linux/wait.h>
long wait_event_timeout(wait_queue_head_t q, condition, long timeout);
long wait_event_interruptible_timeout(wait_queue_head_t q,condition, long timeout);


           These functions sleep on the given wait queue, but they return after the timeout (expressed in jiffies) expires. Thus, they implement a bounded sleep that does not go on forever. 






下面是各种延时的API

#include <linux/delay.h>
void ndelay(unsigned long nsecs);
void udelay(unsigned long usecs);
void mdelay(unsigned long msecs);Introduces delays of an integer number of nanoseconds, microseconds, and mil-liseconds. The delay achieved is at least the requested value, but it can be more.
The argument to each function must not exceed a platform-specific limit (usu-ally a few thousands).void msleep(unsigned int millisecs);unsigned long msleep_interruptible(unsigned int millisecs);void ssleep(unsigned int seconds);
Puts the process to sleep for the given number of milliseconds (or seconds, in the case ofssleep).



Kernel Timers


           Whenever you need to schedule an action to happen later, without blocking the current process until that time arrives, kernel timers are the tool for you. These timers are used to schedule execution of a function at a particular time in the future, based on the clock tick, and can be used for a variety of tasks;



注意事项:

                A number of actions require the context of a process in order to be executed. When you are outside of process context (i.e., in interrupt context), you must observe the following rules:


• No access to user space is allowed. Because there is no process context, there is no path to the user space associated with any particular process.

• Thecurrentpointer is not meaningful in atomic mode and cannot be used since the relevant code has no connection with the process that has been interrupted.

• No sleeping or scheduling may be performed. Atomic code may not call schedule or a form of wait_event, nor may it call any other function that could sleep.

 

The Timer API


           The kernel provides drivers with a number of functions to declare, register, and remove kernel timers. The following excerpt shows the basic building blocks:


#include <linux/timer.h>
struct timer_list {
/* ... */
unsigned long expires;
void (*function)(unsigned long);
unsigned long data;
};void init_timer(struct timer_list *timer);struct timer_list TIMER_INITIALIZER(_function, _expires, _data);void add_timer(struct timer_list * timer);int del_timer(struct timer_list * timer);



static int jit_timer_proc_open(struct inode *inode, struct file *file)
{return single_open(file, jit_timer_proc_show, NULL);
}static const struct file_operations jit_timer_proc_fops = {.open		= jit_timer_proc_open, //通过调用jit_timer_proc_open打开.read		= seq_read,.llseek		= seq_lseek,.release	= single_release,
};





/** The timer example follows*/
void jit_timer_fn(unsigned long arg)
{struct jit_data *data = (struct jit_data *)arg;unsigned long j = jiffies;seq_printf(data->m, "%9li  %3li     %i    %6i   %i   %s\n",j, j - data->prevjiffies, in_interrupt() ? 1 : 0,current->pid, smp_processor_id(), current->comm); //j - data->prevjiffies就得到了timer的时间差,                                                                                                                          //即tdelayif (--data->loops) {data->timer.expires += tdelay; //期望的延时data->prevjiffies = j; //储存之前的jiffies值add_timer(&data->timer); //调用时钟中断} else {wake_up_interruptible(&data->wait);}
}/* the /proc function: allocate everything to allow concurrency */
static int jit_timer_proc_show(struct seq_file *m, void *v)
{struct jit_data *data;unsigned long j = jiffies;data = kmalloc(sizeof(*data), GFP_KERNEL);if (!data)return -ENOMEM;init_timer(&data->timer);init_waitqueue_head (&data->wait);/* write the first lines in the buffer */seq_puts(m, "   time   delta  inirq    pid   cpu command\n");seq_printf(m, "%9li  %3li     %i    %6i   %i   %s\n",j, 0L, in_interrupt() ? 1 : 0,current->pid, smp_processor_id(), current->comm);/* fill the data for our timer function */data->prevjiffies = j;data->m = m;data->loops = JIT_ASYNC_LOOPS;//5/* register the timer */data->timer.data = (unsigned long)data;data->timer.function = jit_timer_fn;data->timer.expires = j + tdelay; /* parameter */add_timer(&data->timer); //这里有个add_timer,前面jit_timer_fn里面也有个add_timer确保loops减少之后还有                                                         //定时器继续定时,loops到0的时候if判断就进入wake_up_interruptible/* wait for the buffer to fill */wait_event_interruptible(data->wait, !data->loops);if (signal_pending(current))return -ERESTARTSYS;kfree(data);return 0;
}


由于tdelay变量是10于是延时了10个单位的jiffies


Kernel Timers 相关API


#include <asm/hardirq.h>
int in_interrupt(void);
int in_atomic(void);
Returns a Boolean value telling whether the calling code is executing in inter-rupt context or atomic context. Interrupt context is outside of a process con-text, either during hardware or software interrupt processing. Atomic context is when you can’t schedule either an interrupt context or a process’s context with a spinlock held.


#include <linux/timer.h>
void init_timer(struct timer_list * timer);
struct timer_list TIMER_INITIALIZER(_function, _expires, _data);
This function and the static declaration of the timer structure are the two ways to initialize atimer_listdata structure.


void add_timer(struct timer_list * timer);
Registers the timer structure to run on the current CPU.


int mod_timer(struct timer_list *timer, unsigned long expires);
Changes the expiration time of an already scheduled timer structure. It can also act as an alternative toadd_timer.


int timer_pending(struct timer_list * timer);
Macro that returns a Boolean value stating whether the timer structure is already registered to run.


void del_timer(struct timer_list * timer);
void del_timer_sync(struct timer_list * timer);
Removes a timer from the list of active timers. The latter function ensures that the timer is not currently running on another CPU.

注意,每想延时一次就得add_timer一次,timer达到“用掉”之后,就不需要del_timer了.




Tasklets


             Another kernel facility related to timing issues is the tasklet mechanism.  

             Tasklets resemble kernel timers in some ways. They are always run at interrupt time, they always run on the same CPU that schedules them, and they receive an unsigned long argument. Unlike kernel timers, however, you can’t ask to execute the function at a specific time. By scheduling a tasklet, you simply ask for it to be executed at a later time chosen by the kernel. This behavior is especially useful with interrupt handlers, where the hardware interrupt must be managed as quickly as possible, but most of the data management can be safely delayed to a later time.


static int jit_tasklet_proc_open(struct inode *inode, struct file *file)
{return single_open(file, jit_tasklet_proc_show, PDE_DATA(file_inode(file)));
}static const struct file_operations jit_tasklet_proc_fops = {.open		= jit_tasklet_proc_open,.read		= seq_read,.llseek		= seq_lseek,.release	= single_release,
};

关于PDE_DATA




void jit_tasklet_fn(unsigned long arg)
{struct jit_data *data = (struct jit_data *)arg;unsigned long j = jiffies;seq_printf(data->m, "%9li  %3li     %i    %6i   %i   %s\n",j, j - data->prevjiffies, in_interrupt() ? 1 : 0,current->pid, smp_processor_id(), current->comm);if (--data->loops) {data->prevjiffies = j;if (data->hi)tasklet_hi_schedule(&data->tlet);elsetasklet_schedule(&data->tlet);} else {wake_up_interruptible(&data->wait);}
}



/* the /proc function: allocate everything to allow concurrency */
static int jit_tasklet_proc_show(struct seq_file *m, void *v)
{struct jit_data *data;unsigned long j = jiffies;long hi = (long)m->private;data = kmalloc(sizeof(*data), GFP_KERNEL);if (!data)return -ENOMEM;init_waitqueue_head (&data->wait);/* write the first lines in the buffer */seq_puts(m, "   time   delta  inirq    pid   cpu command\n");seq_printf(m, "%9li  %3li     %i    %6i   %i   %s\n",j, 0L, in_interrupt() ? 1 : 0,current->pid, smp_processor_id(), current->comm);/* fill the data for our tasklet function */data->prevjiffies = j;data->m = m;data->loops = JIT_ASYNC_LOOPS;/* register the tasklet */tasklet_init(&data->tlet, jit_tasklet_fn, (unsigned long)data);data->hi = hi;if (hi)tasklet_hi_schedule(&data->tlet);elsetasklet_schedule(&data->tlet);/* wait for the buffer to fill */wait_event_interruptible(data->wait, !data->loops);if (signal_pending(current))return -ERESTARTSYS;kfree(data);return 0;
}


Tasklets  相关API

#include <linux/interrupt.h>
DECLARE_TASKLET(name, func, data);
DECLARE_TASKLET_DISABLED(name, func, data);
void tasklet_init(struct tasklet_struct *t, void (*func)(unsigned long), unsigned long data);The first two macros declare a tasklet structure, while thetasklet_init function initializes a tasklet structure that has been obtained by allocation or other means. The secondDECLAREmacro marks the tasklet as disabled.


void tasklet_disable(struct tasklet_struct *t);
void tasklet_disable_nosync(struct tasklet_struct *t);
void tasklet_enable(struct tasklet_struct *t);Disables and reenables a tasklet. Eachdisablemust be matched with anenable (you can disable the tasklet even if it’s already disabled). The function tasklet_disable waits for the tasklet to terminate if it is running on another CPU. The no syncversion doesn’t take this extra step.



void tasklet_schedule(struct tasklet_struct *t);
void tasklet_hi_schedule(struct tasklet_struct *t);Schedules a tasklet to run, either as a “normal” tasklet or a high-priority one. When soft interrupts are executed, high-priority tasklets are dealt with first, while normal tasklets run last.


void tasklet_kill(struct tasklet_struct *t);Removes the tasklet from the list of active ones, if it’s scheduled to run. Like tasklet_disable, the function may block on SMP systems waiting for the tasklet to terminate if it’s currently running on another CPU





这篇关于Time, Delays, and Deferred Work LDD3 学习笔记 + jiffies.h 分析的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1035786

相关文章

MySQL中的LENGTH()函数用法详解与实例分析

《MySQL中的LENGTH()函数用法详解与实例分析》MySQLLENGTH()函数用于计算字符串的字节长度,区别于CHAR_LENGTH()的字符长度,适用于多字节字符集(如UTF-8)的数据验证... 目录1. LENGTH()函数的基本语法2. LENGTH()函数的返回值2.1 示例1:计算字符串

Android kotlin中 Channel 和 Flow 的区别和选择使用场景分析

《Androidkotlin中Channel和Flow的区别和选择使用场景分析》Kotlin协程中,Flow是冷数据流,按需触发,适合响应式数据处理;Channel是热数据流,持续发送,支持... 目录一、基本概念界定FlowChannel二、核心特性对比数据生产触发条件生产与消费的关系背压处理机制生命周期

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》:本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.

MySQL中的表连接原理分析

《MySQL中的表连接原理分析》:本文主要介绍MySQL中的表连接原理分析,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1、背景2、环境3、表连接原理【1】驱动表和被驱动表【2】内连接【3】外连接【4编程】嵌套循环连接【5】join buffer4、总结1、背景

python中Hash使用场景分析

《python中Hash使用场景分析》Python的hash()函数用于获取对象哈希值,常用于字典和集合,不可变类型可哈希,可变类型不可,常见算法包括除法、乘法、平方取中和随机数哈希,各有优缺点,需根... 目录python中的 Hash除法哈希算法乘法哈希算法平方取中法随机数哈希算法小结在Python中,

Java Stream的distinct去重原理分析

《JavaStream的distinct去重原理分析》Javastream中的distinct方法用于去除流中的重复元素,它返回一个包含过滤后唯一元素的新流,该方法会根据元素的hashcode和eq... 目录一、distinct 的基础用法与核心特性二、distinct 的底层实现原理1. 顺序流中的去重

关于MyISAM和InnoDB对比分析

《关于MyISAM和InnoDB对比分析》:本文主要介绍关于MyISAM和InnoDB对比分析,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录开篇:从交通规则看存储引擎选择理解存储引擎的基本概念技术原理对比1. 事务支持:ACID的守护者2. 锁机制:并发控制的艺

MyBatis Plus 中 update_time 字段自动填充失效的原因分析及解决方案(最新整理)

《MyBatisPlus中update_time字段自动填充失效的原因分析及解决方案(最新整理)》在使用MyBatisPlus时,通常我们会在数据库表中设置create_time和update... 目录前言一、问题现象二、原因分析三、总结:常见原因与解决方法对照表四、推荐写法前言在使用 MyBATis

Python主动抛出异常的各种用法和场景分析

《Python主动抛出异常的各种用法和场景分析》在Python中,我们不仅可以捕获和处理异常,还可以主动抛出异常,也就是以类的方式自定义错误的类型和提示信息,这在编程中非常有用,下面我将详细解释主动抛... 目录一、为什么要主动抛出异常?二、基本语法:raise关键字基本示例三、raise的多种用法1. 抛

Go学习记录之runtime包深入解析

《Go学习记录之runtime包深入解析》Go语言runtime包管理运行时环境,涵盖goroutine调度、内存分配、垃圾回收、类型信息等核心功能,:本文主要介绍Go学习记录之runtime包的... 目录前言:一、runtime包内容学习1、作用:① Goroutine和并发控制:② 垃圾回收:③ 栈和