Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
na--
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
7 ms
·
1.
▲
by
na--
3y ago
Talk by Mike Olson from Monktoberfest 2023. Article version of the talk: https://www.olsons.net/entrepreneurship/what-is-a-board-for
2.
▲
What is a Board of Directors For? [video]
(youtube.com)
2 points
by
na--
3y ago
|
1 comments
3.
▲
by
na--
6y ago
FWIW, it works on QubesOS, which is Xen based. Though it works only in my Fedora and Debian VMs, but not on my Archlinux-based one. I think that's because I have WINE installed in the Archlinux VMs, since that's what gets started
4.
▲
by
na--
6y ago
Unfortunately not... At some point in the far future, we might release support for Go "scripting" [1] or we might extend xk6 [2] so it allows different script types, but those things are far from certain. [1] https://gi
5.
▲
by
na--
6y ago
This used to be an issue with older k6 versions, but since v0.27.0 we have arrival-rate executors [1] that should address the biggest issue of coordinated omission. And we've always measured the max value of all metrics, even when they
6.
▲
by
na--
6y ago
I was skimming your "extensive" article again, and I saw this little gem I'd forgotten about: https://github.com/ragnarlonn/curl-basher ^^
7.
▲
by
na--
6y ago
The canonical way to record web traffic are HAR files: https://en.wikipedia.org/wiki/HAR_(file_format) You can export HAR files from all web browsers and a lot of proxies and other tools. Then you can convert that reco
8.
▲
by
na--
6y ago
I am one of the k6 developers. I've commented in a bunch of threads here, but if you have any questions, feel free to AMA :) I'll be around for the next ~1h and then probably later in the day as well.
9.
▲
by
na--
6y ago
This very much depends on your available hardware and the complexity of the load test. Following the advice in https://k6.io/docs/testing-guides/running-large-tests , and having a beefy load generation machine and
10.
▲
by
na--
6y ago
That's one of the main uses, yes. Although k6 gives you a lot of flexibility to decide what your pass/fail criteria are with its custom metrics ( https://k6.io/docs/using-k6/metrics#custom-metrics ), che
11.
▲
by
na--
6y ago
That's more or less it. Source: I am one of the k6 developers, and here's also an answer from our CEO on the topic: https://community.k6.io/t/k6-licensing-agplv3/395/2
12.
▲
by
na--
6y ago
I might be missing something, but k6 should be able to completely cover all of your use cases? I am one of the k6 developers, can you share exactly what the missing piece was? > tests that would run much much more often (like every secon
13.
▲
by
na--
6y ago
There is auto-completion, see https://k6.io/docs/misc/intellisense Regarding debugging, that's unfortunately unlikely to come any time soon... We'd need support for that in the JS runtime we're usin
14.
▲
by
na--
6y ago
Yes, that's it. If the C++ application exposes some service, then k6 might be the tool to test how it behaves under load now (or in the future). The only protocols we currently support are HTTP(S), WebSockets and gRPC, though we plan t
15.
▲
by
na--
6y ago
I am not completely sure why the Go stdlib's HTTP client (which k6 uses) is faster than the NodeJS one. I think part of it is the fact that k6 spins up a separate JS runtime for each VU. goja is a much, _much_, slower JS interpreter th
16.
▲
by
na--
6y ago
There's a very interesting and long 6-year old discussion in the comments of the YouTube video you posted. In it, Marcinmd1 makes a lot of very good points, against the premise of the video...
17.
▲
by
na--
6y ago
> He writes utter shit, sub-mediocre literature. I'm someone who has read that story, at least the public parts of it, and I object slightly to your quality assessment... ;) I don't argue it's great literature or anything,
18.
▲
by
na--
9y ago
Location: Sofia, Bulgaria (EU, UTC+2) Remote: Yes Willing to relocate: Unlikely Technologies and skills: Go, Linux, DevOps, Rust (currently learning), Bash, JavaScript, PHP, Data Wrangling and others (see CV timeline) Résumé/CV: https
19.
▲
by
na--
9y ago
Location: Sofia, Bulgaria (EU, UTC+2) Remote: Yes Willing to relocate: Unlikely Technologies and skills: Go, Linux, DevOps, Rust (currently learning), Bash, JavaScript, PHP, Data Wrangling and others (see CV timeline) Résumé/CV: https