The endless uses for an always-on Mac
sixcolors.com
sixcolors.com
Just like people associate "server" with a specific hardware form factor and not an android phone running apache. For many people "a NAS" refers to a dedicated hardware device with a specific look and which provides network storage services.
Amd should've had this market sealed with their integrated graphics platforms, maybe they will still get there with the new crosscompilers to Vulcan.
Don't need massive perf just 2x faster than cpu and better energy efficiency.
The Pytorch support on M1 is nice, but there's a reason VPS providers aren't throwing away their A100s for an M1 Ultra any time soon. The inferencing performance is different by an order of magnitude on the latest chips, and still a sizable lead when adjusting for power consumption. Not sure why you'd switch to an OS with weaker driver support to try and eke out better ML performance.
One possible reason. I remember talking to a tech who worked for a company that made information kiosks. The kiosks ran Windows, but on a Mac Mini. He told me the reason was they had less hardware failures when they used them.
> Running a web server to serve that page and a few other random pages.
Dull. Not just any web server, with Apache 2.4 already installed by default, once httpd.conf is configured, in particular for directory listings and with softlinks to directories with proper permissions, and once the server is started, macOS serves media, i.e. pictures, music and video files that's just sitting in folders on the filesystem, no web development necessary. I never understood the need for dedicated media server software when Apache2 (Web Sharing) has done it so effortlessly since Mac OS X 10.0 Cheetah; it has always just been there.
It would take me hours to figure out how to do all that with Apache.
This is an obvious exaggeration. It would longer just to consolidate media into Plex libraries.
> It would take me hours to figure out how to do all that with Apache.
Wow. Here's a clue
sudo cp /etc/apache2/httpd.conf /etc/apache2/https.conf.bak
sudo vi /etc/apache2/httpd.conf
# hint: learn apache once, use many times
sudo ln -s /Directories/you/want/apache/to/see /Library/WebServer/Documents/
sudo apachectl start
Took me less than 10 minutes.Thanks for the script. I have no interest in learning how it works, though, I just want to watch a darn movie…
Unnecessary step, and if it only takes you 10 seconds, you really have no media to speak of: when it is TB of media, you're fucked.
> Thanks for the script.
Not a script, just a few loose commands.
We could endlessly debate which cognitive model is best but you know, that’s stupid… because there is only one…
…Packaged executables should die off. I want to compose electron state in a machine not some randos config formats and syntax art.
I don’t understand Apache OR Plex (or nginx or Docker, etc). Would prefer logic simply be modeled in open code libs I can list in a dep file and run; but software _products_ whether open like Apache or closed like Plex, with a bunch of opinions on acceptable UX/CX are foisted on me by Apache or Plex devs.
I’m just as sick of learning one asinine tribal jargon after as I am the arguments about which tribal jargon is superior!
Bring on the AI chips that abstract away software. Bleh what a trashy gossip fueled industry.
That's a wrong assumption. For many (most?) users of Plex, that's pretty much the entire point. :)
Try it out yourself, and then see what you reckon it would take to set up Apache to match Plex's functionality. It'll take significant effort, if it's even capable.