Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

TF + WASM for heavy compute? #330

Open
philiprhoades opened this issue Nov 23, 2024 · 4 comments
Open

TF + WASM for heavy compute? #330

philiprhoades opened this issue Nov 23, 2024 · 4 comments

Comments

@philiprhoades
Copy link

People,

On Fedora 40 I use:

  • FireFox for webmail and related stuff (no TF)
  • Chrome for all my G stuff (with TF)
  • Brave for all my day-to-day workhorse browser stuff (with TF)

and I tend to keep adding windows until the computer starts slowing down and so closing them if I have to.

After exporting my TF setups and running them through "cat backup | jq . > nice.txt" I have:

  • 57,994 lines in my Brave backup and
  • 35,766 lines in my Chrome backup

I am pretty sure heavy-duty use of TF grinds my computer to a halt if I am not careful (ie closing windows or if desperate also exiting out of the browsers - even occasionally needing to reboot!).

So, I am wondering, what is the possibility that WASM might be able to take over some of the JS crunching to help speed up TF? Every now and then I start learning Rust but not get anywhere (it reminds of when I already knew C but started to learn C++) . . but there might be easier ways to make use of WASM these days . . what do people here who know about the guts of TF think about using WASM?

Thanks for TF once again people! - it is my #2 extension (after BitWarden)! - and sorry I have never had much time to help with its dev - I just realised I have been using v3.1 for a very long time! (I have updated to 4.2 now).

@philiprhoades philiprhoades changed the title TF + WASM for heavy compute TF + WASM for heavy compute? Nov 23, 2024
@cxw42
Copy link
Owner

cxw42 commented Nov 24, 2024

I certainly have no objections :) . The computation is split between app/win and https://github.com/vakata/jstree . I think lazy-loading of windows/trees would probably be easier, since jstree already has hooks for that.

Another option that I just thought of would be to write a new main UI that just had a filter box at the top, and you typed in what you wanted to find. Edit I'm imagining something like the "Basic AJAX Demo" at https://www.jstree.com/demo/, except that no nodes would show up except for search results and currently-opened windows. That would remove most of the work that jstree has to do.

@philiprhoades
Copy link
Author

philiprhoades commented Nov 24, 2024

Interesting . . for me I might have to have the search on recency or name - all the recent windows get accumulated at the top - so say windows worked on today, over the last week / month - a duration selection?

Would you also add the tree option like in the demo?

The other idea I had a while ago is to be able archive some windows so they weren't currently active - they would need to be able to be re-activated if necessary though . .

Anything that improves speed / reduces overhead would be good!

@cxw42
Copy link
Owner

cxw42 commented Nov 24, 2024

I think making any windows older than X be loaded only on demand wouldn't be too hard. That's an interesting idea!

@philiprhoades
Copy link
Author

philiprhoades commented Nov 29, 2024

I think making any windows older than X be loaded only on demand wouldn't be too hard.

Excellent! - I have my list alpha-sorted except for the ones I am currently working on - so being able to choose the top of the list would work well! Assuming I could then choose "Load All" somehow, reorganise the order again, and then turn on "Top X Only" again.

That's an interesting idea!

Thanks! - I have been known to have them occasionally . . maybe every decade or so . .

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants