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

The percentage increase in performance in those benchmarks is stunning. They're pushing hard on the multi-thread end and it's clearly working for a lot of modern applications that can take advantage of it.

Pair one of these Threadrippers with a pair of the fastest NVMe SSD's out there, with plenty of high performance DDR4 memory and you've got a near supercomputer from recent past in terms of performance.


We should also really update all tutorials out there to use things like `make -j12` and makefiles to link and compile using multiple threads.


make -j will do it, but having played around a bit via machines on packet.net, RAM is the limiting factor.


> If the -j option is given without an argument, make will not limit the number of jobs that can run simultaneously.

On large projects you'll run OOM quickly if you're compiling thousands of files at once. All the context switches also slow down compilation.


These are amazingly useful for visualizing growth over periods of time.

Data Is Beautiful, one of my favorite short clip youtube channels does this for all of their content:

https://www.youtube.com/watch?v=ojARdKHKlI0


Thanks for responding to this and offering to escalate boulos.

I certainly don't think a student just learning the ins and outs of a cloud provider's services should be able to spend 10k+ without warnings/thresholds that require configuration to exceed. It would be positive for platform adoption to make that process better.


This is hilarious. Student doesn’t understand security in depth model, gets owned. Has a sour taste with said cloud provider. At what level do you accept responsibility for shoddy security practices. If the project was truly defunct then you should have closed the project or removed everyone’s access who isn’t project owner. Hindsight is 20/20.


Nice victim shaming you got there. The fault of all of this is 100% on whoever stole the credentials and made those calls. OP could maybe have been more careful but that doesn't mean it's all his fault or that we should be shaming in oblivion. And Google can still try to help rather than just take advantage of the situation. Life is easier when we are not dicks to each other, a little empathy can go a long way.


>>>Life is easier when we are not dicks to each other, a little empathy can go a long way.

I found my new email signature.


I am seriously wondering whether it's a good idea to put it in my business email or not :D


I think a lot of the problems we face today are largely unacknowledged by those who create them. The delivery lacked any empathy but does not make it less true. Actions have consequences and ignorance of those outcomes doesn’t mean you can escape them. The world would be a little bit better of a place if we’d stop coddling those who float haphazardly through their own existence.


> The world would be a little bit better of a place if we’d stop coddling those who float haphazardly through their own existence.

Why? Do you never ever make mistakes?


> At what level do you accept responsibility for shoddy security practices.

I agree completely-- Google's practices are terrible here. Who in their right mind would render $14,000 worth of services to a customer for which no due diligence was performed? They never stopped to make sure someone whose usage went from zero to the stratosphere was legit or has the ability to pay such a bill?

No other industry would do something so amateur. Lawyers work on retainer. Bartenders will preauthorize your card before letting you clean out the top shelf. Landlords do credit/background checks before letting you assume tenant rights under their roof. Steam will block your credit card until verification if you buy one too many hats. Know your fucking customer!

eFax and stamps.com are the only other businesses I'm aware of who do stuff like this, and it's done by design. You forget to cancel your free trial or account, they'll let the subscription bills accrue into the thousands and then send debt collectors after you to shake you down for a settlement.


Glad this was posted.

I've used GCP in the past, including decisions on which cloud providers to use where we spent north of 1M USD/month.

Honestly Google's efforts are best focused on support issues like this and customer service rather than features to compete with AWS at the moment. A lot about GCP's setup is simpler and their network/hardware is well known to be better per dollar spent.

However, I've always found the ability to contact an AWS rep and work through a tough situation on billing/quotas to be much more convenient.

That often shifts the decision in Amazon's favor.


Disclosure: I work on GCP.

To be clear, this person seems to have reached Support (I'll know more if they reach out to me) but is probably mid-way through the "Are you sure you didn't do this?" or something particular to debit cards.

Enterprises don't have the same experience, because you don't use a credit/debit card to pay for $1M/month in anything :). As an Enterprise, you also have dedicated folks in sales and professional services working with you, and so on.

I don't disagree that Support and customer empathy are huge factors of what goes into picking a provider. We need to improve, likely more than other providers. We all hate knowing that if you happen to know someone at Google, you get better help.

But, tl;dr: GCP Support != Google consumer "support" and individuals on credit/debit cards != Enterprises.


Hey boulos, upvoted your response. Thanks for taking action on this. Agreed that GCP != Google consumer support.

I didn't mean for my response to be perceived as negative for GCP, was only hoping to inspire those at GCP to continue to focus on the customer experience rather than features. AWS certainly needs the competition and I've also had great experiences using Google's cloud platform.


