Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
s1m0n
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
1.
▲
Show HN: Auto wrap C and C++ functions with instrumentation
(github.com)
2 points
by
s1m0n
6y ago
|
0 comments
2.
▲
by
s1m0n
11y ago
It was at this point that I realized that the performance of the user-land code in general (including NGINX) could be much better if it wasn't for the legacy network stack in the kernel, which does a bad job at some things such as slow
3.
▲
by
s1m0n
11y ago
Thanks! I also forgot to mention about performance. Whether you code * foo or the easier to comprehend and safer(?) foo[i] then the compiler still does an awesome job optimizing. However, it's much easier to assert() if variable i is
4.
▲
by
s1m0n
11y ago
We do agree that the experienced developers are necessary along side the less experienced developers. At least when the project is getting off the ground and the less experienced developers are still learning the ropes.
5.
▲
by
s1m0n
11y ago
Do you happen to know the company names where they work?
6.
▲
by
s1m0n
11y ago
Thanks! And I have not seen any teams doing this kind of thing either. Another tidbit: The developer pairs were responsible for writing both the production code and associated automated tests for the production code. We had no 'QA&#x
7.
▲
by
s1m0n
11y ago
"I have never professionally audited a C project and not found a vulnerability." Just out of interest: How many C projects have you audited? And have you ever looked for a relationship between the number of vulnerabilities and the
8.
▲
by
s1m0n
11y ago
Not all C developers need be a top 0.001% C developer to write high performance and rock solid code. Why? I'm a very experienced C programmer and one day my boss came to me and said that the sales guys had already sold a non-existing c
9.
▲
by
s1m0n
11y ago
:-)
10.
▲
by
s1m0n
11y ago
Reason #4: Another problem is that the network kernel was never designed to do internet on the mass scale desired today. Companies like whatsapp devoted lots of time to getting e.g. 2M concurrent TCP connections (considered good) running on
11.
▲
by
s1m0n
11y ago
Looks interesting. I'll take a look. You might also be interested in mTCP ( https://github.com/eunyoung14/mtcp ), or possibly adding mTCP functionality to packet bricks?
12.
▲
by
s1m0n
11y ago
Wouldn't it be more efficient to just have all or nearly all packets bypass the network kernel? Why compromise?
13.
▲
by
s1m0n
11y ago
The title of the article does not mention CloudFlare; only bypassing. The fact that the CloudFlare architecture pushes a higher bandwidth of packets into the network kernel and bypasses the rest does not make it a good technique or to be re
14.
▲
by
s1m0n
11y ago
If you are only interested in pushing infrequently used ssh packets into the kernel for e.g. low bandwidth health monitoring -- while all other packets bypass there kernel -- then why would this be considered a "toy app"? Surely i
15.
▲
by
s1m0n
11y ago
This is the inaccurate sentence: "Snabbswitch, DPDK and netmap take over the whole network card, not allowing any traffic on that NIC to reach the kernel." Obviously with netmap traffic to the NIC may reach the kernel...
16.
▲
by
s1m0n
11y ago
The article appears to be inaccurate. Why? AFAIK it's possible to make use of netmap on a box with a single nic. I tried this out for myself about 2 years ago on a VMware virtual machine. How does it work? A user land packet filter can
17.
▲
by
s1m0n
12y ago
Lines 18 and 32 of the pseudo clearly show a "while(true)" which blocks... so how can this be called "non-blocking"? Isn't looping until we get lucky pretty much like a "spin lock"? And because the number
18.
▲
by
s1m0n
13y ago
FYI I also tried changing the mix so that 10% of the ops were del/put and 90% of the ops were gets. Unfortunately the ops per second went down to between 0.1 and 0.2 million :-(
19.
▲
by
s1m0n
13y ago
FYI I experimented a little bit with the perf test and instead of using consecutive 32bit ints as keys then I used randomized 64bit ints as keys. I had to reduce the number of keys to 60 million otherwise it ran out of map space :-( Anyway,
20.
▲
by
s1m0n
13y ago
Here's a link [1] which tests LMDB on a Rackspace server with 16 vCPUs. To make the test fairer to ShardHashFile then the LMDB data file is stored in /dev/shm so that the disk does not get in the way of the test. The test fir
21.
▲
SharedHashFile
(github.com)
3 points
by
s1m0n
13y ago
|
10 comments
22.
▲
G-WAN almost *twice* as slow as libsxe using G-WAN's own benchmarking tool
(simonhf.wordpress.com)
1 points
by
s1m0n
14y ago
|
0 comments
23.
▲
Live DavidU interview right now this second...
(techzany.tv)
1 points
by
s1m0n
15y ago
|
0 comments
24.
▲
What They Didn’t Tell You About Creating Scalable HTTP Web Services
(simonhf.wordpress.com)
6 points
by
s1m0n
16y ago
|
0 comments
25.
▲
A disciplined shared-memory model for parallel state-driven algorithms
(simonhf.wordpress.com)
17 points
by
s1m0n
16y ago
|
1 comments
26.
▲
Node.js versus Lua "Hello World" - Postmortem
(simonhf.wordpress.com)
1 points
by
s1m0n
16y ago
|
0 comments
27.
▲
Node.js Versus LUA "Hello World" HTTP Server Showdown
(simonhf.wordpress.com)
49 points
by
s1m0n
16y ago
|
88 comments
28.
▲
by
s1m0n
16y ago
Check out the 'rounded' theme: e.g. http://simonhf.wordpress.com/