Hacker News new | past | comments | ask | show | jobs | submit | RUBwkVjwLsDKgPw's comments login

please read the article first. this criticism is addressed.


All or most of the ssds used in this study are used as a cache in front of hdds, so take results with a grain of salt.


They're in the wrong time zone to compete...


Some of us are on mobile...


To add clarity to this statement, for some unfathomable reason, the "web" link does not show up on the mobile version of HN.


It certainly should, and does for me. If it doesn't for you, that sounds like a bug.


Great example why discussion of these meta topics is important.


I bet $500 USD it doesn't become bigger than the bay area in the next 10 years.


Good. The last thing needed here is a town full of jackasses creating the next unicorns.


Just use signed ints. Signed integer underflow is undefined behavior so it can't happen /s


Lol'd . To the contrary, it _can_ happen, and when it does the behaviour is undefined for C/C++. However, rest assured - you are probably on a x86_64 machine programming in sth like Ruby or Java script, so your Apps should be alright :P



Deep Dreams. Even though this one was surprisingly effective, but less general than DD.


As someone who works in the application layer, the recommendation to have a fast failover to tcp from udp seems silly. Shouldn't the recommendation be to keep packet sizes below 1280?


Oh, whatever happened to SCTP?


The reality that to much stuff in networks (mostly firewalls, NAT and other middleboxes like that) only understands the basics (TCP, UDP, random bits of ICMP) and drops SCTP. You can do SCTP over UDP, or use it in networks you can control and fix, but not reliably as-is over random internet connections. So we now have HTTP2 and other protocols now reinvent parallel streams instead of swapping to SCTP, but that's how it is.


SCTP is alive and vell in very niche applications. SIGTRAN [1] for example is an adaptation of middle layers of SS7 network stack that runs on top of SCTP/IP.

[1] https://en.wikipedia.org/wiki/SIGTRAN


> the recommendation to have a fast failover to tcp from udp seems silly

it does, in some ways. I imagine if you're using UDP you have a specific application in mind that may not be performant over TCP... otherwise why not just use TCP by default?


Well there are often times where you may need to send more data than fits in a 1280 packet, so what do you do then? Ans: cut over to TCP.


Send more than one packet?


But then you need to design a system to make sure all the packets arrive, including sending missing packets, and that they're processed in the correct order. Or you could use a time-tested off the shelf system to handle this complication: TCP.


He's one of the few people in the world with a more nuanced understanding of blockchains than either "it will male bankers obsolete" or "it's useless nerd money", and that writes about it publicly.


If he was satoshi he would just sign a message with the genesis block's private key saying so. He wouldn't announce that he's going to move an early coin on the bbc. It's simultaneously the most convincing proof and the easiest proof to do.

In my eyes, he's a fraud until he does it.


I agree. It's very hard for me to believe that he can both have been so clearly well-versed in crypto and with its beauty, enough to create a masterpiece like bitcoin, and at the same time hesitate to just sign a message. Not only is signing something convincing and easy, it's taking advantage of that same beauty of crypto that he should appreciate so much.

It seems backwards to me that someone like Satoshi who obviously does value privacy and anonymity would get on BBC and declare "I am Satoshi, and I want to be left alone" and yet at the same time not take the cleanest, least extravagant option of just signing something.


Why though? What does he gain from all this? (I agree it's all a total scam)


All will be revealed in due time


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: