News for hackers. Stuff that matters.
Re:The compiler will optimize that away by 29athrowaway on Sunday May 02, 2021 @08:13PM (#27020308)
Shit is slower than it was in the 90s.

Spotify is slower than Winamp, Slack is slower than IRC, Webmail is slower than my e-mail client, VS Code is slower than Visual C++ 6.0.

Re:The compiler will optimize that away by corysama on Sunday May 02, 2021 @08:30PM (#27020390)
People forget that Winamp was instant on a 60Mhz machine with a spinning rust drive. It’s difficult to buy a computer that slow these days. Modern CPUs modulate their speeds by far more than that as part of their moment by moment power management!
Re:The compiler will optimize that away by fiddlerwoaroof on Sunday May 02, 2021 @08:44PM (#27020457)
Related: when MacBooks switched to SSDs, the performance of my old spinning-disk MBP dropped noticeably basically overnight.
Re:The compiler will optimize that away by Narishma on Sunday May 02, 2021 @09:22PM (#27020687)
Same thing on Windows. It became incredibly slow on HDDs when SSDs started to become popular.
Re:The compiler will optimize that away by selfhoster11 on Monday May 03, 2021 @08:45AM (#27024327)
When I first bought an SSD and noticed the crazy speed-up, my next thought was that developers will get used to it as the "new normal" and stop caring about IOPS which would slow down SSDs (ruining my blink-of-an-eye super-speed fun) and make HDDs near-unusable. Two to four years later, here we were on Windows, and to some extent, on Linux too.
Re:The compiler will optimize that away by jdsully on Monday May 03, 2021 @10:35AM (#27025593)
The amount of effort involved in making sure reads were sequential back in the HDD days was immense. It’s not surprising people dropped that as soon as possible.
Re:The compiler will optimize that away by cassepipe on Monday May 03, 2021 @07:46AM (#27023874)
Having an Hdd running at 100% on Windows 8, slowing everything down, is actually what made me switch to Linux Mint. Never looked back.
Re:The compiler will optimize that away by jayd16 on Monday May 03, 2021 @02:29AM (#27022241)
Winamp didn't stream all music in existence over the internet. How is it really comparable?
Re:The compiler will optimize that away by TeMPOraL on Monday May 03, 2021 @05:51AM (#27023209)
Because streaming music is a trivial task, computationally-wise. It could have had some performance impact in 2000, but we're in 2021 now.

And nothing else related to the functional differences between Spotify and WinAMP can explain why Spotify is slow. Done properly, it should feel snappier than WinAMP felt in 2000.

Re:The compiler will optimize that away by kleiba on Monday May 03, 2021 @04:47AM (#27022871)
It's comparable only on an abstract level - mostly because there's hardly anybody who really wants/needs "all music in existence over the internet", most people just want to "listen to music that I like".

On that level, Winamp did the job just fine.

Re:The compiler will optimize that away by 8fGTBjZxBcHq on Monday May 03, 2021 @08:54AM (#27024412)
It really did not for me by that standard. I have access to orders of magnitude more music now that I know I like than I did during the Winamp days and I was a pretty early and savvy user back then so I had more access than a lot of people.

If we're trading music player performance for the massive increase in availability I'll make that trade.

Re:The compiler will optimize that away by jayd16 on Monday May 03, 2021 @01:03PM (#27027640)
Is that why everyone uses a streaming service and no one collects music any more?
Re:The compiler will optimize that away by tonyarkles on Monday May 03, 2021 @09:27AM (#27024800)
Lol arguably Winamp + Napster did :D

But really, 99% of the value-add of Spotify over Winamp is stuff that happens server-side. Your Spotify client doesn’t have a database of all the songs, nor the ML models for computing recommendations. As far as playing streaming music goes, Winamp would happily play an m3u (mmmm soma.fm).

Don’t get me wrong, the discovery and search features in Spotify have brought me a ton of value. But wow is the client resource usage dramatically disproportionate for the added functionality

Re:The compiler will optimize that away by TeMPOraL on Monday May 03, 2021 @04:31PM (#27030252)
And the kicker is, the music client is a completely separate concern from a song database, or a recommendation engine.

This is actually a point in favor of directly comparing WinAMP and Spotify - the important "value-add" bits of Spotify all happen server side, so they should have exactly zero impact on client performance.

Re:The compiler will optimize that away by Firehawke on Monday May 03, 2021 @02:43AM (#27022307)
It had Shoutcast.
Re:The compiler will optimize that away by jayd16 on Monday May 03, 2021 @03:04AM (#27022397)
Was Shoutcast all that fast? It didn't seem nearly as rock solid as the rest of winamp but I guess it could have been my internet at the time.
Re:The compiler will optimize that away by 29athrowaway on Monday May 03, 2021 @11:52AM (#27026646)
You could go to the shoutcast website, get the shoutcast links for the radios you were interested in, then make a playlist that could be dealt with just like any other playlist.

And it was almost instant.

Re:The compiler will optimize that away by goodpoint on Monday May 03, 2021 @07:34AM (#27023788)
Yes, it was instant.
Re:The compiler will optimize that away by 29athrowaway on Sunday May 02, 2021 @09:34PM (#27020759)
Winamp 2 was instant. Winamp 3 and 5 were slow.
Re:The compiler will optimize that away by krapp on Monday May 03, 2021 @05:38AM (#27023142)
>Spotify is slower than Winamp, Slack is slower than IRC, Webmail is slower than my e-mail client, VS Code is slower than Visual C++ 6.0.

All of which are Electron apps, apart from "Webmail" which is, well, what one might call a "distributed Electron app" (a website.)

Maybe, just maybe, Electron is the problem.

Re:The compiler will optimize that away by jupp0r on Monday May 03, 2021 @06:57PM (#27031983)
Spotify is not an Electron app, they are using Chromium Embedded Framework.
Re:The compiler will optimize that away by fiddlerwoaroof on Sunday May 02, 2021 @08:44PM (#27020452)
Yeah, this is the weirdest thing to me: Windows NT 3.51 on a Pentium was much snappier perceptibly than even my new M1 MBP (developers are already expanding to the new performance envelope).
Re:The compiler will optimize that away by haberman on Sunday May 02, 2021 @09:02PM (#27020564)
Dan Luu has done some measurements around this:

https://danluu.com/input-lag/

https://danluu.com/term-latency/

Re:The compiler will optimize that away by 29athrowaway on Sunday May 02, 2021 @11:38PM (#27021366)
Similarly, SNES games were more responsive than modern games and have zero loading screens.
Re:The compiler will optimize that away by kaba0 on Monday May 03, 2021 @01:15PM (#27027812)
And didn’t render millions of polygons at 60+ fps, while having many GBs of assets like textures, so I don’t see how is it relevant.

One could write those programs in a truly inefficient manner in a not too performant language and it would run without problem. Today’s computers are really fast.

Re:The compiler will optimize that away by fiddlerwoaroof on Monday May 03, 2021 @01:20PM (#27027894)
The problem is that, instead of the speed of modern computers translating to perceptible performance improvements for normal users, it translates to applications that use more resources.

Whether or not the new features make up for the general perceptual slowness of modern computers is a somewhat open question.

Re:The compiler will optimize that away by kaba0 on Monday May 03, 2021 @04:17PM (#27030118)
I would agree with you, but in terms of games it is simply not a great example. It may be questionable why would we want photorealistic games when 2D, visible pixels are good enough, but games are not known for being inefficient.
Re:The compiler will optimize that away by 29athrowaway on Monday May 03, 2021 @09:28PM (#27033092)
Yet many of the games were more entertaining than many games today.
Re:The compiler will optimize that away by kaba0 on Tuesday May 04, 2021 @03:09AM (#27034776)
That’s completely orthogonal.
Re:The compiler will optimize that away by XorNot on Sunday May 02, 2021 @10:19PM (#27020974)
Windows Server 2019 has a much snappier UI then Windows 10 I've found (I recently spent a ton of time automating installs for both and boy did that become noticeable).

Then you look at the Windows 10 list of crapware and it becomes a lot clearer.

Re:The compiler will optimize that away by Spooky23 on Sunday May 02, 2021 @11:47PM (#27021424)
Windows 10 is an abomination.

It’s incredible how much grief Windows Vista got in comparison.

Re:The compiler will optimize that away by selfhoster11 on Monday May 03, 2021 @08:50AM (#27024362)
Vista was a worse abomination on 2 GB of RAM. It's likely that if I installed a build of Windows 10 from 2 years ago on the machine in question, it would be faster than a greased lightning in comparison.
Re:The compiler will optimize that away by stinos on Monday May 03, 2021 @03:16AM (#27022461)
Then you look at the Windows 10 list of crapware and it becomes a lot clearer.

Is there an actual causal relationship? And which crapware specifically? Asking because I only have access to a bunch of Windows 10 Pro machines which already don't seem to have most of crapware on there (i.e. often I see threads here where people complain about all kinds of ads and other things I never even knew existed) and the rest disabled (as far as I can tell) and still it's less snapy than this one Windows Server instance on comparable machine. (and sadly no single modern OS feels as snappy as even Windows XP SP2 for a similar level of functionality on not-so-recent hardware)

Re:The compiler will optimize that away by freeone3000 on Monday May 03, 2021 @07:32AM (#27023775)
The difference is the list of running background services. Kernel and drivers are the same, libraries are the same, but server doesn't have (ex) the AllJoyn Router Service for Smart Things Control, the 4G LTE Push Notifications Service, the WAP Push Message Service, the Fax Service, Windows Image Acquisition, and so on. Candy Crush doesn't run on startup, these do.
Re:The compiler will optimize that away by User23 on Monday May 03, 2021 @10:36AM (#27025606)
The subjectively fastest, which is to say the most responsive or lowest input latency, computer I've ever used was a Macintosh 512ke upgraded to 2.5 megabytes of memory, running the system software and apps off of a 1.5 megabyte RAM-disk. When you double-clicked, say, MacPaint in the Finder, it was loaded before you finished the physical mouseup. This was when that hardware and software was still current.
Re:The compiler will optimize that away by reynhaim on Monday May 03, 2021 @09:41AM (#27024951)
Spotify runs on all of my devices. In the morning I can ask my smart speaker to play songs that Spotify presumes I like, continue from my car with a voice command, see what my friends are playing or play their playlists. I'll gladly wait for the ~5 seconds it takes for an app to start if it delivers all this.

Of course IRC is much faster, it's also few orders of magnitude simpler than Slack. For work related communications I prefer Slack to IRC, but for chatting with friends IRC does just fine. One simple protocol vs hundreds of APIs that provide extremely rich content. Once again, Slack takes few seconds to launch on a modern machine, it's not that bad considering it does so much.

Yeah shit is slower, shit is also way more connected and complex than in the 90s.

Re:The compiler will optimize that away by astrange on Sunday May 02, 2021 @11:54PM (#27021462)
Slack is definitely faster than my IRC client since it's not running over ssh to a host. You can't actually run IRC locally or you'll miss all the chat from when you're not signed in.
Re:The compiler will optimize that away by Shikadi on Monday May 03, 2021 @12:47AM (#27021689)
You can use a bouncer so that's not true