Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Tales of the M1 GPU

asahilinux.org

Post reply on HN
Print view View original

181–190 of 390 posts

Re: Tales of the M1 GPU

#181

Post by ge96 »

throwntoday wrote: post #43
qrio2 wrote: post #23

Earlier quoted context omitted.

pretty much the appeal(?) of asahi lina. it's been a weird ride to follow for sure.

Have to say as much as I want to watch their streams, I can't get passed the annoying voice.

Yeah... I was hoping to passively watch it, maybe gleam something but yeah.

The other thing too, watching other people code is kind of not fun like George or Rene. More fun to see some screeching video with no actual info just the end result of a robot pissing in a cup.

Also goes to show how much work goes into writing code/having some end result. Maybe it will get more exposure since there is a growing trend for vtuber stuff.

Re: Tales of the M1 GPU

#182

Post by edgyquant »

ansible wrote: post #117
babypuncher wrote: post #106

Earlier quoted context omitted.

This isn't even that new of a thing. The floppy disk drive sold for the Commodore 64 included it's own 6502 CPU, ROM, and RAM. This ran its own disk operating system[1]. Clever programmers would upload their own code to the disk drive to get faster read/writes, pack data more densely on the disk, and even copy protection schemes that could validate the authenticity of a floppy. 1: https://en.wikipedia.org/wiki/Commod…

And all that engineering resulted in a floppy drive that was slower and more expensive than comparable units for other home computers. I'm not sure if there is a lesson there...

There’s more to life and computation than cycles and read/write speed. A generation of engineers began their journey doing these “useless things”

Re: Tales of the M1 GPU

#183

Post by jbverschoor »

helf wrote: post #57

The fact so much hardware these days is running a full real-time OS all the time annoys me. I know it is normal and understandable but everything is such a black box and it has already caused headaches (looking at you, Intel).

I sometimes wonder about how fast tings could go if we ditch the firmware, and also just bake a kernel / os right into the silicon. Not like all the subsystems which run their own os/kernels, but really just cut every layer, and have nothing in between.

Re: Tales of the M1 GPU

#184

Post by btown »

koheripbal wrote: post #177
ramraj07 wrote: post #71

Earlier quoted context omitted.

Every cell in your body is running a full blown OS fully capable of doing things that each individual cell has no need for. It sounds like this is a perfectly natural way to go about things.

Organic units should not be admired for their design. DNA is the worst spaghetti code imaginable. The design is such a hack, that it's easier to let the unit die and just create new ones every few years.

"The creatures outside looked from DNA to k8s YAML, and from k8s YAML to DNA, and from DNA to k8s YAML again; but already it was impossible to say which was which."

Re: Tales of the M1 GPU

#185

Post by saltcured »

babypuncher wrote: post #106
helf wrote: post #57

The fact so much hardware these days is running a full real-time OS all the time annoys me. I know it is normal and understandable but everything is such a black box and it has already caused headaches (looking at you, Intel).

This isn't even that new of a thing. The floppy disk drive sold for the Commodore 64 included it's own 6502 CPU, ROM, and RAM. This ran its own disk operating system[1]. Clever programmers would upload their own code to the disk drive to get faster read/writes, pack data more densely on the disk, and even copy protection schemes that could validate the authenticity of a floppy. 1: https://en.wikipedia.org/wiki/Commod…

In the era of CP/M machines, the terminal likely had a similar CPU and RAM to the computer running the OS too. So you had one CPU managing the text framebuffer and CRT driver, connected to one managing another text framebuffer and application, connected to another one managing the floppy disk servos.

Re: Tales of the M1 GPU

#186

Post by p1necone »

segmondy wrote: post #54
dimator wrote: post #28

watching a virtual persona stream their development of their M1 GPU drivers is one of the most cyberpunk things I've ever seen! it's easy to forget that this world is looking closer and closer to those dreamed up by Gibson, Stephenson, etc. what a time to be alive.

Which is what Zuck is trying to get us all into with the Meta, but the world is not ready yet.

No, Zucks Metaverse just sucks. "The world isn't ready for my brilliant ideas" is the rallying cry of people with ideas but no execution ability.

Re: Tales of the M1 GPU

#187

Post by [deleted] »

gburdell3 wrote: post #163
anxiously wrote: post #154

Earlier quoted context omitted.

Can someone explain this vtoon trend to me? It doesn't seem to be driven by anonymity because their real name is easily findable, so I assume it's something else? It seems very common, especially in certain communities.

Some people just prefer their public persona to be in the form of an avatar instead of their real face. They want to have something there to represent themselves instead of just streaming a screen and nothing else, but they would rather that representation be an avatar or character rather than their physical selves.

[deleted]

Re: Tales of the M1 GPU

#188

Post by wtallis »

mlindner wrote: post #142
Rufbdbskrufb473 wrote: post #126

Earlier quoted context omitted.

Quoted post unavailable.

> The anime character is just what Hector started using more often for communicating about the project. It's not a different person. Wait really? So they swapped their gender with a voice changer as well? Do you have some evidence of this? Though it would certainly explain how a developer who "just joined" somehow was allowed to co-opt the project name without any push back.

> Wait really? So they swapped their gender with a voice changer as well?

https://news.ycombinator.com/item?id=33292198

Please stop trolling on this topic. It's annoying to see every thread about Asahi Linux get dragged off topic like this.

Re: Tales of the M1 GPU

#189

Post by teddyh »

anxiously wrote: post #154
dimator wrote: post #28

watching a virtual persona stream their development of their M1 GPU drivers is one of the most cyberpunk things I've ever seen! it's easy to forget that this world is looking closer and closer to those dreamed up by Gibson, Stephenson, etc. what a time to be alive.

Can someone explain this vtoon trend to me? It doesn't seem to be driven by anonymity because their real name is easily findable, so I assume it's something else? It seems very common, especially in certain communities.

It’s like getting a specific haircut, choosing what model of glasses to get, or getting a nose job, or a tattoo. Or even just picking what style of clothes you want to represent yourself in. I.e. it’s simply choosing your appearance, using more modern technology.

Re: Tales of the M1 GPU

#190

Post by KateLawson »

ansible wrote: post #117
babypuncher wrote: post #106

Earlier quoted context omitted.

This isn't even that new of a thing. The floppy disk drive sold for the Commodore 64 included it's own 6502 CPU, ROM, and RAM. This ran its own disk operating system[1]. Clever programmers would upload their own code to the disk drive to get faster read/writes, pack data more densely on the disk, and even copy protection schemes that could validate the authenticity of a floppy. 1: https://en.wikipedia.org/wiki/Commod…

And all that engineering resulted in a floppy drive that was slower and more expensive than comparable units for other home computers. I'm not sure if there is a lesson there...

The slowness was due to a hardware bug in the 6522 VIA chip. The shift register (FIFO) would lock up randomly. Since this couldn't be fixed before the floppy drive needed to be shipped, they had the 6502 CPU bit-bang the IEC protocol, which was slower. The hardware design for the 154x floppy drive was fine, and some clever software tricks allow stock hardware to stream data back to the C64 and decode the GCR at the full media rate.

https://www.linusakesson.net/programming/gcr-decoding/index....

Post reply on HN