I have a Windows desktop app using Direct2D. On systems with both integrated and discrete GPUs it's possible for the user to configure the app to use the more powerful discrete GPU via Display Settings, as described here. https://www.amd.com/en/support/kb/faq/gpu-110
Is there a way of adjusting this setting programmatically, so that the application is automatically configured to use the "high performance" GPU without user fettling? Possibly thought a manifest or version resource?
Related
I want to use soft real-time performance on Windows 10 IoT Enterprise, but in the required steps it lists disabling the Windows Audio Service. Is there any way to keep audio on the machine while still utilizing RTP? This feature is exclusive to this version of Windows and is a drawing point for Kiosk Mode, but it removes any and all audio from your device. That doesn't seem like a fair trade...
One thought I had was dedicating a core(s) to the service because perhaps the issue was that the service was being pervasive to the CPU cores regardless of RTP which in turn affects RTP, but this was really just a shot in the dark since there is zero explanation as to why any of the services are required to be disabled in the first place. Regardless, it was not possible to even attempt this because Windows does not allow changing core affinity for Windows processes (from what little I have seen online on this subject).
I am working on an embedded system running a single GUI application. I am using a custom Linux build (buildroot) and have no windowing system installed. The application uses EGL to allocate an on-screen rendering buffer.
I have starting working on supporting keyboard and mouse inputs and would like to use some the input management capabilities that the xserver offers. My understanding is that the xserver drivers are modular and I can load only what is needed (xf86-input-xxx). Is it possible/reasonable to use the xserver for input managment while bypassing the display management aspect?
Unfortunately not. The input events are always routed to an X window. There is no generic "input queue" that you can poll.
We have windows service written in C# and wanted to monitor which method taking more time, memory leaks/allocation etc.
Is it possible to profile windows service using glimpse profiler?
Or any other best profiler to monitor windows service?
(We have tried PerfView and DebugDiag but wanted to look in some other way too.)
Unfortunately, no. Glimpse works based on primitives in ASP.NET (HttpModule, HttpHandler), so it wouldn't be compatible with a standard Windows service.
I'd recommend trying a CPU Profiler like the ones that Red Gate and JetBrains sell.
I know that a MDM Client is an integral part of Windows 10 and hence it is available on any device running windows 10.The following link explains MDM on Windows 10 in great detail and depth:
https://technet.microsoft.com/en-us/itpro/windows/manage/windows-10-mobile-and-mdm
However, I am curious to know(and code) that is it possible to write a custom MDM Client for Windows 10 Mobile/Desktop/Device and how.
Thanks!!
That is not possible, simply because there are no MDM APIs exposed by the OS.
You could write an app that talks to your server and executes commands in sequence, which would mimic the base flow of an MDM protocol. However, the app will be very limited in terms of what it can actually achieve. E.g. you won't be able to install apps, configure accounts, etc.
You could install certificates, although i am not sure those will be system-wide available, and get the basic device info (network hw addresses, battery level etc).
I want to develop a Windows 10 app (something similar to Windows Store app) .
I want to know , would I be able to get the following details from my app
CPU Usage and show top Metro apps consuming RAM
Getting list of all the apps installed.
Battery Usage , list apps consuming more battery
Kill apps consuming more RAM and CPU
Switch On /OFF wifi , Bluetooth from the app only
Any idea if these would be supported or not or shall I go with a WPF application
There is no way to gather this information from a Windows Store App (now called a "Windows Universal App"). Your best bet is to build a Desktop App (now called a "Classic Windows App") to get the information - and WPF is a fine choice if you already know how to use that.
Most of the features you list above (particularly "2.Getting list of all the apps installed." and "4.Kill apps consuming more RAM and CPU") require administrator rights. Windows 8 Store apps and universal Windows apps for Windows 10 run in a isolated security context called AppContainer that has less rights than a standard user much less an administrator. By design, these apps do not have the ability to impact other apps or system systems generally.
At least for #5, there is this new API in Windows 10.
I don't know of a solution for 1-4.