for_xyz

8 ms·

31.
by for_xyz 6y ago
Linux was heavily inspired by Unix but it's not Unix in any sense. Rest of Unix certified implementations are however not widely deployed. I don't see many AIX, Solaris production machines anywhere since everyone often deploys Lin
32.
by for_xyz 6y ago
That workflow seems really slow when dealing with multiple repos/subrepos actively compared to what UI frontends offer. But it's still more efficient method for single repository project where using UI git client would be the over
33.
by for_xyz 6y ago
I always wonder how using cli to commit changes is faster than using dedicated git frontends such as Fork to do such tasks. I used to use it like that but it was too much work to manage multiple repositories in such way especially if i didn
34.
by for_xyz 6y ago
Last time I checked (almost 2 years ago) OpenLayers did not support webgl backend for vector graphics. That's why it was slower.
35.
by for_xyz 6y ago
"It went from nicely working Qt program that worked well on OSX, Linux, and Windows to Electron beast that maybe works on Windows" Skype was originally written in Delphi on Windows. Linux and OSX ports used QT. Nowadays the Skype
36.
by for_xyz 6y ago
Since ribbon UI you can always add ribbon items to the quick access toolbar (right click -> add to quick access) which can be accessed by the alt + (item slot number) I always used to add powershell and powershell (admin) from the File m
37.
by for_xyz 7y ago
Defender does the scanning on CloseHandle() calls in untrusted code which can block the thread for even up to ~10ms (including other NTFS filter drivers) which is significant if you do open() close() pairs a lot. More info about the similar
38.
“NTFS Isn't That Bad” – Robert Collins (LCA 2020)(youtube.com)
3 points by for_xyz 7y ago|0 comments
39.
by for_xyz 7y ago
Some people use tmux when connecting to their virtual machines on the server and forget to quit the htop instances. This adds to the total CPU utilization really quick.
40.
by for_xyz 7y ago
On my system there are 240 tasks running with ~1700 threads. Htop is using 6% of single core with cgroup column disabled and 9% with it enabled. It spends most of the time in kernel space so it's not htops fault. > While I agree th
41.
by for_xyz 7y ago
The problem with htop on Linux is that once there are 200+ processes running on the system htop takes significant portion of CPU time and utilization. This is because htop has to go through each process entry in procfs (open, read, close) e
42.
by for_xyz 7y ago
Linus called Geekbench as useless few years ago since it uses hardware implementations of crypto algorithms on some architectures and not on others. [1] https://www.realworldtech.com/forum/?threadid=136526&curpost..
43.
Fuzzing OpenGL Shader Compilers(medium.com)
1 points by for_xyz 7y ago|0 comments
44.
by for_xyz 7y ago
Or disable caching for specified file when calling CreateFile API https://docs.microsoft.com/en-us/windows/win32/api/fileapi/n...
45.
by for_xyz 7y ago
Yes https://www.youtube.com/watch?v=SsoOG6ZeyUI