Message received! I just wanted to highlight that it's easy to extrapolate from individual accounts, but that can trick you. That doesn't make the current situation okay, and we get that.


You're correct--but most enterprises start out with credit card accounts when some line manager greenlights an experiment. "Time to go drop $50 million on a cloud provider this year" doesn't happen overnight, and it doesn't happen in a vacuum. Experiences like this with early-stage accounts cause significant damage to the sales process--and you'll never see it coming until after the decision has been made.


I wish I could upvote this comment twice.

At this point in 2019 intelligence gathering and government/corporate security vulnerabilities are much more in the digital realm than physical. Wifi enabled cameras/microphones, cell phones, servers, consumer computers, usb devices, iot devices are all used to that end.

We need to hold the flame to OS vendors to handle basic security precautions. It's not like the US government doesn't have contract negotiations with them large enough to force the issue.

It's also unacceptable to have security around the most protected person on the planet be ignorant to common attack vectors and procedures.


It’s largely shortcomings of “modern” OS designs and hardware. Things like kernel-space drivers and dma for peripherals make it very hard to have any reasonable level of protection.


If i were a gov, id have a gov only interface. One that isnt common and available to every person on the planet.


Hasn't the security by obscurity myth been debunked, and furthermore hasn't government proven itself utterly incompetent at designing products?


I'm not sure I would classify it as such, it's more of an attack surface reduction, assuming we're only talking about the physical form factor.


> incompetent at designing products?

You mean like SELinux? Or SE Android? Or the STIGs?


Thats not really what I meant.

I am just saying that they should have a pre usb meter that prevents the usb stick from being attached to a device directly such that they can screen it off ...


Defense in depth has not been debunked.


Note that the text of the book is available free here:

http://www.deeplearningbook.org/


This is a really great metaphor for starting companies in winner take all markets.

It

    Takes a combination of luck and skill

    Speed through quick iteration to out maneuver and eventually devour the big guys

    Frequent failures due to bad starting conditions

    Partnering with the right people early on is vital

    Later on you need your acquisitions to be large enough to move the needle

    Sometimes there is really no way to oust the established player in a mature market from a small players perspective
I think maybe some signs of aging or negatory effects of size would be cool to add in.

Cool concept!


Not to mention, letting go of some early partnerships that aren't keeping up, of which may even be detrimental to a competitor.


I think a play-by-play about how you guys got coverage from a local news station would be solid ... maybe a bit more of how it effected sign ups etc on your site.


After noticing the percentage differences and the weight drop, I wanted to do the math to figure out how much muscle vs. fat he lost.

He went from 219.2 at 35% body fat to 195.8 at 28.1%. If you do the back of the napkin math real quick that works out as follows:

    219.2 * .35 = 76.72 lbs of initial fat
    219.2 - 76.72 = 142.48 lbs of lean mass

    195.8 * .281 = 55.02 lbs of final fat
    195.8 - 55.02 = 140.78 lbs of lean mass
That means he lost ...

    1.7 lbs of muscle
    21.7 lbs of fat
Normally I say that these diets are often bad, and end up putting you back further where you started because you lose so much muscle and therefore regain it all much quicker.

However in this case 92% of his weight loss was fat, which is awesome.


I am not at all up to speed on these things but I guess there's more to the human body than fat and muscle. Those 1.7 lbs will certainly also include water, for example.


Typically how these things are measured is body fat and lean mass. Lean mass is all the stuff other than fat (muscle, water, organs etc).

You're right, I did assume that the lean mass lost came out of muscle in retrospect. Given his weight loss ratios I'd guess that it has to be, but it may be all water.

One interesting point here is if he lost significant water weight then he could have actually gained muscle as he lost fat. (that one's hard to tell though)


Math! What can't it do?

Thanks for these numbers. It's interesting to see how it really breaks down.


> Math! What can't it do?

Real randomness, or actually explain what it is. And some other things. But it's pretty powerful :)


I think so as well. Oddly enough that post on TC rose to the front page of reddit at the same time HN was down.

http://www.reddit.com/r/technology/comments/xel55/startup_cl...

It's been sitting on the front page for the past few hours. I suspect several sources led to the TC article and then through to the post on HN.


This was also submitted earlier today to /r/technology:

http://www.reddit.com/r/technology/comments/xdwqk/ubisoft_up...


Join us for AI Startup School this June 16-17 in San Francisco!

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

Search: