Use orjson to parse json faster

[KapJI]

Proposed change

With #32128 and #32137 loading of logbook for the last 7 days improved from 22s to 11.3s.

I think it can be improved further. I noticed that json.loads takes quite a lot of time.
https://github.com/ijl/orjson is about 2 times faster than standard json.loads and saves another 1.25s or 11% of overall time.

Before:

After:

For encoding json.dumps is still used because orjson doesn't support custom serialiser in cls arg.

Type of change

• Dependency upgrade
• Bugfix (non-breaking change which fixes an issue)
• New integration (thank you!)
• New feature (which adds functionality to an existing integration)
• Breaking change (fix/feature causing existing functionality to break)
• Code quality improvements to existing code or addition of tests

Example entry for configuration.yaml:

# Example configuration.yaml

Additional information

• This PR fixes or closes issue: fixes #
• This PR is related to issue:
• Link to documentation pull request:

Checklist

• The code change is tested and works locally.
• Local tests pass. Your PR cannot be merged unless tests pass
• There is no commented out code in this PR.
• I have followed the development checklist
• The code has been formatted using Black (black --fast homeassistant tests)
• Tests have been added to verify that the new code works.

If user exposed functionality or configuration variables are added/changed:

• Documentation added/updated for www.home-assistant.io

If the code communicates with devices, web services, or third-party tools:

• The manifest file has all fields filled out correctly.
  Updated and included derived files by running: python3 -m script.hassfest.
• New or updated dependencies have been added to requirements_all.txt.
  Updated by running python3 -m script.gen_requirements_all.
• Untested files have been added to .coveragerc.

The integration reached or maintains the following Integration Quality Scale:

• No score or internal
• 🥈 Silver
• 🥇 Gold
• 🏆 Platinum

[codecov]

Codecov Report

Merging #32153 into dev will increase coverage by 0.02%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##              dev   #32153      +/-   ##
==========================================
+ Coverage   94.73%   94.75%   +0.02%     
==========================================
  Files         767      768       +1     
  Lines       55505    55646     +141     
==========================================
+ Hits        52580    52727     +147     
+ Misses       2925     2919       -6

Impacted Files	Coverage Δ
setup.py	88.02% <ø> (ø)	⬆️
homeassistant/components/recorder/models.py	93.93% <100%> (+0.06%)	⬆️
homeassistant/helpers/aiohttp_client.py	95.34% <100%> (+0.05%)	⬆️
homeassistant/util/json.py	85.71% <100%> (+0.2%)	⬆️
...istant/components/google_assistant/report_state.py	83.33% <0%> (-1.67%)	⬇️
homeassistant/components/alexa/state_report.py	83.63% <0%> (-0.63%)	⬇️
...meassistant/components/mqtt/vacuum/schema_state.py	91.13% <0%> (-0.59%)	⬇️
homeassistant/components/twitch/sensor.py	96.7% <0%> (-0.04%)	⬇️
homeassistant/components/rflink/light.py	100% <0%> (ø)	⬆️
homeassistant/components/darksky/sensor.py	96.81% <0%> (ø)	⬆️
... and 58 more

---

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 9801810...abc2108. Read the comment docs.

[KapJI]

@balloob I added it to http manifest because of failed CI job.
http component imports util.json and validation scripts fails even though this library is in main setup.py :(

[balloob]

It's a problem with CI that we should solve. We shouldn't hack around it.

[KapJI]

Can you fix it then? :)

[balloob]

Trying but GitHub is not cooperating.

[balloob]

Realized this is using Rust, which means a big pain point for the community to install on RPi's in a venv. I will have to revert this PR.

[elupus]

I wonder if storing this in a sql native json data type is faster. Might just shift the work, but if it was smartly done it aught to be quicker.