rtthread 跑双核smp时tick怎么处理

发布于 2021-12-02 17:28:59 浏览：1670 订阅该版

2 个回答

whj467467222 认证专家 2021-12-02

开源，分享，交流，共同进步

尝试解释一下这个原因：

1. 在双核的情况下，每个 Core 都需要维护一个自己的 systick ，在 systick 的中断来了之后都会调用下面这个函数。

```
void rt_tick_increase(void)
{
    struct rt_thread *thread;

/* increase the global tick */
#ifdef RT_USING_SMP
    rt_cpu_self()->tick ++;
#else
    ++ rt_tick;
#endif
```
可以看到这个 `rt_cpu_self()->tick ++;` 这个函数展开之后就是对当前 Core 的 tick 做加 1 的操作。也就是说每个 Core 都维护了自己的一套系统时钟

2. 获取当前系统的 Tick 值

```
rt_tick_t rt_tick_get(void)
{
    /* return the global tick */
    return rt_tick;
}
RTM_EXPORT(rt_tick_get);
```

展开这个可以发现 `#define rt_tick rt_cpu_index(0)->tick` 这里是获取的 Core 0 的 Tick.

我猜想楼主的疑问来自此处，可以从这几个方面来解释这个问题：

**情形一**： Core 0 上的释放了一个信号量，Core 1 去接收这个信号量，IPC 中实现超时的机制是先获取当前系统的时间，然后通过这个时间基准去加上等待的时间，来作为判断的依据，所以这里必须有一个统一的时间，Core0 一般默认是主核，他最新启动，所以以他的时间作为Tick  做为系统的时间基准。这就有点像我国幅员辽阔，北京和新疆在早上8点的是太阳肯定不一样，但是统一把背景时间作为基准时间是一样的。

**情形二**：在每一个线程中最常见的方式 `rt_thread_delay(100);` 这种方式的延时，这种方式的延时是通过软件定时器来实现的，而软件定时器的计数又是依赖 systick,每个 Core 自己 systick, 如果不是每个核有一个 systick, 那么 Core0 的中断关了，是不是核的线程也将无法进行延时切换任务。

希望我的回答能解答楼主的问题，如果满意请点一下采纳。