SMSS.exe set priority or afinity - insane CPU usage - process

I am having a problem on my Windows 8 64bit (legitimate) computer. I've got all the drivers for my motherboard, and in the last few weeks I have realised that smss.exe is using up to 40% (average of 30%) of my CPU. When it starts doing this, it can cause crazy lag in my games, even though I have a very high-spec PC.
The file is located in system32 and I've ran lots of AV scans (from Microsoft defender and MalwareBytes). In addition to this, I've also scanned for disk errors on all drives, and replaced the smss.exe from a working PC, but the problem still occurs.
A system restore is not an option here.
If there is no solution, is there any possible way to force the priority of the process to low so my games are playable please? At present, the process cannot be terminated, or edited at all - even the affinity.

Couldn't find the solution. After a lot of work, research, repairing Windows files I was lost. I even manually repaired a lot, but my Windows install was 2 years old. The only fix was to back it all up, reset the PC and run all the same programs again, 1 by 1, and no error has occurred. Odd.

Related

ntoskrnl.exe BSOD's & Random black screen with a frozen cursor

Over the past couple months I have been experiencing BSOD's (some for other reasons but now it's just this one exe) and occasional black screen's.
I have gone through what I believe to be every driver and updated them, ran the windows memory diagnostics tool and the driver verifier and ran 2.5 passes of Memtest and had no issues with any of those, reset my computer to factory default (which is why I don't have the minidumps that I had before), and looked up everything I could trying to troubleshoot this issue. I'll take any good advice I can get from this point on and will answer any questions I can. Here are the mini dumps I have so far:
https://drive.google.com/drive/folders/1VqgX2KXoM32E6K0jAng-WoHZXDI8SOv1?usp=sharing

avi recording index failure

Since 3-4 Weeks I have Problems with Video-File Recording. Everytime I become an Index Fail after close / finish the Recorded File. But the Index is very important for me, because the recorded files should be used later for some Cut Processes. With this Index Failure it Cut me the wrong Part from the Video...
The Constalation is the Follow:
Logitech (B910HD) Webcam as Input Source => Xvid Codec as De/Encoder => Filewriter. All this done by a little, own developed Tool with the help of DirectShow (DirectShowLib-2005.dll).
I tried all logical debugging Steps... I has reinstalled Codecs / tried very lot of Codec Settings / tried other Computers and other Codecs (x264vfw) / reinstalled System (Windows 7 Pro x64 AND Windows XP Pro SP3) / changed WebCam (other B910HD and C920HD Pro) / ....
The more or less crazy thing is that its working very well before the 4 Weeks AND that is working fine on some other machines (same OS / exactly same Units and Hardware). So I though maybe its a Hardware failure from this Units (maybe HDD or Memory) but Tests of this Hardware was good too!
Thanks in advance for all possible solutions!
Comment:
Only VLC Media Player says the Index is defect. Windows Media Player tell me nothing and play the File....
I had a similar experience, seems like the B910 and also C920 webcams are not providing a constant framerate under all conditions. This leads to an incorrect video index. For me it helped to disable the auto-exposure feature. Please try and report if it helped to solve your problems.
#Moderator: please don't delete again, the answer is serious and could help the OP.

Is there a way to see what is using WCF named pipes?

Preface
My knowledge of WCF, and named pipes is less than zero. This is a question I am asking out of necessity, not desire. I'm trying to troubleshoot something.
Question
Is there any kind of tool, program, or place in Windows to see everything that is using WCF Named Pipes, and their origins, so that I can find out what is blocking my tool from working? More details below.
Problem
I use a programming plugin called JustCode from Telerik. It is not working for me on my new computer, so I have been struggling to find out why. I have been in contact with Telerik technical support and review of the log files suggests that the problem is that something on my computer is incorrectly using WCF Named Pipes.
Attempts to further diagnose this led to me completely wiping the computer clean (secure 0 overwrite of the entire hard drive) and reinstalling Windows (8.1 Professional x64) from scratch 30 times, installing nothing except the chipset INF driver, then Visual Studio 2013 Professional with Update 3, then JustCode - in that exact order. No Windows Updates, and no other drivers.
22 of 30 installs, JustCode did not work correctly. However 8 times it did work fine. These are extremely bizarre results and very confusing to me.
I have attempted this same test on 2 other machines, each with identical hardware except the motherboard and processor. My system uses a Haswell i7 (AsRock Z87 Extreme 9/ac motherboard), the other two machines used an IvyBridge i7 CPU and compatible motherboards (ASUS Maximus IV Extreme, Gigabyte GA-X79-UP4)
Here are my results;
AsRock
22 out of 30 failed
ASUS
16 out of 30 failed
GIGABYTE
3 out of 30 failed
I realize that correlation does not directly mean causation, but it is the only lead I have so far.
As a temporary fix, I can run Visual Studio as Administrator and the tool works. But I'd like to avoid having to do that every time for a number of various reasons.
So there it is; With so little installed, I have to conclude there is some native behavior on some piece of hardware that is doing this. Having 0 knowledge of WCF or 'named pipes', I need to try and find a way to look at them and see which part is doing it.

Digital Western Hdrive freezing - Bad hard drive

A week ago my computer start freezing every couple of seconds to 30sec-2minutes.
So i open my proccess explorer to monitor it to see if i get some CPU spikes and if so, which application is causing it.. after some freezes i noticed non of my programs/services is causing the freezes.
so i tried to check if any of my fans aren't working.. but all fans are working great.
adventually i ran the chkdsk scan (in the way i had tons of crashes/ startup problems/ i even couldnt run the windows installation disk due to a memory diagnostic problems.. I HAD Really lots of lots of problems)
adventually i found the problem, it's appear my DW hard drive is faulty and here the hard drive results:
http://pastie.org/2949300
now i'm searching the web for a tool that could fix all it's problems because i really need the drive to work.
Windows 7 ultimate 64bit.
intel e6320
4gb ddr2
ati hd5450.
Please help me if you can guide me what can i do to fix it.. (my os is on it)
Buy a new hard drive, install windows on that and see what you can read of the old disk. You're getting read and write errors in chkdsk, crashes etc, the disk is on the way out.
First of all, try to get a backup of your harddrive / your data. All actions you´re performing right now can lead to a data loss.
I don´t know if there are a web tool for fixing these problems - normally, a extended chkdsk (/r /p) should´ve fix the problems. Your log shows insufficient space on the partition. Can you move some files on another disk and try to run chkdsk again?

Carrying and Working on an Entire Development Box from a USB Stick. Feasible?

Lately I have been thinking about investing in a worthy USB pen drive (something along the lines of this), and install Operating Systems on Virtual Machines and start developing on them.
What I have in mind is that I want to be able to carry my development boxes, being a Windows Distribution for .Net development and a Linux Distribution for stuff like RoR, Perl and whatnot, so that I would be able to carry them around where need be...be it work, school, different computers at home etc...
I am thinking of doing this also for backup purposes...ie to backup my almost-single VM file to an external hd, instead of doing routinely updates to my normal Windows Box. I am also thinking about maybe even committing the VM boxes under Source Control (is that even feasible?)
So, am I on the right track with this ? Do you suggest that I try to implement this out?
How feasible is it to have your development box on Virtual Machine that runs from a USB Pen-Drive ?
I absolutely agree with where you are heading. I wish to do this myself.
But if you don't already know, it's not just about drive size, believe it or not USB Flash drives can be much slower than your spinning disk drives!
This can be a big problem if you plan to actually run the VMs directly from the USB drive!
I've tried running a 4GB Windows XP VM on a 32GB Corsair Survivor and the VM was virtually unusuable! Also copying my 4GB VM off and back onto the drive was also quite slow - about 10 minutes to copy it onto the drive.
If you have an esata port I'd highly recommend looking at high-speed ESata options like this Kanguru 32GB ESata/USB Flash drive OR this 32GB one by OCZ.
The read and write speeds of these drives are much higher over ESata than other USB drives. And you can still use them as USB if you don't have an ESata port. Though if you don't have an ESata port you can buy PCI to ESata cards online and even ESata ExpressCards for your laptop.
EDIT: A side note, you'll find the USB flash drives use FAT instead of NTFS. You don't want to use NTFS because it makes a lot more reads & writes on the disk and your drive will only have a limited number of reads & writes before it dies. But by using FAT you'll be limited to max 2GB file size which might be a problem with your VM. If this is the case, you can split your VM disks into 2GB chunks. Also make sure you backup your VM daily incase your drive does reach it's maximum number of writes. :)
This article on USB thumbdrives states,
Never run disk-intensive applications
directly against files stored on the
thumb drive.
USB thumbdrives utilize flash memory and these have a maximum number of writes before going bad and corruption occurs. The author of the previously linked article found it to be in the range of 10,000 - 100,000 writes but if you are using a disk intensive application this could be an issue.
So if you do this, have an aggressive backup policy to backup your work. Similarly, if when you run your development suite, if it could write to the local hard drive as a temporary workspace this would be ideal.
Hopefully you are talking about interpreted language projects. I couldn't imagine compiling a C/C++ of any size on a VM, let alone a VM running off of a USB drive.
I do it quite frequently with Xen, but also include a bare metal bootable kernel on the drive. This is particularly useful when working on something from which a live CD will be based.
The bad side is the bloat on the VM image to keep it bootable across many machines .. so where you would normally build a very lean and mean paravirtualized kernel only .. you have to also include one that has everything including the kitchen sink (up to what you want, i.e. do you need Audio, or token ring, etc?)
I usually carry two sticks, one has Xen + a patched Linux 2.6.26, the other has my various guest images which are ready to boot either way. A debootstrapped copy of Debian or Ubuntu makes a great starting point to create the former.
If nothing else, its fun to tinker with. Sorry to be a bit GNU/Linux centric, but that's what I use exclusively :) I started messing around with this when I had to find an odd path to upgrading my distro, which was two years behind the current one. So, I strapped a guest, installed what I wanted and pointed GRUB at the new LV for my root file system. Inside, I just mounted my old /home LV and away I went.
Check out MojoPac:
http://www.mojopac.com/
Hard-core gamers use it to take world of warcraft with them on the go -- it should work fine for your development needs, at least on Windows. Use cygwin with it for your unix-dev needs.
I used to do this, and found that compiling was so deathly slow, it wasn't worth it.
Keep in mind that USB flash drives are extremely slow (maybe 10 to 100 times slower) compared to hard drives at random write performance (writing lots of small files to a partition which already has lots of files).
A typical build process using GNU tools will create lots of small files - a simple configure script creates thousands of small files and deletes them again just to test the environment before you even start compiling. You could be waiting a long time.