HA的Ui界面操作添加辅助元素很卡但是cpu占用却很低

norikohxb

目前有8775个实体。577个辅助元素，自动化有1414条；脚本有45个
在HA的主界面loverlace上面倒不卡，但是到了要添加辅助元素。就特别卡
特别是添加公共事业仪表。卡到不成样子。
那个选项半天出来。
但是。这个HA是单独架设在一台intel 的I9 13900的cpu+64gb内存的主机上。esxi只启用了2个虚拟机
一个是HA，一个是数据库postgresql（给ha专用的）这两个虚拟机占用cpu和内存都不高，给他们很多富余的cpu和内存它们就不去调用

并且cpu的占用率对于整个机器来说就5%
内存我给他分配了32gb也就用了10gb
网卡是10g的光纤网卡。

从系统资源来看各种占用资源都用的很少。然而就是UI里面要添加一个辅助元素就很慢。

jjcs

版本号，如果是hassos，那是这样的，我用docker，开了50几个容器，日常才占用5g

norikohxb

最新的
Home Assistant

Core
2025.2.5
Supervisor
2025.02.1
Operating System
14.2
Frontend
20250221.0
我不是说他占用多，我是觉得HA很慢很卡顿。但是我给他足够的资源，cpu和内存他不用
给他一整台台式机的13900的cpu
里面就放一个数据库和一个HA
然后他不去给我更多的用系统资源。却操作速度并不快

norikohxb

jjcs 发表于 2025-2-22 14:08
版本号，如果是hassos，那是这样的，我用docker，开了50几个容器，日常才占用5g ...

我对于他占用多少gb完全不在意，可以整个64gb划拨48gb给他占用，我是恨他不占用，我现在HA的一些UI操作恨慢，如果清空数据库就很快。比如吧所有纪录全部清空就会很快，但是我毕竟是要保存记录。而且还安装了据说效率最好的数据库postgresql。用来作为HA的数据库载体。而且另外一个虚拟机的postgresql占用资源也很低。
就是占用资源都很低，但是实际上在UI添加辅助元素很慢很卡顿每一步都要慢慢等，所以非常不舒服

hhh.

这个卡顿，貌似是数据检索，数据读取的卡顿。

这个可能与虚拟机底层，网卡驱动，还有对于大小核的支持有关，就巨硬来讲，对大小核都没特别好的支持。

如此多的实体，个人建议物理机安装，可选haos直接部署，或者用Debian12 ，部署docker的方式，数据库在其它端部署：如NAS。

硬件选择方面：
1，稳定性首先服务器主板带IPMI那种。
2，CPU优先考虑，Intel 10代  如：i5-10500 ， xeon W或E系列。

可以考虑10代工控机，小巧。

你这硬件完全可以换两台设备，一台专注HA，一台数据库，网卡使用物理连接。

norikohxb

hhh. 发表于 2025-2-22 15:51
这个卡顿，貌似是数据检索，数据读取的卡顿。

这个可能与虚拟机底层，网卡驱动，还有对于大小核的支持有关 ...

请教一下
这个卡顿，貌似是数据检索，数据读取的卡顿。

这个可能与虚拟机底层，网卡驱动，还有对于大小核的支持有关，就巨硬来讲，对大小核都没特别好的支持。

你的巨硬是什么意思？

jjcs

norikohxb 发表于 2025-2-22 15:05
我对于他占用多少gb完全不在意，可以整个64gb划拨48gb给他占用，我是恨他不占用，我现在HA的一些UI操作恨 ...

数据库需要优化的，不是是我换了最好的数据库就行了，我换mysql，需要设置缓存，ha对于10秒一个点位的数据，读取很快

jjcs

而且数据库你用机械肯定巨慢，io不行

hhh.

norikohxb 发表于 2025-2-22 19:20
请教一下
这个卡顿，貌似是数据检索，数据读取的卡顿。

微软   又名 巨硬

norikohxb

jjcs 发表于 2025-2-22 20:07
而且数据库你用机械肯定巨慢，io不行

用的是三星990的固态硬盘
操作系统是esxi系统+HA的虚拟机。
和微软没有关系，和机械没有关系
现在可能就是要对postgresql进行优化。比如你说的缓存设置