diff --git a/anck/rnotes/anck-5.10-013.md b/anck/rnotes/anck-5.10-013.md index 331b74abded7c7be0cf99ea71e12f3d6646649ac..d4220f165727ac4de488f0073c96b90615d79e11 100644 --- a/anck/rnotes/anck-5.10-013.md +++ b/anck/rnotes/anck-5.10-013.md @@ -9,7 +9,7 @@ 在ANCK 5.10-013以前的版本中，对于直接分配给用户态的设备，VFIO，vDPA等用户态直通框架需要使用自己的逻辑来隔离用户态发起的DMA（这些DMA请求往往不可信）。从ANCK 5.10-013版本开始，引入了/dev/ioasid，提供了统一的接口用于管理I/O页表，简化了VFIO，vDPA的实现。 - SWIOTLB机制性能优化 -在 ANCK 5.10-013以前的版本中，与外设通信使用的swiotlb机制在分配内存时仅使用单个锁；从 ANCK 5.10-013 版本开始，该锁被被拆分为了多个并允许用户配置；当前受益方主要为大规格（如CPU数量大于32）的机密虚拟机（AMD SEV/Intel TDX），对于Redis和Mysql，测试显示此改动最大可以获得8倍的IO性能增幅。 +在 ANCK 5.10-013以前的版本中，与外设通信使用的swiotlb机制在分配内存时仅使用单个锁；从 ANCK 5.10-013 版本开始，该锁被拆分为了多个并允许用户配置；当前受益方主要为大规格（如CPU数量大于32）的机密虚拟机（AMD SEV/Intel TDX），对于Redis和Mysql，测试显示此改动最大可以获得8倍的IO性能增幅。 - virtio-net 打开 napi.tx 优化 TCP Small Queue 性能 在3bedc5bca69d ('ck: Revert "virtio_net: enable napi_tx by default"') 中, 由于一些特殊场景下的高 si 导致了性能下降。但是这样导致 tcp small queue 不能正常工作, 所以我们重新打开这个功能。 @@ -26,7 +26,7 @@ - arm64平台默认内核启动cmdline调整 从5.10.134-013版本开始，arm64平台会添加以下参数到boot cmdline中以提升性能。 cgroup.memory=nokmem iommu.passthrough=1 iommu.strict=0 - - cgroup.memory=nokmem，cgroup.memory使能后会在slab管理的page分配和释放流程上增加额外的处理逻辑，对性能造成影响，关闭该功能可提升性能。详情请参考：https://openanolis.cn/sig/Cloud-Kernel/doc/721476463521955981 + - cgroup.memory=nokmem，cgroup.memory启用后会在slab管理的page分配和释放流程上增加额外的处理逻辑，对性能造成影响，关闭该功能可提升性能。详情请参考：https://openanolis.cn/sig/Cloud-Kernel/doc/721476463521955981 - iommu.passthrough=1 iommu直通模式，如果不显式指定则以CONFIG_IOMMU_DEFAULT_PASSTHROUGH的配置来控制，可减少页表映射的转换，此参数对物理机有效。 - iommu.strict=0 表示TLB invalidation使用lazy模式，即DMA unmap时，推迟对应TLB的失效动作以提升吞吐量，加快unmap速度，如果IOMMU driver不支持则会自动回退到strict=1的严格模式，即DMA unmap操作的同时使TLB无效。 diff --git a/anolis/kbase/how_to_update_your_anolis_to_8.8_on_loongarch.md b/anolis/kbase/how_to_update_your_anolis_to_8.8_on_loongarch.md index bba2e2933b97a04d49a9db2ac0070a04f971ac48..f771c0dce2d522ec7b78aea20ddbe4a53bba6faf 100644 --- a/anolis/kbase/how_to_update_your_anolis_to_8.8_on_loongarch.md +++ b/anolis/kbase/how_to_update_your_anolis_to_8.8_on_loongarch.md @@ -1,4 +1,4 @@ -*在Anolis OS发布8.8后，龙芯平台的用户可以用过yum仓库直接升级到最新版本* +*在Anolis OS发布8.8后，龙芯平台的用户可以通过yum仓库直接升级到最新版本* 1. 降级libffi 执行yum downgrade libffi以降低其的版本，因为8.4该软件包未能实现同源异构所以libffi在8.4中的版本要高于8.8中的版本。 diff --git a/products/anolis/kbase/how_to_update_your_anolis_to_8.8_on_loongarch.md b/products/anolis/kbase/how_to_update_your_anolis_to_8.8_on_loongarch.md index bba2e2933b97a04d49a9db2ac0070a04f971ac48..f771c0dce2d522ec7b78aea20ddbe4a53bba6faf 100644 --- a/products/anolis/kbase/how_to_update_your_anolis_to_8.8_on_loongarch.md +++ b/products/anolis/kbase/how_to_update_your_anolis_to_8.8_on_loongarch.md @@ -1,4 +1,4 @@ -*在Anolis OS发布8.8后，龙芯平台的用户可以用过yum仓库直接升级到最新版本* +*在Anolis OS发布8.8后，龙芯平台的用户可以通过yum仓库直接升级到最新版本* 1. 降级libffi 执行yum downgrade libffi以降低其的版本，因为8.4该软件包未能实现同源异构所以libffi在8.4中的版本要高于8.8中的版本。