Currently studying CS and some other stuff. Best known for previously being top 50 (OCE) in LoL, expert RoN modder, and creator of RoN:EE’s community patch (CBP).

(header photo by Brian Maffitt)

  • 37 Posts
  • 136 Comments
Joined 2 years ago
cake
Cake day: June 17th, 2023

help-circle
  • So they literally agree not using an LLM would increase your framerate.

    Well, yes, but the point is that at the time that you’re using the tool you don’t need your frame rate maxed out anyway (the alternative would probably be alt-tabbing, where again you wouldn’t need your frame rate maxed out), so that downside seems kind of moot.

    Also what would the machine know that the Internet couldn‘t answer as or more quickly while using fewer resources anyway?

    If you include the user’s time as a resource, it sounds like it could potentially do a pretty good job of explaining, surfacing, and modifying game and system settings, particularly to less technical users.

    For how well it works in practice, we’ll have to test it ourselves / wait for independent reviews.


  • It sounds like it only needs to consume resources (at least significant resources, I guess) when answering a query, which will already be happening when you’re in a relatively “idle” situation in the game since you’ll have to stop to provide the query anyway. It’s also a Llama-based SLM (S = “small”), not an LLM for whatever that’s worth:

    Under the hood, G-Assist now uses a Llama-based Instruct model with 8 billion parameters, packing language understanding into a tiny fraction of the size of today’s large scale AI models. This allows G-Assist to run locally on GeForce RTX hardware. And with the rapid pace of SLM research, these compact models are becoming more capable and efficient every few months.

    When G-Assist is prompted for help by pressing Alt+G — say, to optimize graphics settings or check GPU temperatures— your GeForce RTX GPU briefly allocates a portion of its horsepower to AI inference. If you’re simultaneously gaming or running another GPU-heavy application, a short dip in render rate or inference completion speed may occur during those few seconds. Once G-Assist finishes its task, the GPU returns to delivering full performance to the game or app. (emphasis added)



  • Eh, I think that one’s mostly on the community / players giving up games as soon as anything bad happens (making the 30-70 and 40-60 games where you still have decent odds of winning more like 5-95 games which become a self-fulfilling prophecy), plus regular players getting better over time (mistakes and misplays are more likely to be punished and leads are more likely to be capitalized on).

    The give-up culture wasn’t as bad much earlier in the game’s life, at least in my NA-centric exposure to solo queue.



  • Definitely agree that the the common-with-Mastodon viewpoint of exclusively using chronological feeds seems to have over-corrected too far. Can you imagine if the threadiverse was sorted that way? It would be insane and essentially unusable at scale - so we can at least acknowledge that sorting algorithms have a useful place and are not some unsalvageable, irredeemable evil. I wish there was something like a bunch of open source algorithms which the user could choose between in whatever UI they’re using. At the very least there should be some acknowledgement that I, the user, don’t have an identical level of interest in every account I follow, or even in every topic which the same account posts about.

    And while microblogging platforms seem to have it worst, there have also been times in the threadiverse where I’ve subscribed to a community/magazine only to later unsubscribe because the activity levels it produces in my feed are much higher than my interest levels in it. So even here (where we have sorting by “hot” etc), some kind of user-configurable weighting would be nice to better match how I actually want my feed to work!

    edit: typo












  • But (it sounds like) you’re talking about voluntary grouping, where if you dump 100 people together at a party or networking event or whatever, theoretical-person Amy will vibe best with certain types of people, and so ends up chatting up Cleo, Ming, and Kiara because they share similar interests / humor / whatever – but there’s nothing actually stopping someone from outside of that from walking up and chatting with the newly-formed group. That’s kind of what (I thought) we had now in the fediverse, where for example I can go talk about Australian news on aussie.zone, jump to lemmy.world to talk about fediverse stuff, swing by redd.that to look at Unraid updates (all communities I’m part of), but then browse the incoming feed of everything coming into my instance and view a whole lot of communities which I’m not part of, most of which I never will be. It’s (nearly) all open-by-default. Yes, there’s some blocking / defederation etc, but the default state is that users on one instance can (whether or not they actually choose to) talk to other instances.

    If a new user randomly picks any instance from the top 50 (of any fediverse software, excluding maybe Pixelfed since that’s probably the least interoperable with the others) to join up on, chances are very good (but will vary based on personal interest) they’ll be able to participate in like >=90% of the conversations that they want to in the sense that their instance is federating with all the people and communities they’re interested in.

    What I’m thinking-out-loud-ing (“arguing” sounds a bit more assertive than what I’m aiming for) is that this might not be how ActivityPub would optimally be used; maybe just because ActivityPub could allow 90% of users to talk to 90% of users, it doesn’t mean that’s actually the best way to use it. Maybe it serves the user’s interests better if there are clusters of “sub-fediverses” instead.

    As a grounded example: Beehaw partially self-isolates from the wider fediverse (it’s not just that users could communicate but don’t; the connection is severed) in an effort to better maintain its vibe and values. I had always viewed that as the exception to the norm, but maybe having (e.g.,) clusters of instances that only communicate with a comparatively smaller amount of other instances, say the other instances in its “cluster” plus a few other clusters only (as opposed to most instances communicating with most other instances) is a different – and potentially healthier – way to architect things. So I guess partial, selective federation rather than (what felt to me like) the current goal of “if it uses ActivityPub, we want to communicate with it*”. * with obvious exclusions for spam etc.


  • but the fediverse is equally suited to federated islands as to one fediverse, right? Most people will want the full fediverse but people can also create their separate spaces if desired.

    I guess, yeah, but it has tradeoffs. Each island loses even more diversity of perspective (e.g., political echo-chamber, or building fedi tools that might work well for their island but make no sense for other islands), and making it harder to use as replacements for Xitter / reddit etc.

    Like, a lot of discussion happens on topics like “how can we make Mastodon better for former Xitter users?” or the same thing but for lemmy and reddit. Maybe they’re fundamentally not the right questions to ask if the endgame state of federated social media is that it isn’t a direct replacement of centralized services.