IB
race condition
Size: a a a
2021 May 29
IB
не всегда стреляет часто, но иногда может очень больно ударить
IB
у меня нет уверенности что тут не может произойти гонка
ДЦ
Ну я не программер. Я просто домохазяйка. И тыкаю кула попало. Но вот таких кейсов не попадалось
IB
"не попадалось" это не то же самое что "это не может никогда случиться"
ДЦ
))) вероятности просто разные, да
ДЦ
А там может и ха загнется сразу после триггера и кондишн не проверит
ДЦ
Страсти
ДЦ
Но это и не означает, что такое возможно)
IB
Да, такое может случиться, но это не особо страшно, так как ашен в этом случае не выполнится =)
ДЦ
А кондишн?
IB
что кондиш?
ДЦ
Отработает?)
IB
Я тебя не понял. Мой тезис — я считаю что вместо
правильныее писать:
Во-первых так меньше строк. А во-вторых, тут с гораздо меньшеей вероятностью будет race condition (я не 100% уверен что он тут вообще возможен, но все-таки считаю что такая вероятность есть)
Либо если очень хочется написать именно condition, то, на мой взгляд нужно использовать переменную trigger:
- trigger:
- platform: state
entity_id: binary_sensor.0x00158d00044f4a8d_water_leak
condition:
- condition: state
entity_id: binary_sensor.0x00158d00044f4a8d_water_leak
state: 'on'
правильныее писать:
- trigger:
- platform: state
entity_id: binary_sensor.0x00158d00044f4a8d_water_leak
to: 'on'Во-первых так меньше строк. А во-вторых, тут с гораздо меньшеей вероятностью будет race condition (я не 100% уверен что он тут вообще возможен, но все-таки считаю что такая вероятность есть)
Либо если очень хочется написать именно condition, то, на мой взгляд нужно использовать переменную trigger:
- trigger:
- platform: state
entity_id: binary_sensor.0x00158d00044f4a8d_water_leak
condition:
- condition: template
value_template: {{ trigger.to_state.state == 'on' }}S
Я тоже за меньшее количество строк, но это не отменяет того факта, что между тригером и его условием ничего не происходит )
IB
Да, я тебя слышу =) Мне бы хотелось самому в этом убедиться, а не принимать это на веру.
S
В доке, походу, нет.
В коде бегло посмотрел - потоки таки используются, но все вызовы коллбеков защищены thread_safe. Влом искать обработку автоматизаций, но если там проверка условий не будет защищена от параллельных потоков, я буду долго ржать )
В коде бегло посмотрел - потоки таки используются, но все вызовы коллбеков защищены thread_safe. Влом искать обработку автоматизаций, но если там проверка условий не будет защищена от параллельных потоков, я буду долго ржать )
IB
Я код HA плохо умею читать, буду долго разбираться что там происходит. Я вот пытаюсь выдумать какой-то прмер как с помощью yaml конфига это подтверить/опровергруть, но пока никаких хороших мыслей у меня нет.
S
Сделай в еспхоум сенсор, который часто шлёт свой стейт. И нагрузи чем-то ХА, чтоб он тупил. Тогда вероятность изменений повысится. Если они не блокируются
IB
это все понятно. это можно и без esphome сделать, а изнути HA долбать изменениями стейта какой-то сущности