shadeslayer

I've found perfetto [1] to be a excellent modern alternative to gpuvis.

[1] https://ui.perfetto.dev/

It’s been a while friend

Congratulations on getting to the front page ;)

I'd wager it's a volume thing. Not enough Linux customers asking for SRIOV support, so it's not worth spending the money to enable driver support for it. The Fortune 500 companies that you mention should specifically ask for SRIOV support on linux mainline when making purchases. Unfortunately, that's the only way to make sure we have support upstreamed.

The silver lining seems to be that more and more things are moving into the firmware, and it's entirely possible that SRIOV could be supported through that in the future. But till then, I doubt it's going to happen.

Because implementing designing/manufacturing/validating SR-IOV HW is expensive. It's not something that would be useful as a differentiating feature for most consumer grade HW.

AFAIK the video encode/decode pipeline is separate from the graphics pipeline. But they do reside on the graphics tile.

Not sure if we need to support SRIOV on the HW. VirtIO GPU native contexts should be good enough for most consumers.

I imagine SRIOV would be useful for more advanced usecases

The issue that phoronix is facing might be due to a power management bug that is not related to the driver at all.

Last I heard, Microsoft already has designs that it wants to fab on 18A.

At the end of the day it'll come down to how much and how fast 18A can help recoup what they're spending right now.

On the consumer side? Higher capacity RAM comes to mind.

What I'd be more interested in is, does this also mean bigger/denser L1-L3 caches?

Not quite, some ISPs lock down their routers and you can't expose the relevant ports publically. That's when Cloudflare Tunnels combined with a reverse proxy save the day.

Another really useful service is being able to protect everything behind a SSO like Github, allowing at least the most basic form of intrusion prevention that would secure your homelab from the majority of attacks.

AFAIK the Intel Alchemist die is already fabbed by TSMC [1]

[1] https://en.wikipedia.org/wiki/Intel_Arc

I've been in the same place you are now. I completely agree with the need for a healthy routine to be able to keep depression at bay and not having a environment to socialize robs you of key experiences we all need to have in our youths in order to be well adjusted later in life.

Having said that, you're in a great place to make a few key changes that might help! I moved to another country and learnt a new language and a whole new culture when I was in the same place as you!

Perhaps that's not a option for you, but maybe you could travel to a new city for a week or two! Trial out a few places and see what fits you. It takes a bit of effort and persistence, at the cost of routine, but having a fresh start might be the thing that gets you out of this.

Edit: You might want to look up Croissant to go and meet other remote co workers, there's a fair few of us around the world ;)

It currently seems to use Spotify's audio analysis API [1], which might be hard to replace.

[1] https://developer.spotify.com/documentation/web-api/referenc...

Virgl3D should support emulating GL on GLES usecases. If you're seeing issues, please open bug reports on https://gitlab.freedesktop.org/virgl/virglrenderer/-/issues and we can try and look into them :)

Hi! Virgl3D developer here. Could you please open a MR with your patches so we can look into integrating them into master?

This is such a fantastic way to store my notes! Thanks a lot!

I saw one of these at FOSDEM recently and it could already run a full Linux graphics stack all the way to KDE Plasma. So cool :D

Any EGL calls go through the armsoc driver to the closed blob.

I tried the X11 modesetting driver, but the mali blob is missing GBM support on there.

I just released a OS Image for this nifty piece of Hardware with full hardware video decode and gpu acceleration.

Check it out here https://kshadeslayer.wordpress.com/2018/04/17/launching-netr...

Even if you solve the memory issues you will still be constrained by the NIC.

Most of these SBC's run ethernet over USB, so the performance is still going to be shit.

The way I see it, those are similar because they're very common programming patterns in the Ruby community.

Re Easier way to create local packages, you can use dh-make[1] to populate the packaging with some templates that might make your job a bit easier :)

[1] https://packages.debian.org/en/sid/dh-make

Sweet :D

I'll keep an eye on the Packet website. I did try out the ARMv8 server, a bit disappointed that the hardware did not support backwards compatibility with ARMv7 though :(

Hey

Any chance you guys are going to offer something that is on the lower end of the spectrum for ARMv8 in terms of pricing? For eg. Scaleway has ARMv7 servers for 3 EUR/month (https://www.scaleway.com/pricing/)

These days I barely need anything more than /usr/share/doc/debhelper/examples/rules.tiny

Any particular reason why there is no debian packaging for it? Debhelper makes it so trivial to package things these days.