It is silly there is no simple way to check whether this profile has been activated. CFRs are normal, but trying to even hide the fact if it's on / off seems silly, especially for something so user-facing.
Surely Microsoft is "proud" of their engineering efforts on this one and ought to display it somwhere in the GUI.
Many Linux distros are not known for excellent battery life, so I'm not sure that is the best example.
A more apt example may be Apple, but Apple's CPUs are simply far more efficient than Intel & AMD at single-threaded tasks like these, so "boosting" is not as power-hungry and less heat-inducing. Not to mention Apple will hardly engage P-cores for basic UI tasks; they use a pretty complicated QoS scheme to only activate P-cores for more serious workloads like HTML / JS execution or decompression or application launch.
Microsoft is (smartly) doing it for launch, but also for UI tasks, which is the more nonsensical part: why ... do Windows 11's UIs need modern CPUs to boost? It should load so quickly that there's not even time for the CPU to boost.
I've not seen any controlled testing and, judging by Microsoft's mentality, within a year, they'll have added so much more bloat, it'll undo any perceptible latency benefit and we'll have boosted the CPU clocks for nothing.
It depends: heat soak is a thing.
Initially on cold boot-up, the heatsinks & heatpipes are at ambient temp. After heatsinks & heatpipes warm up (through normal usage), they don't immediately cool to ambient temp when the load goes away. So their baseline is higher and the trigger point for fans is much less stress.
Add a few more CPU spikes → it's too hot to stay at the same fan RPM → fans get triggered to start up up much sooner / get triggered to ramp much more quickly.
Question
Spectate Swamp
In front of a live audience. (Or Net Video?)
Desktop Search and Net Search are from opposite ends of the
search spectrum. They won't do well on the desktop.
Show me the data.
-----------------
It has often been said that with search, nothing is found until
someone views the results. That point has become very clear
while checking out the Desktop Search competition. They list
the files that the results are in and sometimes display the
first hit. Where it is actually ledgable. Most times the first
file matches are just little yellow blobs on something that is
supposed to resemble a page of text.
They brag about finding so many matches in fractions of seconds.
To actually see all the results in context, is painfully slow with
these guys. Spectate Swamp can "Show you the data" in context
much much quicker. Just hit Enter Enter Enter as you fly through
the results (in context & full screen). Hands down winner SSDS.
I used the Search to merge a few large txt files into one, with a
special search key placed near the end.
The max indexing file size for these 3 is as follows:
(1) Yahoo would not index a 81MB text file
(2) Google would not index a 44MB text file
(3) Microsoft would not index a 1.1MB text file
Spectate Swamp has no known text file size limit!!!
Why would anybody want files this large?
Some users have thousands and thousands of text documents in
one format or another. Any application worth its salt can
export those to .txt files. Merge these thousands and thousands into
a handfull of large txt files. Eliminating directory clutter. Very
very few reports and documents are ever printed or sent multiple times.
I'm sure that with a little poking around more major deficiencies,
will crop up.
In a couple days, a comparison of video search capabilities.
Show me the Videos.
-------------------
Link to comment
https://www.neowin.net/forum/topic/457010-spectate-swamp-vs-the-desktop-search-world-g-y-m/Share on other sites
7 answers to this question
Recommended Posts