#Xonotic uhd graphics 630 update
#Xonotic uhd graphics 630 Patch
#Xonotic uhd graphics 630 full
#Xonotic uhd graphics 630 android

#Xonotic uhd graphics 630 Patch

I tested the scheduler with the patch and works great, the system was very responsive all the time, under heavy load and multiprocessing, but like the previous test, in my local builds the times under multitasks were:īut in my experience the most responsive scheduler is in this orderĪnd as you asked me I ran some benchmarks using phoronix-test-suite for blender and xonotic Hi applied your patch on cacule 15-tt branch and i set TT_ACCOUNTING_STATS to n, because i use performance governor, I will test this value enabled later. Hi cacule I used the default xanmod config, and when I applied your TT r2 patch to 5.14, I also used the default config file in the xanmod repo, so same config for TT and cacule, in this case CONFIG_NO_HZ_IDLE=y, CONFIG_HZ=500 and autogroup enabled.

#Xonotic uhd graphics 630 update

I will let you know when I update TT so you can test if the freezing issue is solved.

Lack of proper tasks accounting and stats.

config (most importantly the nohz configurations). Regarding throughput tests: I just want to stress out about that both tested kernels should have the same Hz values, please make sure that cacule and tt have the same hz values and also have almost the same. So I have some proposal solution included in the TT future plane: Hi your feedback, I suspect that RT tasks have very high priority that make some starvation to other tasks (hence freezing). If you need a very specific test or log do not hesitate to ask me, as soon as I can I will share it with you and as soon as I have results and commentary for 5.15 tt and cacule I will post it here. To me cacule is the one with the best results in 5.14.16 for multitasking and high cpu demand, TT and cacule have the same result to me in single tasks and low cpu demand, now I'm testing 5.15.1 with your 5.14.full patch applied, I know it is for 5.14 but I wanted to tested in 5.15.Īt the moment I'm doing the same 'tests' in 5.15 and I see a better performance than in 5.14.

Sysbench( different runs (4) take the one with more events of all of them)Īnd finally your responsiveness python script When the java builds lasted twice as long I have some log files using your TT script (every log is with a building in the background, 2 emulator opened and a video playing in the background) I opened kate and was frozen

#Xonotic uhd graphics 630 android

With TT I've noticed longer lags on the same apps, even in the android emulator the app I am using stops, the building in the background goes to 8-10 minutes build time, some windows freezes, and the lag in latte is more noticeable, when the background build stops the system works like a charm again, If a I have a low CPU demand everything works normally. 4-5 min per project, and also playing some video/music on the background, using cacule and doing all of these task I only notice some times a lag in the emulators, or in latte-dock, but system is responsive,some kde desktop animations become a little slow, but I repeat only minimum lag switching between windows. Using cacule gives me the best results when I'm doing multiple tasks (debuggin, building, jumping in meetings, etc) the compilation times are constants e.g. I opened 2 android emulators(QEMU), ide, chrome, slack, etc. Something I noticed using TT was that my local builds some times were double of the normal time under high process demand. I've worked using overclocking in my laptop and always the temperature was approx 80 C.

#Xonotic uhd graphics 630 full

I tested on 5.14.16-cacule and I 5.14.16 with your TT patch, I also will test the 5.15.1-tt and 5.15.1-cacule(I applied your 5.14 full patch with no problems and is working so far) and the system was responsive, only one thing that I will explain later. Hi have been testing TT scheduler in my daily work routine for 1 complete day (no gaming related), and in general the experience was great, no lags, no hangs, etc.