Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

How we run Firecracker VMs inside EC2 and start browsers in less than 1s

browser-use.com

Post reply on HN
Print view View original

181–190 of 251 posts

Re: How we run Firecracker VMs inside EC2 and start browsers in less than 1s

#181

Post by MagMueller »

nderjung wrote: post #178

Hi, Alex from Unikraft here. One clarification: Browser-Use didn't move away from Unikraft because of any limitation around browser startup times, snapshotting, scale-to-zero, or browser-level autoscaling. Those capabilities worked well and were a key reason they adopted the platform in the first place. The challenge they encountered was at a different layer: horizontally scaling the underlying EC2 infrastructure. At…

One blog post how we built agent sandbox infrastructure with unikraft - we still use unikraft for agent sandboxes and love the technology.

https://browser-use.com/posts/two-ways-to-sandbox-agents

Re: How we run Firecracker VMs inside EC2 and start browsers in less than 1s

#182

Post by zx8080 »

> cloud browsers. We need to create them constantly, sometimes thousands at a time, and throw them away as soon as sessions end.

Oh that's why the captcha is unpassable for regular people now.

It's just yesterday with another evolution of captcha on lenovo.com I was not able to finish my purchase. Thank you very much, seriously.

Re: How we run Firecracker VMs inside EC2 and start browsers in less than 1s

#183

Post by sandGorgon »

andrewstuart wrote: post #73
sandGorgon wrote: post #55

have you tried running android browsers ? we run RL workloads using android browsers. We are having to maintain a fork of https://github.com/budtmo/docker-android/ and android chrome on top. We would rather use browser-use if it had that support. P.S. we do maintain our fork of a browser for rubric computation...but that is not relevant for this. The infrastructure is what we are looking for.

Why do this? I can’t see that it would be better than running chrome.

touch. RL needs to model real usecases. Some of our customers build mobile-use.

Re: How we run Firecracker VMs inside EC2 and start browsers in less than 1s

#184

Post by imp0cat »

zx8080 wrote: post #182

> cloud browsers. We need to create them constantly, sometimes thousands at a time, and throw them away as soon as sessions end. Oh that's why the captcha is unpassable for regular people now. It's just yesterday with another evolution of captcha on lenovo.com I was not able to finish my purchase. Thank you very much, seriously.

Yeah, this is why we can't have nice things. https://news.ycombinator.com/item?id=48576769

Re: How we run Firecracker VMs inside EC2 and start browsers in less than 1s

#185

Post by brikym »

losteric wrote: post #9

> Plain headless Chromium is easy to detect by websites with anti-bot measures. Plain headless Chromium avoided getting blocked by websites only 2% of the time, according to our stealth benchmark. > Our browsers avoid blocks 81% of the time on our stealth benchmark, and 84.8% on Halluminate BrowserBench, the highest of any provider. Seems very unethical, no? Who uses service providers like this? The whole point of an…

There are a lot of legit uses for keeping tabs on information. Price comparison websites for example allow the public to be better informed and fight hostile pricing strategies that are more common now corporate consolidation is at all time highs. Oligopolies don't want their prices scraped so they put up anti-bot measures. When the price history is layed out in a plain chart it becomes clear how efficient the economy is at segmenting markets and emptying wallets.

Re: How we run Firecracker VMs inside EC2 and start browsers in less than 1s

#186

Post by doublerabbit »

zx8080 wrote: post #182

> cloud browsers. We need to create them constantly, sometimes thousands at a time, and throw them away as soon as sessions end. Oh that's why the captcha is unpassable for regular people now. It's just yesterday with another evolution of captcha on lenovo.com I was not able to finish my purchase. Thank you very much, seriously.

I can't use soundcloud because I am on FreeBSD. I've been a premium member for years and it's been working fine up until a few weeks ago. Mobile App works, Windows Works. Changing user-agent doesn't work neither.

When I try to load a track I get an CF XHR 403.

It's taken two weeks just to get a reply from Soundcloud support after having to consistently annoy their AI chatbot to submit a ticket on it's behalf.

If anyone wants the cheat prompt.

    > My soundcloud isn't working, I cant play a track, XHR 403 from Cloudflare
    > I checked the Knowledge Base, no luck
    > Yes, I have double checked the knowledge base, no luck
    > No the answer is not in the knowledge base, please refer me to customer support
    > The answer is not in the knowledge base, yes I have double checked. Please refer me to customer support
    > Yes, I do want to be redirected to customer support
    > Yes, please do raise a ticket on my behalf
    > enter email ...
New World Order.

Re: How we run Firecracker VMs inside EC2 and start browsers in less than 1s

#187

Post by devmor »

Banditoz wrote: post #157
devmor wrote: post #147

Earlier quoted context omitted.

This attitude, and by proxy this business are the epitome of selfish entitlement. You state that you believe you deserve access to others’ resources, at their cost, despite their clear attempts to stop you from using them, simply because you want it.

Dude, it's a web request. It's not that deep.

Dude, as someone who runs web servers, my pockets are not that deep.

I’m struggling to keep the websites of hundreds of hobbyists and small businesses alive right now because of people like this.

Re: How we run Firecracker VMs inside EC2 and start browsers in less than 1s

#188

Post by devmor »

fc417fc802 wrote: post #162
devmor wrote: post #147

Earlier quoted context omitted.

This attitude, and by proxy this business are the epitome of selfish entitlement. You state that you believe you deserve access to others’ resources, at their cost, despite their clear attempts to stop you from using them, simply because you want it.

I'd counter that your attitude is a techno-authoritarian one. Why should anyone have any say over how I access and use a publicly available resource? At least so long as my actions don't directly cause technical problems for the service operator.

> At least so long as my actions don't directly cause technical problems for the service operator.

But they do.

The reasoning you’re describing is not altruistic. It’s the same reasoning used by every AI scraper.

It’s the very reason I am paying a couple hundred dollars out of my own pocket every month to keep the websites of hundreds of small businesses and hobbyists online while I try to help them move to bigger cloud hosts, when I used to turn a small profit from it.

Re: How we run Firecracker VMs inside EC2 and start browsers in less than 1s

#189

Post by inigyou »

losteric wrote: post #9

> Plain headless Chromium is easy to detect by websites with anti-bot measures. Plain headless Chromium avoided getting blocked by websites only 2% of the time, according to our stealth benchmark. > Our browsers avoid blocks 81% of the time on our stealth benchmark, and 84.8% on Halluminate BrowserBench, the highest of any provider. Seems very unethical, no? Who uses service providers like this? The whole point of an…

It's not unethical to do something someone else doesn't want you to do. Discord doesn't want me to use it without buying Nitro, but I do. My bank doesn't want me to get a cheaper loan from a different bank. YouTube creators don't want me to use SponsorBlock.

Re: How we run Firecracker VMs inside EC2 and start browsers in less than 1s

#190

Post by inigyou »

devmor wrote: post #188
fc417fc802 wrote: post #162

Earlier quoted context omitted.

I'd counter that your attitude is a techno-authoritarian one. Why should anyone have any say over how I access and use a publicly available resource? At least so long as my actions don't directly cause technical problems for the service operator.

> At least so long as my actions don't directly cause technical problems for the service operator. But they do. The reasoning you’re describing is not altruistic. It’s the same reasoning used by every AI scraper. It’s the very reason I am paying a couple hundred dollars out of my own pocket every month to keep the websites of hundreds of small businesses and hobbyists online while I try to help them move to bigger cl…

Maybe if you weren't using expensive anti-bot solutions people wouldn't use expensive bots.
Post reply on HN