|
More power efficiency's the main reason for this. It'll have 8 fast hyperthreaded cores for heavy workloads; and 8 optimized for lower power consumption for lighter ones.
I haven't see anything in depth about how well the power savings works in the real world. We know it works on mobile (ARMs big.LITTLE), desktop OSes are much more complicated in terms of what they have going on though. On the one hand that means a lot more background crap that can be offloaded because it's non-time sensitive. On the other a lot more stuff makes the scheduling a lot more complicated.
ex At one point MS stated they intended for W11 to send everything but the foreground app to the efficiency cores. While that's a reasonable baseline there are cases where it's not what the user ones, ie when they're doing time filling stuff while waiting for a video rendering job to complete.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, weighing all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
|
|
|
|
|
Rust is infamous for having a steep learning curve. Assuming you never sleep either?
|
|
|
|
|
And the crux of the reason Rust is "hard" is in the first paragraph:
Quote: but with a good mental model of how memory works, how objects move,
Far too many "programmers" today have no clue to how memory works or how you move stuff around in memory.
|
|
|
|
|
An OS programmer obviously must know the details of "how memory works or how you move stuff around in memory", but for a plain programmer, I am not so sure.
With veteran cars, you may have to learn double clutching, but at least since 1960 (maybe even earlier), all standard cars have had synchronized gearboxes, and you don't even have to know how that synchronization is achieved. Up until the 1980s you should (at least if you live in a country where winter temperatures are far below freezing), you should understand the whys and hows of a manual choke. For the last 30 years, new cars all have automatic choke. Electronic ignition has removed the need to understand how a distributor works. And so on, and so on ...
Even though we oldboys think it a pity that young programmers know nothing about, say, disk scheduling and memory management hardware, we must be willing to accept that some of our knowledge is of secondary importance, at best, to the everyday application programmer today. A lot of it isn't even relevant to OS programmers, such as calculating the track and sector number from a logical disk address.
I think it is time to accept that application programmers need not know how you move stuff around in memory. Of course they should be aware of the total space requirements, and relate that to available resources, but then leave to the OS and MMS hardware to provide it. Just like we leave to the file system and disk logic to provide a block of data from the disk, without understanding track and sector addressing.
|
|
|
|
|
trønderen wrote: Even though we oldboys think it a pity that young programmers know nothing about, say, disk scheduling and memory management hardware,
Our computers these days are "mini-mainframes", with I/O processors, graphics processors, etc. The only part of the computer that most of us program is the CPU, but each of the other components has non-trivial code running on it (e.g. the firmware built in to modern HDDs & SSDs, etc.).
trønderen wrote: I think it is time to accept that application programmers need not know how you move stuff around in memory.
I must disagree with you here. Storage locality (memory, disk, etc.) plays a large part in code optimization. The essence of optimization is intelligent caching of data; having your code "thrash" to disk or require a main memory read for almost all operations is guaranteed to slow your program down by a large amount.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
Without an understanding of memory management, OS level task and thread scheduling, and even in some cases disk management, it is impossible to consistently write high performance code. This is especially true in garbage collected languages such as any dotNet language, Java, and even javascript. This lack of understanding memory allocations and management leads to poor design decisions making code that simply cannot scale without adding hardware.
Even business programmers, which I am, need to understand memory management to guide in the selection the correct data structures to ensure their applications are responsive and low impact on the user PCs. A perfect example was at my last job where we used OpenVMS running on a dual processor Alpha Server. We had an incredibly long and somewhat complex overnight processing script that needed to be complete by 6 AM every morning. As our data grew it was taking until close to 7 AM on some mornings. Using my general knowledge of task scheduling, disk performance, and CPU utilization I was able to rewrite the longest component of this process to partition that part of the problem into independent units and then submit those units for processing. Then I monitored disk I/O and CPU load to find the optimum number of simultaneous job partitions that could be run and set the VMS queue to allow that many jobs to run at one time. These changes cut three to four hours of our nightly processing time. Without my knowledge of system resource usage this simply wasn't possible and my boss, who actually wrote the application software, didn't think we could shorten the overnight processing time and was thinking about adding hardware.
|
|
|
|
|
"As long as you have a team of experts to do the hard stuff, it's complexity isn't a problem for everyone else" is hardly a ringing endorsement.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, weighing all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
|
|
|
|
|
Thinking a bit more, it's not a hard/long term block for the language's growth. If the language maintainers/framework authors can successfully encapsulate enough of the hard stuff behind libraries that normal devs don't need to worry about it it could still go reasonably mainstream.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, weighing all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
|
|
|
|
|
What’s new going forward is the addition of a 4,000-qubit quantum computer by the end of 2025. 3-5 years in the future is the new 5-10?
|
|
|
|
|
As long as it converges, there is hope.
I would be more skeptical if it was diverging.
|
|
|
|
|
PowerShell inventor Jeffrey Snover has aired some grievances about how his indispensable tool once got him demoted. No good deed goes unpunished
Or maybe he was demoted because PowerShell feels so awkward? (OK, it just had a bit of a learning curve for me)
Also, today I learned that This-Style-Of-Coding is called "Kebab-Case"
|
|
|
|
|
Microsoft's C# programming language posted the largest 12-month gain in popularity, says the TIOBE Index for May 2022. And now I can stop looking at the lists, as they finally have the answer I've been looking for
Seriously, I really do need to stop looking at these random list generator articles.
But they keep pulling me back in.
|
|
|
|
|
Why TioBS is garbage today:
9: SQL 1.87%
10: PHP 1.52%
11: Delphi 1.42%
12: Swift 1.23%
13: R 1.22%
One of these things doesn't belong with the other four.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, weighing all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
|
|
|
|
|
Apple has announced that it’s discontinuing the iPod Touch, the last remaining model in its lineup of portable music players. "Something touched me deep inside the day the music died"
I could just play the music on my phone, but I'd need a phone then.
|
|
|
|
|
Microsoft has now released physical copies of Windows 11, a little more than six months after the release of the OS. Remember: you have to keep it in the box so it stays mint condition
|
|
|
|
|
Kent Sharkey wrote: you have to keep it in the box so it stays mint condition
Only way to keep your computer secure, isn't it...
|
|
|
|
|
On the heels of a recent discussion sparked on the Web by Apple's policy aimed to remove outdated apps from the App Store, analytics company Pixalate released a report providing insight into how many iOS and Android apps are outdated and for how long they have not received any update. It's not abandoned, it's just pining for the fjords
|
|
|
|
|
With the recent launch of Windows 11 Microsoft also made having a hardware TPM module mandatory. I guess it's cheaper than a new PC?
|
|
|
|
|
The cybersecurity company says this is the first time they have seen this type of malware hiding method. Fortunately, no one ever looks in there
So maybe the malware won't either?
|
|
|
|
|
Errors are an inevitable part of building software. But while you can’t eradicate them, you can definitely mitigate them. If you don’t measure, track or resolve errors, you’re ignoring a loss in revenue. Off-by-one here, overflow there. Pretty soon, you're talking real money.
Yes, partly a sales pitch for their tools. Posted for the numbers that lead them in that direction.
|
|
|
|
|
The state of project documentation is in disarray, and the impact that has on users, admins and developers grows every day. "The job is not finished until the paperwork is done"
|
|
|
|
|
A lot of people think that "agile" development doesn't need documentation. Disturbingly, a lot of new devs think comments aren't necessary.
".45 ACP - because shooting twice is just silly" - JSOP, 2010 ----- You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010 ----- When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
Agreed. A lot of the open source documentation is, frankly, so sparse as to be useless. The MS documentation seems to be the best documentation available.
|
|
|
|
|
3M filed a patent for a safety harness that will generate electricity when a worker falls from a dangerous height, like from a scaffolding. Don't tell the bosses - they'll replace the office chairs with bungie cords
|
|
|
|
|
Core meltdown? No problem, keep those turbines running!
(Just watched the documentary on Three Mile Island on Netflix, I guess this was on my mind.)
|
|
|
|