当我们在进行数据库模型更新时,Django会自动生成数据库迁移文件。有时我们需要对迁移文件进行修改或者手动创建迁移文件。但是,当我们已经修改了迁移文件之后,我们的数据库可能已经处于了一个不一致的状态。这个时候就需要确定我们使用“修改迁移文件”方法还是“使用--fake标志位”方法。
如果我们只是对迁移文件进行了修改,但是没有修改模型文件,那么最好的解决方法是使用--fake标志位。这个标志位会告诉Django我们已经手动跳过了某些迁移步骤,并不是所有的都需要执行。
以下是使用--fake标志位的代码示例:
python manage.py migrate --fake
如果我们修改了模型文件,那么使用--fake标志位并不一定是最好的解决方法。这时候我们可以修改迁移文件,将其恢复到正确的状态。这个方法需要谨慎操作,因为如果修改不当,会导致严重的数据丢失问题。
以下是手动修改迁移文件的代码示例:
python manage.py makemigrations python manage.py migrate
我的主要任务是修改单机 Agent 组件。由于当前 Katalyst 的混部策略只上报整机维度的可出让资源,这导致对于跨 NUMA 的离线任务内存申请无法进行精确控制,从而引发内存压力。为解决这个问题,我和萌哥经过多次讨论,提出了三个方案:1. reclaimed resources 上报 CNR。1. 基于 Fake NUMA 的内存管控。1. 精细化 NUMA 粒度内存管控框架。在多次和社区的同学会议交流讨论后,我们选择了最后一个方案作为最终的方案并实施。在...