Unfortunately the logfile you uploaded does not contain any recording/streaming attempt.
However there is some improvements to be made in a few places which will help in the performance of OBS:
In your logfile I noticed you have Windows GameDVR enabled. This can be a cause of performance/compatibility issues as even when you are not using it, just having it enabled in Windows settings it will always hook into the game process and commit resources (Similar to what OBS does when OBS is open, though more aggressively as it also buffers for replay recording)
In OBS Settings ---> Advanced ---> Video, you have the color format set to RGBA, which forces OBS to re-encode the colour format as x264 (Your CPU) and h264 (NVENC/AMD VCE) both record natively in NV12. You should revert the change back to NV12, set YUV Colour Space to 601 (720p and below) or 709 (1080p and above) and set YUV Colour Range to Partial.
In your Scene 'Streaming Scene' you have two capture sources, Game Capture and Monitor Capture. You should remove Monitor Capture as it is effectively 'always on' due to the way it works via call functions to commit the data required to draw the frame to your system RAM, bypassing direct injection hooking methods that Window and Game Capture use, which are far more efficient as they grab the frame from the graphics card before encoding it then sending it back to the graphics card for final render output.
Limiting your frame rate in-game will also help a lot in getting the best quality out of your hardware in regards to recording/streaming. I recommend using MSI AfterBurner or EVGA Precision to cap your fps to your monitor refresh rate, or 1-3 frames higher than your monitor refresh rate will generally resolve the issue of screen tearing. Try to avoid V-Sync as it can induce input lag. It will also dramatically reduce the likelihood of encoder (CPU)/render (GPU) lag.
For streaming, you should use CBR rate control with the buffer size being set to the same bitrate as CBR is as a general rule of thumb, regardless of x264/h264 encoder selection (x264 will look far superior in quality output at low bitrates) as with Twitch you are limited to 6k bitrate, YouTube whilst being unlimited, like all other streaming service providers require a constant bitrate to stream properly due to the way they re-encode the data stream.
A general guide on Twitch bitrate recommendations can be found at:
https://stream.twitch.tv/encoding/
Though I would personally never go above 720p60fps and would push for 6k bitrate if possible.
A general guide for YouTube bitrate recommendations can be found at:
https://support.google.com/youtube/answer/2853702?hl=en
Again, the recommended ranges are conservative, especially the higher the resolution. For good quality streaming on YouTube at 1080p60fps you should try for a minimum on 9k, going for 12k+ bitrate.
At the end of the day it is really decided upon what your network can handle in terms of your upload speed, when streaming. There is a caveat of streaming via Twitch, being what your viewers can handle as well in regards to their download speed as a mitigating factor of your bitrate that you stream at, otherwise they can run into issue with buffering/hitching, etc.
Really need a logfile that contains a few minutes' worth of recording/streaming attempt uploaded to potentially troubleshoot further as it will provide more information on how your system configuration is handling the workload:
https://obsproject.com/forum/threads/please-post-a-log-with-your-issue-heres-how.23074/
