I've not had that issue with Amethyst personally. Loads fast, even better for me since the outbox update. Could be I am on fast connections all the time, but even with Tor enabled for everything it seems pretty snappy.
I actually get that with jumble, a long wait sometimes when first opening the page, especially when viewing the following feed.
I'm going to try it on my Linux box. (Jumble)
It's my preferred desktop client for sure. nostr:nprofile1qqsgzfdez8ksa9xmuvqg5zly3nl9e5xqkpvj8nllj9aw06ra4pqq3qcpz4mhxue69uhhyetvv9ujuerpd46hxtnfduhszrnhwden5te0dehhxtnvdakz7q2uwaehxw309ac8ymmc0yhxummnw3ez6un9d3shjtnpwpcz7ct9xvcxycfjxvmnycm9vsmxxvfexccxgdpevvcryd3kvejxgvm9xqmkxetpx5exyvtzvcenwwrxv33rvwp5v9jk2d3nxcekgetrxsmqqltm2c also makes a relay solution for desktop OS.
I just installed the Amethyst update. It's a little faster than before. Still can't compare to #jumble though.
Honestly, i find that kind of strange. cause i have a fairly weak connection in my house. Maybe you have too many relays?
I'd say my relays are fine, 3 each inbox and outbox. Lots of people followed my note for setting Amethyst relays up with good results.
Jumble and Amethyst work in the same way in the background fundamentally, full outbox where they connect to hundreds of relays for receiving & sending notes. I always just assumed it is browser over head, and jumble needing to pull in the initial load of notes.
Could be the browser (I run Jumble through Keychat) or maybe the relays you're using are too slow🤔. Idk.
My relay settings
It's the same on Keychat, Firefox or Chrome. Also it's the same relays on both apps, so I don't see that making much of a difference speed wise. If the relays were slow, it would affect both.
Browser apps are generally slower than native apps, there's just more overhead, it's the nature of the beast.
It's not a big deal, I prefer Amethyst on mobile anyways.
Cool
what's Keychat?
A browser with built in Nostr signing. Very handy for Nostr web apps.
The following feed can be quite slow, since it doesn’t just fetch from your own relay settings — it also pulls from the relays used by all the people you follow. I saw you’re following over 400 users, which could mean fetching from more than a hundred relays. I wouldn’t really recommend browsing the following feed with Jumble for now. Hopefully, in the future, there’ll be relays dedicated to serving following feeds.
Can you implement something like the proxy relay setting in Amy? aggr.nostr.land works quite well, and I believe nostr.wine has a similar feed relay too.
As far as I know, aggr.nostr.land does plan to implement the outbox model, but it doesn’t seem to be finished yet. Once it is, I’d be happy to support it — that would significantly reduce performance overhead.
I suppose YMMV but it works well as a proxy in my personal testing so far. nostr:nprofile1qqs99d9qw67th0wr5xh05de4s9k0wjvnkxudkgptq8yg83vtulad30gpz9mhxue69uhkummnw3ezumrpdejz7qgkwaehxw309askwemj9ehx7um5wghxcctwvshsz9thwden5te0wfjkccte9ejxzmt4wvhxjme0e68ksk what is the status?
The goal is that for broadcasts it will use outbox. For receiving, it scrapes all relays so that should be a solved problem.
But I am intending to add a proxy mode where it can AUTH proxy as well
I don't fully understand what you mean. Jumble allows users to choose feeds from individual relays. It's been doing fine with following feeds. Are you sayikg some posts from my follows won't show up in my chosen feeds?
Jumble is mainly designed for browsing content directly from a specific relay. Nowadays, there are special types of relays like community relays, curated relays, or language-based relays. When you browse these, it’s independent of who you follow — the data only comes from that single relay, which makes it much faster.
The following feed, on the other hand, fetches notes from the write relays set by all the users you follow. That means it needs to pull data from dozens or even hundreds of relays and then aggregate them, so it’s naturally much slower.
Thank you for clearing that up. So we need to do a better job at designating the different types of relays. Do community, curated, and language-based relays have a secure method of distinguishing read and write relays?
Honestly, there isn’t a reliable way to distinguish them right now, since the boundaries are quite blurry. Users still need to understand what each relay they use is for, which isn’t very user-friendly. The good news is that most relays today are unrestricted public ones.
What do you think of adding local storage of notes specifically for the following feed + building the feed directly from the local storage + background syncing of new notes from follows from relays? Would you accept a patch for that?
This would be amazing.
nostr:npub1m4ny6hjqzepn4rxknuq94c2gpqzr29ufkkw7ttcxyak7v43n6vvsajc2jl nostr:npub1qdjn8j4gwgmkj3k5un775nq6q3q7mguv5tvajstmkdsqdja2havq03fqm7 nostr:npub1m3xdppkd0njmrqe2ma8a6ys39zvgp5k8u22mev8xsnqp4nh80srqhqa5sf nostr:npub1fjqqy4a93z5zsjwsfxqhc2764kvykfdyttvldkkkdera8dr78vhsmmleku any input on this?
Id really like that, one of the remaining features that keeps me on nostrudel is that with slow relay loading I don't have to sit and wait for my notes to load every time I refresh the page (which is often enough to be annoying). I didn't realize that jumble lacked this feature until I started trying to use it more regularly.
Could just be me, with privacy browsers, dns, being blocked by cloudflare, and privacy blocking extensions apps get buggy for me really fast so I often have to reload the page just to make sure im seeing things,
That would definitely make the experience better, but I’m not sure if it’s the right approach for a web client. Still, it’s worth trying
Also, try not to include relays with write restrictions as your read relays — that could cause you to miss notifications when others mention you.
