I think that viewing from the terminal can be convenient when actively using it with zellij, tmux, etc.— when in one pane you're developing, in the second the build is running, and in the third you're watching anime.
Should be doable with a local model, but there might be some trade-off here. I expect it to roll out to Pixel users first where Google has a better control.
Because it seems like, regardless of the announcement, there will always be someone who has the most niche issue with it and manages to make assertions for an entire group of people while only really referencing their personal experience ("and all of the people they know").
I mean, I am the strongest local LLM advocate you will find. I have my GPU loaded with a model pretty much all day, for recreation and work. My job, my livelihood involves running local LLMs.
But it's intense, even with a very finicky, efficient runtime on a strong desktop. Local LLM hosting is not something you want to impose on users unless they are acutely aware of it, or unless its a full stack hardware/software platform (like the Google Pixel) where the vendor can "hide" the undesirable effects on system performance.
I think that's a reasonable generalization to make.
Fair but google does, _supposedly_ have a Gemini model meant to run on phones so it'd presumably be small enough that it wouldn't necessarily be a massive problem. Or, at least, we could get there eventually. Not arguing at this point, you're right. I just think over time we could get there
Running "smart" LLMs locally takes a lot of RAM, a lot of compute, and a lot of disk space.
It produces a considerable amount of heat unless it's run on an NPU, which basically doesn't happen on desktops at the moment.
Hot loading/unloading it can be slow even on an SSD.
Users often multitask with chrome in the background, and I think many would be very displeased to find Chrome bogging down their computer for reasons they may not be aware of.
Theoretically Google could run a very small (less than 2B?) LLM with very fast quantization, and maybe even work out how to use desktop NPUs, but that would be one heck of an engineering feat to deploy on the scale of Chrome.
Honestly that sounds extremely feasible, especially for a feature that isn't on by default. The one the parent comment references in Arc isn't on by default. Also chrome eating up system resources is already a meme and they've been working on using less by sleeping tabs.
Sure - if they have some bank that isn't sanctioned (AFAIK there are 0 domestic banks not sanctioned) - or money already outside of Russia (only the rich, and most of the mega rich are sanctioned individually).
Unfortunately no. Gazprombank, Raiffeisenbank and Rosselkhozbank are partially sanctioned but operational - they allow to do swift transfers, their own native transfers to select post-soviet countries and their unionpay cards work relatively well outside of russia.
It's a measure to prevent multi accounts. Some people really overuse free offering. Either your domain/IP is on a spam list or your email server may be misconfigured.
People did that a lot to get new free accounts from disposable email services (You can generate 100 images/mo for free). Around 15% of signups were disposable email multi accounts (40% of email signups).
I use email verification API for this. It states to make decisions based on public email blacklists and lists of disposable emails. Cleary it's not perfect
