His comments came in a mailing list (via Phoronix) discussing an article suggesting AVX-512 might not be part of Intel's upcoming Alder Lake architecture. If that comes to pass, it will be just fine by Torvalds.
"I hope AVX512 dies a painful death, and that Intel starts fixing real problems instead of trying to create magic instructions to then create benchmarks that they can look good on. I hope Intel gets back to basics: gets their process working again, and concentrate more on regular code that isn't HPC or some other pointless special case," Torvalds said.
Intel introduced AVX-512 in 2013, initially as part of its Xeon Phi x200 and Skylake-X processor lines. It has also found its way into more current CPU architectures, including Ice Lake.
The instruction set is designed to bolster performance in various types of workloads, such as scientific simulations, financial analytics, artificial intelligence, data compression, and other tasks that can benefit from more robust floating point operations.
Nevertheless, Torvalds views AVX-512 as an example of "special-case garbage," noting that in regards to floating point performance, "absolutely nobody cares outside of benchmarks."
"I absolutely detest FP benchmarks, and I realize other people care deeply. I just think AVX-512 is exactly the wrong thing to do. It's a pet peeve of mine. It's a prime example of something Intel has done wrong, partly by just increasing the fragmentation of the market," Torvalds said.
Linus Torvalds' comments came from this article: https://is.gd/6zpZRL
Is Linus even a gamer? Oh wait, yeah, not that big a selection for Linux.
Linus Torvalds' comments came from this article: https://is.gd/6zpZRL
Not all CPUs are waiting to do something for end users. Some are
involved in highly complex computing, like animated computer graphics.
You think Zootopia was composed on a home computer? So, you think Intel
(or AMD) are going to tool up for a completely separate production line
for consumer vs high-graphics design platforms? There is an economy in production by reusing existing manufacturing processes. Do consumer platforms utilize AVX? Rarely. Why didn't Linus bitch when Intel added Streaming SIMD Extensions (SSE)? How about all those non-gaming users
that don't care even about the old SSE extensions? Oh my God, the CPU
has something they don't need.
Is Linus
even a gamer? Oh wait, yeah, not that big a selection for Linux.
Yousuf Khan <bbbl67@spammenot.yahoo.com> wrote:
Linus Torvalds' comments came from this article: https://is.gd/6zpZRL
Full URL: >https://www.pcgamer.com/linux-founder-tells-intel-to-stop-inventing-magi >c-instructions-and-start-fixing-real-problems/#referrer=https%3A%2F%2Fww >w.google.com&_tf=From%20%251%24s&share=https%3A%2F%2Fwww.pcgamer.c >om%2Flinux-founder-tells-intel-to-stop-inventing-magic-instructions-and- >start-fixing-real-problems%2F
Linus is known for publishing his tirades on Windows, and even on Linux >variants. He lambasts everyone.[]
Tweaking hardware to look good in benchmarks is news to you? Video chip >makers have been doing this forever, making their hardware or firmware
On 7/15/2020 2:42 PM, VanguardLH wrote:
Not all CPUs are waiting to do something for end users. Some are
involved in highly complex computing, like animated computer graphics.
You think Zootopia was composed on a home computer? So, you think Intel
(or AMD) are going to tool up for a completely separate production line
for consumer vs high-graphics design platforms? There is an economy in
production by reusing existing manufacturing processes. Do consumer
platforms utilize AVX? Rarely. Why didn't Linus bitch when Intel added
Streaming SIMD Extensions (SSE)? How about all those non-gaming users
that don't care even about the old SSE extensions? Oh my God, the CPU
has something they don't need.
Well, no, the SSE extensions were a big improvement over the old
stack-based FPU model. Directly accessible FP registers rather than
pushing and popping indirectly off of a stack. Even AMD's 3DNow achieved this, requiring even less changes to the hardware (it just fixed the existing FPU stack model), although AMD did not yet have sufficient marketshare to push it widely onto the market. I think the point Linus
is making is that AVX takes FPU's to a state that no one asked for. When
the first version of AVX came out, and no one used it, well okay just a mistake, then the second version came out, hoping that it would correct
the deficiencies of the first one, still kind of understandable. When
even that one wasn't used, and now we're at like version 3 or 4, none of which are being used, then that's obviously gone too far.
Yousuf Khan
On Wed, 15 Jul 2020 at 13:42:37, VanguardLH <V@nguard.LH> wrote:
Yousuf Khan <bbbl67@spammenot.yahoo.com> wrote:
Linus Torvalds' comments came from this article: https://is.gd/6zpZRL
Full URL: >>https://www.pcgamer.com/linux-founder-tells-intel-to-stop-inventing-magi >>c-instructions-and-start-fixing-real-problems/#referrer=https%3A%2F%2Fww >>w.google.com&_tf=From%20%251%24s&share=https%3A%2F%2Fwww.pcgamer.c >>om%2Flinux-founder-tells-intel-to-stop-inventing-magic-instructions-and- >>start-fixing-real-problems%2F
I'm a little surprised at VLH for the above: surely it's rather _more_
than a Full URL: I think you could truncate it before the # sign. What follows are "referrer" and "From", with another couple of URLs in there (with the "://"s and subsequent "/"s turned into their hex equivalents).
Tweaking hardware to look good in benchmarks is news to you? Video
chip makers have been doing this forever, making their hardware or
firmware
Not exclusive to computing hardware of course! The last _big_ one I can remember is Volkswagen getting _caught_ detecting when their engines
were undergoing the annual emission tests (as required by most
countries) and running accordingly, but I'm sure there are myriad
examples. (Note: not myriad _of_.)
is not"is now"
VanguardLH wrote:
Is Linus even a gamer? Oh wait, yeah, not that big a selection for
Linux.
Linux is not tied with Windows for gaming. Take
a gander at:
Fedora 31 | Features, Gaming, and New Daily Driver https://www.youtube.com/watch?v=1P8oBlOTBho
On 2020-07-15 11:42, VanguardLH wrote:
Is Linus
even a gamer? Oh wait, yeah, not that big a selection for Linux.
Linux is not tied with Windows for gaming. Take
a gander at:
Fedora 31 | Features, Gaming, and New Daily Driver https://www.youtube.com/watch?v=1P8oBlOTBho
"J. P. Gilliver (John)" <G6JPG@255soft.uk> wrote:[]
On Wed, 15 Jul 2020 at 13:42:37, VanguardLH <V@nguard.LH> wrote:
Yousuf Khan <bbbl67@spammenot.yahoo.com> wrote:
Linus Torvalds' comments came from this article: https://is.gd/6zpZRL
Full URL: >>>https://www.pcgamer.com/linux-founder-tells-intel-to-stop-inventing-magi >>>c-instructions-and-start-fixing-real-problems/#referrer=https%3A%2F%2Fww >>>w.google.com&_tf=From%20%251%24s&share=https%3A%2F%2Fwww.pcgamer.c >>>om%2Flinux-founder-tells-intel-to-stop-inventing-magic-instructions-and- >>>start-fixing-real-problems%2F
I'm a little surprised at VLH for the above: surely it's rather _more_
than a Full URL: I think you could truncate it before the # sign. What
I gave the full URL that the *OP* provided with the shortened version.
[]Tweaking hardware to look good in benchmarks is news to you? Video
[]Not exclusive to computing hardware of course! The last _big_ one I can
remember is Volkswagen getting _caught_ detecting when their engines
I wonder how a car knows a gas sniffer is poking up its ahole. Oooh,
warm that up first before sticking it in. I suppose the car's computer
could notice the car wheels weren't rotating when the engine got revved
up and the steering wheel wasn't turning.
My state dropped emissions testing (for consumer vehicles which the
owner had to pay an $8 fee before they could get tabs) a long time ago.
testing despite our state has a green light. Must've been in sub-EPA or
more green-centric states where VW got busted for cheating.
You didn't provide a timemark for the related content, and I wasn't
going to watch all of the 22 minute video, so I moved the slider to skim through it. The author started talking about Steam on Linux which could
now detect the native OS platform to know which game titles to present.
Steam represents about 78% of the marketshare for computer games. I saw something about them using a compatibility shim to run Windows games on
Linux platforms eliminating the need to run Steam and the Windows games inside of WINE. Wonder how the benchmarks reflect the performance of a Windows game running inside of WINE versus running the Windows game atop Steam's shim.
T <T@invalid.invalid> wrote:
VanguardLH wrote:
Is Linus even a gamer? Oh wait, yeah, not that big a selection for
Linux.
Linux is not tied with Windows for gaming. Take
a gander at:
Fedora 31 | Features, Gaming, and New Daily Driver
https://www.youtube.com/watch?v=1P8oBlOTBho
You didn't provide a timemark for the related content, and I wasn't
going to watch all of the 22 minute video, so I moved the slider to skim through it. The author started talking about Steam on Linux which could
now detect the native OS platform to know which game titles to present.
Steam represents about 78% of the marketshare for computer games. I saw something about them using a compatibility shim to run Windows games on
Linux platforms eliminating the need to run Steam and the Windows games inside of WINE. Wonder how the benchmarks reflect the performance of a Windows game running inside of WINE versus running the Windows game atop Steam's shim.
https://itsfoss.com/steam-play/
Oh, so Steam Play simply provides a fork of WINE as its shim between the native OS platform and the Windows-only game. The Windows games will
likely be impacted the same whether ran inside of WINE or Steam's
variant of WINE. I didn't even bother to address running anything
Windows inside of WINE or via any other emulation layer, like VMWare
Player for Linux running Windows as a guest OS and then running a
Windows game inside of that virtual machine. That something is doable doesn't mean it should be.
That still means the games were *not* developed for the Linux platform.
They were written for the Windows platform. Guess I should've qualified
my statement by saying:
"Oh wait, yeah, not that big a selection of native Linux games."
Do hardcore gamers even bother with WINE? Conversely, everything Linux
can be played on Windows, too, so the user could use a Windows platform
to play native Windows games and emulated Linux games. Is there much
draw for that scenario? You can even play Android apps on Windows by
using a shim aka emulator, like Bluestacks. There's native-on-native,
and then there are less-than-ideal workarounds.
On 2020-07-16 1:35 p.m., T wrote:
On 2020-07-15 11:42, VanguardLH wrote:
Is Linus
even a gamer? Oh wait, yeah, not that big a selection for Linux.
Linux is not tied with Windows for gaming. Take
a gander at:
Fedora 31 | Features, Gaming, and New Daily Driver
https://www.youtube.com/watch?v=1P8oBlOTBho
You make joke, Yes? :-)
Rene
VanguardLH wrote:
The author started talking about Steam on Linux which could now
detect the native OS platform to know which game titles to present.
Steam represents about 78% of the marketshare for computer games. I
saw something about them using a compatibility shim to run Windows
games on Linux platforms eliminating the need to run Steam and the
Windows games inside of WINE.
No all Steam games on Linux are Windows games running in WINE, many
are truly ported. I've got the Borderland games and they are ports
not running in WINE. Proton and WINE just extend selection for old
games avoiding the need to port.
"J. P. Gilliver (John)" <G6JPG@255soft.uk> wrote:
On Wed, 15 Jul 2020 at 13:42:37, VanguardLH <V@nguard.LH> wrote:
Yousuf Khan <bbbl67@spammenot.yahoo.com> wrote:
Linus Torvalds' comments came from this article: https://is.gd/6zpZRL
Full URL: >>>https://www.pcgamer.com/linux-founder-tells-intel-to-stop-inventing-magi >>>c-instructions-and-start-fixing-real-problems/#referrer=https%3A%2F%2Fww >>>w.google.com&_tf=From%20%251%24s&share=https%3A%2F%2Fwww.pcgamer.c >>>om%2Flinux-founder-tells-intel-to-stop-inventing-magic-instructions-and- >>>start-fixing-real-problems%2F
I'm a little surprised at VLH for the above: surely it's rather _more_
than a Full URL: I think you could truncate it before the # sign. What
follows are "referrer" and "From", with another couple of URLs in there
(with the "://"s and subsequent "/"s turned into their hex equivalents).
is.gd, the URL shortening service that the OP used, does not provide a >preview mode. With TinyURL, you can add the "preview" hostname to see
where shortened URL points.
Well, is.gd does have a preview mode, but it's clumsy. You go to:
https://is.gd/previews.php
click on the "... see preview page ...", leave the web browser open, and
then click on the shortened URL the OP provided. Their page then shows
the full original URL and, yep, it has all that crap in it. Or you can
use on of the URL lengthener sites to reveal the original URL.
I gave the full URL that the *OP* provided with the shortened version. >Complain to the OP about not truncating URLs to their minimum. If he
had, he would not have needed the URL shortening service. The full URL:
https://www.pcgamer.com/linux-founder-tells-intel-to-stop-inventing-magic-instructions-and-start-fixing-real-problems/
is perhaps longer than the typical line length viewed in NNTP clients,
but slicing up URLs that are longer than the logical (viewed) line
length by injecting newlines (slicing URLs into multiple physical lines)
is a defect of the sender's client. Physical lines can be up to 998 >characters long (that's the old-time recommendation). Maybe some NNTP >clients have problems when viewing physical line lengths longer than
their viewable line length making the URL not clickable, and why I've
seen some posters enclose the long URL within angle brackets, like
<URL>, as a workaround for deficient clients.
"Jonathan N. Little" <lws4art@gmail.com> wrote:
VanguardLH wrote:
Steam Play (Steam for Linux) detects the platform for the game probably
via a manifest for the game specifying its native platform. If it's a
native Linux game, it just loads it in Linux. If a Windows game, it
uses its WINE variant (aka Proton) to run the Windows game in that
emulator running atop Linux.
https://www.extremetech.com/gaming/275972-steam-for-linux-now-runs-windows-only-games
On 2020-07-16 14:01, VanguardLH wrote:
T <T@invalid.invalid> wrote:
VanguardLH wrote:
Is Linus even a gamer? Oh wait, yeah, not that big a selection for
Linux.
Linux is not tied with Windows for gaming. Take
a gander at:
Fedora 31 | Features, Gaming, and New Daily Driver
https://www.youtube.com/watch?v=1P8oBlOTBho
You didn't provide a timemark for the related content, and I wasn't
going to watch all of the 22 minute video, so I moved the slider to skim
through it. The author started talking about Steam on Linux which could
now detect the native OS platform to know which game titles to present.
Steam represents about 78% of the marketshare for computer games. I saw
something about them using a compatibility shim to run Windows games on
Linux platforms eliminating the need to run Steam and the Windows games
inside of WINE. Wonder how the benchmarks reflect the performance of a
Windows game running inside of WINE versus running the Windows game atop
Steam's shim.
https://itsfoss.com/steam-play/
Oh, so Steam Play simply provides a fork of WINE as its shim between the
native OS platform and the Windows-only game. The Windows games will
likely be impacted the same whether ran inside of WINE or Steam's
variant of WINE. I didn't even bother to address running anything
Windows inside of WINE or via any other emulation layer, like VMWare
Player for Linux running Windows as a guest OS and then running a
Windows game inside of that virtual machine. That something is doable
doesn't mean it should be.
That still means the games were *not* developed for the Linux platform.
They were written for the Windows platform. Guess I should've qualified
my statement by saying:
"Oh wait, yeah, not that big a selection of native Linux games."
Do hardcore gamers even bother with WINE? Conversely, everything Linux
can be played on Windows, too, so the user could use a Windows platform
to play native Windows games and emulated Linux games. Is there much
draw for that scenario? You can even play Android apps on Windows by
using a shim aka emulator, like Bluestacks. There's native-on-native,
and then there are less-than-ideal workarounds.
Titus starts in with Lutris at about 7:25
Rene Lamontagne wrote:
On 2020-07-16 1:35 p.m., T wrote:
On 2020-07-15 11:42, VanguardLH wrote:
Is Linus
even a gamer? Oh wait, yeah, not that big a selection for Linux.
Linux is not tied with Windows for gaming. Take
a gander at:
Fedora 31 | Features, Gaming, and New Daily Driver
https://www.youtube.com/watch?v=1P8oBlOTBho
You make joke, Yes? :-)
Rene
Are we playing "Sodoku" yet ?
Paul
On 2020-07-16 6:08 p.m., Paul wrote:
Rene Lamontagne wrote:
On 2020-07-16 1:35 p.m., T wrote:
On 2020-07-15 11:42, VanguardLH wrote:
Is Linus
even a gamer?� Oh wait, yeah, not that big a selection for Linux.
Linux is not tied with Windows for gaming.� Take
a gander at:
Fedora 31 | Features, Gaming, and New Daily Driver
https://www.youtube.com/watch?v=1P8oBlOTBho
You make joke, Yes?� :-)
Rene
Are we playing "Sodoku" yet ?
�� Paul
I don't know how to play 'Sodoku'
Too old to start now. :-)
T <T@invalid.invalid> wrote:
On 2020-07-16 14:01, VanguardLH wrote:
T <T@invalid.invalid> wrote:
VanguardLH wrote:
Is Linus even a gamer? Oh wait, yeah, not that big a selection for
Linux.
Linux is not tied with Windows for gaming. Take
a gander at:
Fedora 31 | Features, Gaming, and New Daily Driver
https://www.youtube.com/watch?v=1P8oBlOTBho
You didn't provide a timemark for the related content, and I wasn't
going to watch all of the 22 minute video, so I moved the slider to skim >>> through it. The author started talking about Steam on Linux which could >>> now detect the native OS platform to know which game titles to present.
Steam represents about 78% of the marketshare for computer games. I saw >>> something about them using a compatibility shim to run Windows games on
Linux platforms eliminating the need to run Steam and the Windows games
inside of WINE. Wonder how the benchmarks reflect the performance of a
Windows game running inside of WINE versus running the Windows game atop >>> Steam's shim.
https://itsfoss.com/steam-play/
Oh, so Steam Play simply provides a fork of WINE as its shim between the >>> native OS platform and the Windows-only game. The Windows games will
likely be impacted the same whether ran inside of WINE or Steam's
variant of WINE. I didn't even bother to address running anything
Windows inside of WINE or via any other emulation layer, like VMWare
Player for Linux running Windows as a guest OS and then running a
Windows game inside of that virtual machine. That something is doable
doesn't mean it should be.
That still means the games were *not* developed for the Linux platform.
They were written for the Windows platform. Guess I should've qualified >>> my statement by saying:
"Oh wait, yeah, not that big a selection of native Linux games."
Do hardcore gamers even bother with WINE? Conversely, everything Linux
can be played on Windows, too, so the user could use a Windows platform
to play native Windows games and emulated Linux games. Is there much
draw for that scenario? You can even play Android apps on Windows by
using a shim aka emulator, like Bluestacks. There's native-on-native,
and then there are less-than-ideal workarounds.
Titus starts in with Lutris at about 7:25
He first shows installing Lutris (Open Gaming Platform) before
installing Steam Play. Is Lutris even needed to use Steam's dispatcher
to decide if a game's manifest says it is Windows-only to then run it
under Steam's Proton variant of WINE? Isn't Lutris a Linux game library manager and launcher, and perhaps across multiple sources (Steam,
battle.net, GOG)?
The video author says Lutris has no documentation. Really? Learning is solely by trial-and-error, or pleading for info in a user community?
Before all that, he installed rpmFusion to get all the libs that Redhat doesn't include on which Lutris and Steam Play might be dependent.
Install this, a must. Maybe install that. Then install Steam Play. I
take it Lutris and Steam Play won't grab, download, and install any libs
they are dependent upon. Seems this could be further streamlined for a bigger lure to users to leave Windows. Maybe the chained installs are
needed just for Fedora.
Folks will leave Windows when enough of they applications they need
are ported over. M$ rules the universe when it comes to applications
and some outer ring of hell when it comes to quality and security.
Rene Lamontagne <rlamont@shaw.ca> wrote:
Paul wrote:
Are we playing "Sodoku" yet ?
I don't know how to play 'Sodoku'
Too old to start now. :-)
I know how to play but it's tedious, so I wrote a Sudoku solver in Excel (using VBA). It's more fun to watch the puzzle being solved.
T <T@invalid.invalid> wrote:
Folks will leave Windows when enough of they applications they need
are ported over. M$ rules the universe when it comes to applications
and some outer ring of hell when it comes to quality and security.
I think "catch 'em early" works better. School have and still do train students on Windows. Chromebooks have penetrated schools more then
Linux. Users that, by choice, switch to Linux sometime later in their
lives are doing so due to curiosity, training, job requirements, using
the best platform for a critical task, or enlarge their expertise.
That's why Linux penetration has only been about 2% of the consumer PC market. There already is good penetration into commercial use.
When schools are predominatly training students in an OS then the market penetration goes up. The students take with them what they learned. Microsoft learned that long ago. So did Apple. With so many Linux
variants and only a few commercial vendors (e.g., Redhat), free is not a sufficient reason for mass migration to Linux. Get a gradually larger student population to take Linux expertise into their homes and
workplace. Capture the minds and hearts of future computer users. Is
Linux deployed in pre-college schools for getting students intimate with
that OS?
http://linuxfederation.com/linux-part-school-education
(Yeah, it's a blog, so no datestamp as typical of blogs.)
https://opensource.com/article/18/3/linux-forward-schools
For well-rounded computer eduction, students should really be exposed to multiple operating systems. Learn 'em, and let 'em choose.
However, businesses and even schools need support from the OS vendor.
Free doesn't include technical support. Those institutions don't look firstly at the cost of a license. They look for support and its cost.
Not having robust support is costly. In-house training still has costs
and adds delay to acquire expertise. Like buying a printer, you figure
the Cost of Ownership is in the rate of use of the consumables (paper,
ink), and lastly consider the cost of the printer. The cost of OS
licenses is never discussed when we plan deployment of hosts, and
supporting them. The loss of use for a critical business app or suite
due to lack of support far exceeds free versus paid OS or software.
Cobol programmers are in high demand ($75K/year average base pay),
because colleges stopped teaching it long ago, so there aren't many
Cobol programmers around after attribtion of old farts that have retired
died off. Same for Fortran nowadays ($80K/year average base salary). Companies are willing to pay for the expertise that is hard to find.
They couldn't give a gnat's fart about the costs for Cobol compiler
licenses. Losing a critical business program due to no support costs
way more, maybe even cause the company's demise.
I have a sneaking suspicion that Microsoft is planning a migration to a Linux/Windows hybrid kernel with a Windows GUI. After all, Windows NT,
and up, which had an NT-based kernel still carried along the familiar
desktop GUI from the 9x/DOS frankenjob GUI. First it was Linux in their Azure cloud service. Then they began releasing apps for Android and
Linux. They rolled in a Linux compatibility layer (Windows Subsystem
for Linux, or WSL, but no Linux kernel code) to run Linux binary
executables. Rolling in subsystems into Windows isn't new. NTFS is a
file subsystem, as are FAT, exFAT, and CDFS. WSL v2 was announced May
2019 which moved to a real Linux kernel (as a subset of Hyper-V
features). In 2016, WSL only provided an Ubuntu image. the Fall
Creators Update in Oct 2017 move to SUSE images. With WSL v2 in May
2019, Linux support moved to a Hyper-V VM-based backend instead of the system-call adaption (compatibility) layer. We've been familiar with
VMMs (Virtual Machine Managers) using virtual machines running guest
OSes on Windows (or visa versa on Linux) for a long time. Microsoft
decided to use the Hyper-V VMM. They wanted a kernel-mode model instead
of user-mode solutions. Because of the extremely high adoption of
Windows versus Linux, there has been concern that WSL could be a way for Microsoft to "embrace, extend, and extinguish Linux".
At first, WSL was available only for Pro and Enterprise editions of
Windows 10 x64. On July 2019, they granted its used on Home editions.
I run optionalfeatures.exe (run with admin permissionsto effect
changes), scroll down, and WSL is listed. I haven't yet played with
WSL, so it's currently disabled.
https://betanews.com/2018/03/06/debian-linux-windows/
"I am of the opinion that if you want to run an operating system based
on that open source kernel, then you should just do so natively -- not
on top of Windows."
Well, that is not accurate. Hyper-V (a native hypervisor) is a VMM but
it does *NOT* run in user-mode to manage VMs. It is a kernel-mode
service. Probably because the Linux images are represented as "apps" in Microsoft's store is why that author thinks it is an app running atop of Windows.
"Hyper-V implements isolation of virtual machines in terms of a
partition."
That's not a portion of an HDD or SDD where sectors are allocated in a
group for use by an OS or data. That's a hypervisor partition. IBM mainframes 30+ years ago used similar hypervisors with OS isolation partitions. I was helping the sysadmin migrate to a new version of VSE,
MVS, or VM by installing and configuring the new version of the OS in a different partition that was not accessible to the users. When we were ready, and late at night when the users were gone and after announcing
the switch (because any users connected to the OS version in the old partition would get disconnected), we swapped which was the primary OS partition. The users came in and found a new version of the OS was
ready. If there was a problem, we could switch back to the old OS
partition.
OS partition (Hyper-V) hierarchy https://upload.wikimedia.org/wikipedia/commons/thumb/0/06/Hyper-V.png/675px-Hyper-V.png
Yes, every hypervisor is itself an OS, but the working Windows image and Linux image are not "running atop Windows". Users aren't using the
Hyper-V OS for their work. They're using the VM of Windows managed by Hyper-V. Well, that's how it works for the server version. Only admins
go into the Hyper-V OS to configure it. That's a distant memory since I haven't looked at Hyper-V for years.
On 2020-07-16 1:35 p.m., T wrote:
On 2020-07-15 11:42, VanguardLH wrote:
Is Linus
even a gamer? Oh wait, yeah, not that big a selection for Linux.
Linux is not tied with Windows for gaming. Take
a gander at:
Fedora 31 | Features, Gaming, and New Daily Driver
https://www.youtube.com/watch?v=1P8oBlOTBho
You make joke, Yes? :-)
Rene
{Using Windows Subsystem for Linux}
VanguardLH wrote:
"Jonathan N. Little" <lws4art@gmail.com> wrote:
VanguardLH wrote:
<snip>
Steam Play (Steam for Linux) detects the platform for the game probably
via a manifest for the game specifying its native platform. If it's a
native Linux game, it just loads it in Linux. If a Windows game, it
uses its WINE variant (aka Proton) to run the Windows game in that
emulator running atop Linux.
https://www.extremetech.com/gaming/275972-steam-for-linux-now-runs-windows-only-games
2 years old. The landscape is changing rapidly. Of the top 100 games 1/3
now ported. More will be in the future with new games.
<https://www.protondb.com/>
VanguardLH <V@nguard.LH> wrote:
{Using Windows Subsystem for Linux}
From what I've seen of the WSL videos, and because the Linux "apps" are lightweight images of Linux, what I see is running the Linux image dumps
you to a bash shell in terminal mode (aka command line aka console
mode). You don't get a GUI desktop, like Gnome or KDE. Alas, most
Windows users don't know about shells, console-mode, or entering
commands. They'll want a GUI for, say, the WSL/Ubuntu image. The
Windows 10 WSL bash shell doesn't officially support GUI Linux desktops. Microsoft intended WSL's bash shell for developers running Linux terminal-mode programs although it seems you can load GUI apps via shell commands. I suppose Microsoft also didn't want to waste resources on developing a GUI desktop when there have been lots of others already.
Also, the recent computer science grads I have come across make my
head spin. They know virtually nothing about computers or
programming. Seriously, they barely know what a mouse is. And they
are in debt up to the asses with student loans.
I wonder how a car knows a gas sniffer is poking up its ahole. Oooh,
warm that up first before sticking it in. I suppose the car's computer
could notice the car wheels weren't rotating when the engine got revved
up and the steering wheel wasn't turning.
Where's the impetus to port if Steam's Proton (variant of WINE) along
with using proprietary video drivers for Linux (if available) lets Windows-only games run on Linux?
Any benchmarks showing performance differences (FPS, CPU/core
frequencies, video quality, temperatures, etc) between a ported Windows
game (making it a native Linux game) versus using Steam Proton and proprietary video Linux drivers?
From what I've seen of the WSL videos, and because the Linux "apps" are lightweight images of Linux, what I see is running the Linux image dumps
you to a bash shell in terminal mode (aka command line aka console
mode). You don't get a GUI desktop, like Gnome or KDE.
VanguardLH wrote:^^^^^^^
You don't get a GUI desktop, like Gnome or KDE.
Not this year (unless you install an X11 server within windows, or an
RDP server within windows) but they're working on it ...
On 2020-07-16 14:04, Rene Lamontagne wrote:
On 2020-07-16 1:35 p.m., T wrote:
On 2020-07-15 11:42, VanguardLH wrote:
Is Linus
even a gamer? Oh wait, yeah, not that big a selection for Linux.
Linux is not tied with Windows for gaming. Take
a gander at:
Fedora 31 | Features, Gaming, and New Daily Driver
https://www.youtube.com/watch?v=1P8oBlOTBho
You make joke, Yes? :-)
Rene
Did you watch the video?
"Jonathan N. Little" <lws4art@gmail.com> wrote:
VanguardLH wrote:
"Jonathan N. Little" <lws4art@gmail.com> wrote:
VanguardLH wrote:
<snip>
Steam Play (Steam for Linux) detects the platform for the game probably
via a manifest for the game specifying its native platform. If it's a
native Linux game, it just loads it in Linux. If a Windows game, it
uses its WINE variant (aka Proton) to run the Windows game in that
emulator running atop Linux.
https://www.extremetech.com/gaming/275972-steam-for-linux-now-runs-windows-only-games
2 years old. The landscape is changing rapidly. Of the top 100 games 1/3
now ported. More will be in the future with new games.
<https://www.protondb.com/>
Where's the impetus to port if Steam's Proton (variant of WINE) along
with using proprietary video drivers for Linux (if available) lets Windows-only games run on Linux?
Any benchmarks showing performance differences (FPS, CPU/core
frequencies, video quality, temperatures, etc) between a ported Windows
game (making it a native Linux game) versus using Steam Proton and proprietary video Linux drivers?
If there's no or little performance impact, can't see game authors
spending the time and resources to port from Windows with 88%
marketshare to Linux with a 2% marketshare.
protondb.com is a database of Windows-only games that have been
user-reported as compatible by using Proton (don't know if proprietary
Linux video drivers were used, though, or if Vulkan is solely relied on
to retain video performance). Is there a toggle or view there showing
how many Proton-compatible Windows-only games have been ported to Linux
hence eliminating the need for Proton? Games played on Linux using
Proton are not ported games.
On 2020-07-16 21:47, VanguardLH wrote:[]
When schools are predominatly training students in an OS then the
market
penetration goes up. The students take with them what they learned.
Microsoft learned that long ago. So did Apple. With so many Linux
variants and only a few commercial vendors (e.g., Redhat), free is not a
sufficient reason for mass migration to Linux. Get a gradually larger
For well-rounded computer eduction, students should really be
exposed to
multiple operating systems. Learn 'em, and let 'em choose.
However, businesses and even schools need support from the OS
vendor.
Free doesn't include technical support. Those institutions don't look
firstly at the cost of a license. They look for support and its cost.
Not having robust support is costly. In-house training still has costs
and adds delay to acquire expertise. Like buying a printer, you figure
the Cost of Ownership is in the rate of use of the consumables (paper,
ink), and lastly consider the cost of the printer. The cost of OS
died off. Same for Fortran nowadays ($80K/year average base salary).
I have a sneaking suspicion that Microsoft is planning a migration
to a
Linux/Windows hybrid kernel with a Windows GUI. After all, Windows NT,
and up, which had an NT-based kernel still carried along the familiar
desktop GUI from the 9x/DOS frankenjob GUI. First it was Linux in their
And my current experience with small business I have
constantly tried to figure out how to get folks on
Linux. It is virtually impossible, as the apps they
need only run in Windows.
It is the apps the customer cares about. They could
care less if they were run int Flying Zucchini OS, if
it ran their apps.
Also, the recent computer science grads I have come
across make my head spin. They know virtually nothing
about computers or programming. Seriously, they barely
know what a mouse is. And they are in debt up to the
asses with student loans.
T <T@invalid.invalid> wrote:[]
Also, the recent computer science grads I have come across make my
head spin. They know virtually nothing about computers or
programming. Seriously, they barely know what a mouse is. And they
are in debt up to the asses with student loans.
We'd get CSci university interns to help in Software QA. They were
instructional CDs) the rest of us got. The interns just had no grasp of[]
how to dig into software to test it, and how to document their testing
like 1st-year students instead of near-grads. No initiative, no talent
for testing, and poor writing skills.
I remember someone remarking that college isn't about training their
students for a particular job. It's to train them on how to learn. Not
evidenced by the interns that we got. I think we used interns for 6
months: the contract length. Never again thereafter. A failed
Field Support was easy to get unless they were at a job site, plus they
were experienced on how customers used the product, not how Dev thinks
it should work per the Functional and Engineering Spec docs. Eventually
were, um, lenient in our report to the college for our assessment of the >interns. We still wanted them to get academic credit.
There were no later experiments using interns to better gauge the--
usefulness of that workforce source. Before the contract ended, my
manager asked for reviews on their performance. I told my boss that I'd >write scripts to do the work of the interns. I didn't get overtime, but
I did accrue flex time that I could add to my PTO. I took some long >vacations or extended weekends when QA wasn't in prep or crunch mode.
On Thu, 16 Jul 2020 at 22:35:33, T <T@invalid.invalid> wrote:[]
It is the apps the customer cares about. They could
[]care less if they were run int Flying Zucchini OS, if
it ran their apps.
VanguardLH wrote:
You don't get a GUI desktop, like Gnome or KDE.
Not this year (unless you install an X11 server within windows
Also, the recent computer science grads I have come
across make my head spin.
They know virtually nothing
about computers or programming. Seriously, they barely
know what a mouse is.
And they are in debt up to the
asses with student loans.
I remember - I _think_ it was in the last decade, but it might have been more - being startled when I spoke to a young computing graduate, to
find he'd never done any assembler. At that time, after my initial double-take, I thought to myself: the field is big enough, that there'll
be plenty of room for him, and in practice he'll probably never have any trouble finding interesting and well-paid employment.
I know "could care less" is the US version of this expression, but it's inaccurate. Think about it: if you could care less, that implies thatInteresting, so the one with the double negative is the correct one. My publik skool education really sucked.
you do care a little - which is not what you mean; you actually mean "couldn't care less".
On 2020-07-17 12:36 a.m., T wrote:
On 2020-07-16 14:04, Rene Lamontagne wrote:
On 2020-07-16 1:35 p.m., T wrote:
On 2020-07-15 11:42, VanguardLH wrote:
Is Linus
even a gamer? Oh wait, yeah, not that big a selection for Linux.
Linux is not tied with Windows for gaming. Take
a gander at:
Fedora 31 | Features, Gaming, and New Daily Driver
https://www.youtube.com/watch?v=1P8oBlOTBho
You make joke, Yes? :-)
Rene
Did you watch the video?
I think I slept through the best parts.
Rene
On Thu, 16 Jul 2020 at 22:35:33, T <T@invalid.invalid> wrote:[]
It is the apps the customer cares about. They could
couldn't
[]care less if they were run int Flying Zucchini OS, if
it ran their apps.
I know "could care less" is the US version of this expression, but it's >inaccurate. Think about it: if you could care less, that implies that
you do care a little - which is not what you mean; you actually mean >"couldn't care less".
On 2020-07-17 12:36 a.m., T wrote:
Did you watch the video?
I think I slept through the best parts.
Rene
T <T@invalid.invalid> wrote:
No initiative, no talent for testing, and poor writing skills.
I remember someone remarking that college isn't about training their
students for a particular job. It's to train them on how to learn.
VanguardLH wrote:
Where's the impetus to port if Steam's Proton (variant of WINE) along
with using proprietary video drivers for Linux (if available) lets
Windows-only games run on Linux?
Any benchmarks showing performance differences (FPS, CPU/core
frequencies, video quality, temperatures, etc) between a ported Windows
game (making it a native Linux game) versus using Steam Proton and
proprietary video Linux drivers?
Can't point you to a specific video, but I daresay Wendell has one that covers it with a gaming-targeted distro.
<https://www.youtube.com/c/TekLinux/videos>
On 2020-07-17 07:55, J. P. Gilliver (John) wrote:
I know "could care less" is the US version of this expression, but
it's inaccurate. Think about it: if you could care less, that implies >>that you do care a little - which is not what you mean; you actually
mean "couldn't�care�less".
Interesting, so the one with the double negative is the correct one. My >publik skool education really sucked.
Also interesting, in America we say "that horse is different
FROM that one". In the UK they say "that horse is different
TO that one". Or so the shows from the UK on Netflix use it.
One of my customers just hired a English grad. To make
small talk with her, I asked her for her take on the
Split Infinitive. I could tell she barely knew
what I was talking about. I quickly changed the
subject as I could tell it made her uncomfortable
On Fri, 17 Jul 2020 15:55:00 +0100, "J. P. Gilliver (John)" ><G6JPG@255soft.uk> wrote:
On Thu, 16 Jul 2020 at 22:35:33, T <T@invalid.invalid> wrote:[]
It is the apps the customer cares about. They could
couldn't
[]care less if they were run int Flying Zucchini OS, if
it ran their apps.
I know "could care less" is the US version of this expression, but it's >>inaccurate. Think about it: if you could care less, that implies that
you do care a little - which is not what you mean; you actually mean >>"couldn't care less".
Please don't attribute that mangled expression to all of us over here. :)
VanguardLH <V@nguard.LH> wrote:
I think we used interns for 6 months: the contract length. Never
again thereafter.
Why did you use them in the first place - was it because of some form of state subsidy, of about that duration?
And college was no better.
In article <rvx$q$fknbEfFwwy@255soft.uk>, J. P. Gilliver (John) <G6JPG@255soft.uk> wrote:
I remember - I _think_ it was in the last decade, but it might have been
more - being startled when I spoke to a young computing graduate, to
find he'd never done any assembler. At that time, after my initial
double-take, I thought to myself: the field is big enough, that there'll
be plenty of room for him, and in practice he'll probably never have any
trouble finding interesting and well-paid employment.
there is no need for assembler anymore, except in very rare
circumstances.
T <T@invalid.invalid> wrote:
And college was no better.
I *hated* college. So freaking s-l-o-w. 3 months to read a book and
take a test. Really? C'mon, that's ridiculous. And the class didn't
even cover the entire textbook. Then they switched from quarters to >semesters, so even longer to be bored. I tested out of as many classes
as they permitted, and they wouldn't let me test out of more. They
claimed the classroom experience must also be included for a
well-rounded education. Yeah, sit in a chair and listen to a prof orate
a textbook, and his oration interrupted by stupid questions.
Also interesting, in America we say "that horse is different
FROM that one". In the UK they say "that horse is different
TO that one". Or so the shows from the UK on Netflix use it.
On 17/07/2020 17:31, nospam wrote:
In article <rvx$q$fknbEfFwwy@255soft.uk>, J. P. Gilliver (John)
<G6JPG@255soft.uk> wrote:
I remember - I _think_ it was in the last decade, but it might have >>>beenthere is no need for assembler anymore, except in very rare
more - being startled when I spoke to a young computing graduate, to
find he'd never done any assembler. At that time, after my initial
double-take, I thought to myself: the field is big enough, that there'll >>> be plenty of room for him, and in practice he'll probably never have any >>> trouble finding interesting and well-paid employment.
circumstances.
On PCs maybe.
I bet some embedded stuff for ultra cheap mass market stuff is still
done in assember, or something only very slightly higher level.
On 17/07/2020 20:49, T wrote:
Also interesting, in America we say "that horse is different
FROM that one".� In the UK they say "that horse is different
TO that one".� Or so the shows from the UK on Netflix use it.
Utter rubbish.
I've never said different to in my life.
Sounds daft.
Just as daft as saying I'm excited for Christmas.
It's supposed to be I'm excited about Christmas.
I remember - I _think_ it was in the last decade, but it might have been >> more - being startled when I spoke to a young computing graduate, to
find he'd never done any assembler. At that time, after my initial
double-take, I thought to myself: the field is big enough, that there'll >> be plenty of room for him, and in practice he'll probably never have any >> trouble finding interesting and well-paid employment.
there is no need for assembler anymore, except in very rare
circumstances.
On PCs maybe.
I bet some embedded stuff for ultra cheap mass market stuff is still
done in assember, or something only very slightly higher level.
I remember - I _think_ it was in the last decade, but it might have >>>beenthere is no need for assembler anymore, except in very rare
more - being startled when I spoke to a young computing graduate, to
find he'd never done any assembler. At that time, after my initial
double-take, I thought to myself: the field is big enough, that there'll >>> be plenty of room for him, and in practice he'll probably never have any >>> trouble finding interesting and well-paid employment.
circumstances.
On PCs maybe.
I bet some embedded stuff for ultra cheap mass market stuff is still
done in assember, or something only very slightly higher level.
Yes. Define "need". Compact code is noticeably more efficient - so runs faster. Yes, for a lot of things, the returns don't justify the effort -
for a lot of things that are only done once, or where speed doesn't
matter, or - these days - to _some_ extent where modern processor power
can hide the inefficiency of the code.
I suspect IrfanView, for example, is mostly coded in either assembler,
or at least quite low-level code (or just possibly using an excellent optimiser - which are rare with ultra-high-level languages, such as scripting interpreters).
In article <v83OOyp+AlEfFwxc@255soft.uk>, J. P. Gilliver (John) <G6JPG@255soft.uk> wrote:
Yes. Define "need". Compact code is noticeably more efficient - so runsI remember - I _think_ it was in the last decade, but it might havethere is no need for assembler anymore, except in very rare
been
more - being startled when I spoke to a young computing graduate, to >>>>> find he'd never done any assembler. At that time, after my initial
double-take, I thought to myself: the field is big enough, that there'll >>>>> be plenty of room for him, and in practice he'll probably never have any >>>>> trouble finding interesting and well-paid employment.
circumstances.
On PCs maybe.
I bet some embedded stuff for ultra cheap mass market stuff is still
done in assember, or something only very slightly higher level.
faster. Yes, for a lot of things, the returns don't justify the effort -
for a lot of things that are only done once, or where speed doesn't
matter, or - these days - to _some_ extent where modern processor power
can hide the inefficiency of the code.
compact code is not necessarily more efficient. a simple example is an unrolled loop, which is less compact yet will run faster. another is
having a large lookup table versus calculating a value each time.
however, modern processors are far from simple, which is one reason why
a compiler can do a better job of optimization than humans can.
and then there's the issue of portability. anything written in a high
level language can be recompiled for another processor, normally with
little to no problem, whereas anything in assembler would need to be
entirely rewritten from scratch.
I suspect IrfanView, for example, is mostly coded in either assembler,
or at least quite low-level code (or just possibly using an excellent
optimiser - which are rare with ultra-high-level languages, such as
scripting interpreters).
it's highly unlikely any of it is in assembler.
T <T@invalid.invalid> wrote:
And college was no better.
I *hated* college. So freaking s-l-o-w. 3 months to read a book and
take a test. Really? C'mon, that's ridiculous. And the class didn't
even cover the entire textbook. Then they switched from quarters to semesters, so even longer to be bored. I tested out of as many classes
as they permitted, and they wouldn't let me test out of more. They
claimed the classroom experience must also be included for a
well-rounded education. Yeah, sit in a chair and listen to a prof orate
a textbook, and his oration interrupted by stupid questions.
On 17/07/2020 17:31, nospam wrote:
In article <rvx$q$fknbEfFwwy@255soft.uk>, J. P. Gilliver (John)
<G6JPG@255soft.uk> wrote:
I remember - I _think_ it was in the last decade, but it might have been >>> more - being startled when I spoke to a young computing graduate, to
find he'd never done any assembler. At that time, after my initial
double-take, I thought to myself: the field is big enough, that there'll >>> be plenty of room for him, and in practice he'll probably never have any >>> trouble finding interesting and well-paid employment.
there is no need for assembler anymore, except in very rare
circumstances.
On PCs maybe.
I bet some embedded stuff for ultra cheap mass market stuff is still
done in assember, or something only very slightly higher level.
"J. P. Gilliver (John)" <G6JPG@255soft.uk> wrote:
VanguardLH <V@nguard.LH> wrote:
I think we used interns for 6 months: the contract length. Never
again thereafter.
Why did you use them in the first place - was it because of some form of
state subsidy, of about that duration?
I wasn't in the decision loop. At a weekly status meeting, our manager
said, "Guess what?" followed by a groan. Whenever he said that, we'd
get quiet waiting for yet another edict from management.
Training (the same group that taught us) took care of classes,
instructional CDs, and documentation but QA did the progress monitoring
and tutoring to make sure the interns got up to speed in 2 weeks. We stretched it to 3 weeks to also train them on our QA procedures. They
did okay during the training phase probably because it was similar to
school, but more accelerated, like a seminar. However, When they were
on their own to do the actual testing, and despite the retro tests were complete (no decisions to make, and previously reviewed with feedback
from outside our group to make sure any tech could follow them), was
when they got, um, slow and "lost". We changed from weekly status
meetings to still doing those but with me going around to everyone (not
just interns) to get a daily status update to see who needed more help, discover any snags, talk to the boss about possible resource
reallocation, or gauge the severity of peril to our testing schedule.
Maybe our expectation was too high. We had programmers that left
because they couldn't take the stress or didn't have the flair for
digging into a product to thoroughly test it. I got offered a
programming position but declined because it was too boring. We had expection of getting and training new-hires, just as we were once, but
the interns just never became adept. Could be they knew they were going
back to just school and they'd be leaving us hence no motivation for long-term motivation (although there was the prospect of getting hired
if they performed well). Would you keep going to the gym to stay
healthy if you knew you were getting killed in 6 months?
Scripting interpreters are not a good example of an "ultra-high-level" > anything. Most are, in fact, among the worst documented, least reliable,Perl 5 has wonderful documentation (PerlDocs).
and least consistent from version to version of any software meant to be used by non developers of that software. Of course you may argue that
they are completely consistent since documentation typically gives no serious details of what is supposed to be done in boundary cases.
I bet some embedded stuff for ultra cheap mass market stuff is stillYes. Define "need". Compact code is noticeably more efficient - so runs
done in assember, or something only very slightly higher level.
faster. Yes, for a lot of things, the returns don't justify the effort - >> for a lot of things that are only done once, or where speed doesn't
matter, or - these days - to _some_ extent where modern processor power
can hide the inefficiency of the code.
compact code is not necessarily more efficient. a simple example is an unrolled loop, which is less compact yet will run faster. another is
having a large lookup table versus calculating a value each time.
That depends on the length of the loop body and the number of
iterations: crossing cache boundaries can extract performance hits. In
fact, unrolling some loops can punish performance by factors of tens or
even hundreds. If you carry your argument far enough and force paging
you may cause arbitrary slow downs. As to look up tables the problems
are the same. If all the values and indices fit in a small amount of
storage (i.e. they are COMPACT), well and good. Otherwise all hell can
break loose.
however, modern processors are far from simple, which is one reason why
a compiler can do a better job of optimization than humans can.
Almost always true and more so as the years go by.
and then there's the issue of portability. anything written in a high
level language can be recompiled for another processor, normally with little to no problem, whereas anything in assembler would need to be entirely rewritten from scratch.
Unless you are coding in C or one of its derivatives. There are enough places where a C compiler can choose the meaning of an expression (and
not necessarily consistently) that you have to code in a modest subset
of the language. And find a compatible compiler for portability.
I suspect IrfanView, for example, is mostly coded in either assembler,
or at least quite low-level code (or just possibly using an excellent
optimiser - which are rare with ultra-high-level languages, such as
scripting interpreters).
Scripting interpreters are not a good example of an "ultra-high-level" anything. Most are, in fact, among the worst documented, least reliable,
and least consistent from version to version of any software meant to be used by non developers of that software. Of course you may argue that
they are completely consistent since documentation typically gives no serious details of what is supposed to be done in boundary cases.
--- Synchronet 3.18a-Linux NewsLink 1.113it's highly unlikely any of it is in assembler.
We build little computers with parts. Then went to
CPU. All assembly code!
J. P. Gilliver wrote:
startled when I spoke to a young computing graduate, to
find he'd never done any assembler.
there is no need for assembler anymore, except in very rare
circumstances.
Char Jackson wrote:
J. P. Gilliver (John) wrote:
I know "could care less" is the US version of this expression
Please don't attribute that mangled expression to all of us over here. :)
Very sorry! Glad it's not universal in US. But I haven't seen it at all
used in UK.
In article <reu16r$dni$2@dont-email.me>, <T@invalid.invalid> wrote:
We build little computers with parts. Then went to
CPU. All assembly code!
that doesn't make any sense.
One day a prof arrived just before his class, put his hat on his desk,
but got busy elsewhere. When he got back and very late for class, all
the students had left. The next day he declared, "When my hat is on my
desk, that's the same as I'm here." The next day the students came in,
put hats on their chairs, and left.
We build little computers with parts. Then went to
CPU. All assembly code!
that doesn't make any sense.
Tiny CPUs often have tiny instruction sets that aren't well suited to
any high level language.
The first project I did on a PIC16C55 we did in assembler.
It was not really too difficult. The whole thing fitted on about 3 pages.
We did later get a "C compiler" for those chips but it was pushing it to call the language "C". It was mostly the syntax of C but nothing but
static variables. Weird syntax to configure the chip the way you wanted.
I can't even remember how you did I/O on it; must have been another
weird extension to the syntax. It made it easier but not as much as you might think.
I know that *I* would have a much poorer understanding of how computers
work if I hadn't cut my teeth with assembler (and BASIC) on 8 bit micros.
Already pointed out: your "none of which are being used" is wrong. It
is being used. Video games use it, and those are not rare on Windows platforms. Any game using DirectX 12 are utilizing AVX2. Scientific, statistical, financial, encryption, and other programs can use it. Any program using .NET Framework can use AVX. The latest versions of
Prime95 are optimized to use AVX. While it is used to stress test, that
was not its original or current intent which was to discover prime
numbers. Is prime hunting something that home users do? Of course not,
but it illustrates AVX *is* used.
https://www.tomshardware.com/reviews/stress-test-cpu-pc-guide,5461-2.html
"By default, Prime95 automatically selects the newest instruction set extension, such as AVX, AVX2, or even AVX-512."
Your claim AVX is not used is false.
Andy Burns wrote:
I know that *I* would have a much poorer understanding of how computers
work if I hadn't cut my teeth with assembler (and BASIC) on 8 bit micros.
that doesn't give you a good understanding about modern processors,
which are far more complex than those 8-bit micros.
I know that *I* would have a much poorer understanding of how computers
work if I hadn't cut my teeth with assembler (and BASIC) on 8 bit micros.
that doesn't give you a good understanding about modern processors,
which are far more complex than those 8-bit micros.
But it was a good foundation from where to keep up with progress to
newer processors, and higher level languages.
I just think if you chuck e.g. an rPi at a youngster today they won't
get the same understanding of it from logic gates upwards ...
Andy Burns wrote:
I just think if you chuck e.g. an rPi at a youngster today they won't
get the same understanding of it from logic gates upwards ...
an arduino would be a better choice.
On 18/07/2020 07:09, nospam wrote:That was not the purpose. It was to teach you how they worked.
In article <reu16r$dni$2@dont-email.me>, <T@invalid.invalid> wrote:
We build little computers with parts. Then went to
CPU. All assembly code!
that doesn't make any sense.
Tiny CPUs often have tiny instruction sets that aren't well suited to
any high level language.
The first project I did on a PIC16C55 we did in assembler.We never got much past an 8080. And some Arithmetic Log Unit
It was not really too difficult. The whole thing fitted on about 3 pages.
We did later get a "C compiler" for those chips but it was pushing it to call the language "C". It was mostly the syntax of C but nothing but
static variables. Weird syntax to configure the chip the way you wanted.
I can't even remember how you did I/O on it; must have been another
weird extension to the syntax. It made it easier but not as much as you might think.
On 2020-07-18 1:37 a.m., VanguardLH wrote:
One day a prof arrived just before his class, put his hat on his desk,>> but got busy elsewhere. When he got back and very late for class, all
the students had left. The next day he declared, "When my hat is on my
desk, that's the same as I'm here." The next day the students came in,
put hats on their chairs, and left.
Good One VanguardLH :-) :-)
Rene
J. P. Gilliver (John) wrote:
Char Jackson wrote:
J. P. Gilliver (John) wrote:
I know "could care less" is the US version of this expression
Please don't attribute that mangled expression to all of us over
here. :)
Very sorry! Glad it's not universal in US. But I haven't seen it at
all used in UK.
I must admit I did think all Americans used the "could care less" variation. Similarly I thought all Americans used "I'm pissed" (which
in the UK means "I'm drunk") rather than "I'm pissed off" but I've
started to hear the latter more now.
On 2020-07-18 02:39, Andy Burns wrote:Oh and our GI's picked up the word "Crap", as in
J. P. Gilliver (John) wrote:
Char Jackson wrote:
J. P. Gilliver (John) wrote:
I know "could care less" is the US version of this expression
Please don't attribute that mangled expression to all of us over
here. :)
Very sorry! Glad it's not universal in US. But I haven't seen it at
all used in UK.
I must admit I did think all Americans used the "could care less"
variation. Similarly I thought all Americans used "I'm pissed" (which
in the UK means "I'm drunk") rather than "I'm pissed off" but I've
started to hear the latter more now.
A good video on this is Superman and Hot Fuzz
discussing British Slang:
Henry Cavill and Simon Pegg Teach You English Slang:
https://www.youtube.com/watch?v=5eIj1nDUs9g
So in the UK would "I'm pissed off" mean you are
sober?
:-)
Prime95 is exactly an example of a benchmark and stress testing app.
Nobody is actually using Prime95 for anything other than stress
testing and benchmarking.
Yousuf Khan <bbbl67@spammenot.yahoo.com> wrote:
Prime95 is exactly an example of a benchmark and stress testing app.
Nobody is actually using Prime95 for anything other than stress
testing and benchmarking.
Yep, elide over the intent of the authors of Prime95, because that would
be another example of several shown where AVX is used.
My American trophy wife -- the ultimate word smith -- hasOn Thu, 16 Jul 2020 at 22:35:33, T <T@invalid.invalid> wrote:[]
It is the apps the customer cares about. They could
couldn't
[]care less if they were run int Flying Zucchini OS, if
it ran their apps.
I know "could care less" is the US version of this expression, but it's inaccurate. Think about it: if you could care less, that implies that
you do care a little - which is not what you mean; you actually mean "couldn't care less".
VanguardLH wrote:
I wonder how a car knows a gas sniffer is poking up its ahole. Oooh,
warm that up first before sticking it in. I suppose the car's computer
could notice the car wheels weren't rotating when the engine got revved
up and the steering wheel wasn't turning.
A bit more complex than that, but basically spotting conditions of the standardised tests and switching into an alternate ECU mode
<https://media.ccc.de/v/32c3-7331-the_exhaust_emissions_scandal_dieselgate>
Jump to 57:00 if you just want the money shot, but the whole thing is
worth a watch ...
On 2020-07-17 07:55, J. P. Gilliver (John) wrote:
On Thu, 16 Jul 2020 at 22:35:33, T <T@invalid.invalid> wrote:[]
couldn'tIt is the apps the customer cares about.� They could
[]care less if they were run int Flying Zucchini OS, if
it ran their apps.
I know "could care less" is the US version of this expression, but
it's inaccurate. Think about it: if you could care less, that implies >>that you do care a little - which is not what you mean; you actually
mean "couldn't care less".
My American trophy wife -- the ultimate word smith -- has
a "from and to" rule:
"I take something FROM you"
"I give something TO you"
In article <hng6qbF11f9U1@mid.individual.net>, Brian Gregory <void-invalid-dead-dontuse@email.invalid> wrote:
We build little computers with parts. Then went to
CPU. All assembly code!
that doesn't make any sense.
Tiny CPUs often have tiny instruction sets that aren't well suited to
any high level language.
he didn't specify tiny cpus with tiny instruction sets or writing
software for them.
he said built computers with parts and *then* went to cpus.
computers built before there were cpus were not little. they were minis
and mainframes, which end users did not build.
The first project I did on a PIC16C55 we did in assembler.
It was not really too difficult. The whole thing fitted on about 3 pages.
We did later get a "C compiler" for those chips but it was pushing it to
call the language "C". It was mostly the syntax of C but nothing but
static variables. Weird syntax to configure the chip the way you wanted.
I can't even remember how you did I/O on it; must have been another
weird extension to the syntax. It made it easier but not as much as you
might think.
in other words, assembly code not needed.
Interesting how the alternative model was used for most of the
driving (underdoses the NH3 to convert NO) but switched to the main
model during the conditions of NEDC testing. Man, they sure are
tricky.
On Sun, 19 Jul 2020 at 01:28:52, T <T@invalid.invalid> wrote:It does not. It was just an interesting observation
On 2020-07-17 07:55, J. P. Gilliver (John) wrote:Not sure how that relates to the "care less" discussion. If it relates > to the debate whether to us different from, different to, or different > than, I'm not sure how it would help there either.
On Thu, 16 Jul 2020 at 22:35:33, T <T@invalid.invalid> wrote:[]
couldn'tIt is the apps the customer cares about. They could
[]care less if they were run int Flying Zucchini OS, if
it ran their apps.
I know "could care less" is the US version of this expression, but
it's inaccurate. Think about it: if you could care less, that
implies that you do care a little - which is not what you mean; you
actually mean "couldn't care less".
My American trophy wife -- the ultimate word smith -- has
a "from and to" rule:
"I take something FROM you"
"I give something TO you"
Sysop: | DaiTengu |
---|---|
Location: | Appleton, WI |
Users: | 1,029 |
Nodes: | 10 (0 / 10) |
Uptime: | 160:33:20 |
Calls: | 13,333 |
Calls today: | 3 |
Files: | 186,574 |
D/L today: |
6,162 files (1,627M bytes) |
Messages: | 3,356,058 |