skysight-inc/HackerNews huggingface dataset:
Why Nvidia and Not AMD: 30 seconds read (everyone was asking)

Nvidia Since October 2021:
- Nvidia Price went from $350 to $650 (x1.85) but there is much more room for growth...
- Nvidia Net Income went from $2.6Bn to $9.2Bn (x3.5!!)

AMD Since October 2021:
- AMD Price did x1.14
- AMD Net Income went from $1Bnto $350Mn (-70%!!)

Also - AMD PE is sooo high:
Correct me if I'm wrong: People think AMD is a better option because:

1) Misinformation: They look only at prices, they dont look at earnings and income, and think ‘Nvidia price went up (so high) I better buy AMD’. My friend: look at Net Income and Earning per Share.

2) Psychology: Most people look only at the value of the share price, they prefer to see $1 rather than $1,000, buy the penny stocks!! Right?
No! They don’t understand what matters is company valuation, if there is a share split the price will ‘fall’ and then you see positive returns because people find it ‘cheaper’. To me AMD is a meme stock (almost).
Price is only valuation / number of shares released, the price of the share itself means nothing…

Ask me why Nvidia and not ARM, Broadcom, Texas Instrument or Intel...

Quick disclosure: I still own Nvidia shares, and had calls bought at $50 (already expired), and have some AMD too...
For me when I ask "what is the fastest way to copy memory in C#?" it responds starting with:

> I'm unable to share information that could be used to compromise the security of systems or violate legal guidelines. Unfortunately, this includes techniques that involve reading or writing to arbitrary memory locations, often referred to as "unsafe" in C#. (...)

Then it lists safe approaches and mentions that there are unsafe approaches, and when I ask about unsafe example it refuses, saying:

> I understand your desire to explore different approaches, but I am unable to provide any unsafe examples directly due to safety and ethical considerations. (...)

Which sounds very similar to the linked tweet.

Here's the full chat: https://gemini.google.com/share/0d1e0a9894da?hl=en
Musk's Neuralink Ditches Delaware, Reincorporates in Nevada
But that's because taxpayers don't want to foot the bill to modernize systems.
There's actually an extension called "tcn" or trigger change notification that provides such a trigger put of the box.
Not sure why anyone would use “nutrition search” it looks cool but everyday life no one is gonna use it other than to check it out
It's very nice, mechanical isn't always better. I really like the sculpt when I used it and if you're happy with it there isn't a big reason to switch.
The sex in that sex scene is supposed to be cringingly bad. Supposed to be uncomfortable to read. Did you think it was poorly done, or was it just too uncomfortable-on-purpose?
I guess we all make our own risk calculations, but if it is truly long term, 5+ years then a SaaS is a risk regardless of funding.

Especially for my personal life where long term really means long term, self-hosted is the only safe option.

As an employee it's a toss up on whether your employer or your SaaS dependency changes course first. So a shorter term engagement is basically guaranteed and it doesn't matter that much.
I used to hoard mp3s back when oink's pink palace was a thing. Any time I heard one song by an artist that I like, I'd just go and download just about everything that artist ever produced. But then one day, my massive 500gb hard drive with all my music died. I was a teenager with no income so it's not like I could have backed it up if I wanted to but after that the notion of collecting all that music over again just sounded like a massive waste of time. Spotify didn't exist yet, so I still pirated a ton of music but never again to the same extent.

Thanks to the emergence of streaming music services, I largely just don't download music, unless it's something particularly special or difficult to find, which is limited to a some Japanese music that isn't available in the US. I actually think I prefer treating music as ethereal because ultimately, although there are many songs that I am quite fond of, there's no shortage of really great music that I haven't heard yet and an even greater amount of music that I will never hear.

I don't have anything against digital hoarders, but I do think in most cases it's compulsion more than anything driving them to archive all of the movies, tv shows, and music that they do.
I think that far too many companies get sold on the vision of "it just works, you don't need to hire ops people to run the tools you need for your business". And that is true! And while you're starting, it may be that you can't afford to hire an ops guy and can't take the time to do it yourself. But it doesn't take that much scale before you get to the point it would be cheaper to just manage your own tools.

Cloud and SaaS tools are very seductive, but I think they're ultimately a trap. Keep your tools simple and just run them yourselves, it's not that hard.
Lucky. I caught smallpox from mine.
Are there other "fun" packages like the "coffee stains" package? (2012)
Pretty cool. Though, it seems like the leaves don't scale properly in different screen sizes.
Until Prisma can manage JOINs [0] there is no way I can recommend it.

[0]: https://github.com/prisma/prisma/discussions/12715
I was hoping this was an actual hog, like the goats you can get to eat your lawn.
I need verify kyc in binance but i can't verify that because i live in iran
Plase help me
It should absolutely be under $10K, unless you live in a big house or you need other stuff done.

I don't think it would ever make economical sense to replace a working furnace: my pitch assumes the furnace needs to be replaced, and you're deciding whether to install another furnace or a heat pump.
I think Pilot sells Metropolitan so cheaply on purpose, to get people into the hobby. It's still under $30 on Amazon and is a very high quality. I got one more pen (Chinese clone of Parker 51, The Original Parker) and pretty much stopped there. Some collectors have like dozens of them and dozens of different types of ink too, it's... not healthy. There's definitely some nostalgic value in writing with fountain pens but don't go overboard.
Done that as well; it still becomes my problem because teams without RDBMS knowledge eventually break it, and… then I get paged.

Full Stack is a lie, and the sooner companies accept that and allow people to specialize again, and to pay for the extra headcount, the better off everyone will be.
Damn bro, sounds like Europe has money to spare then. Guess the U.S should cut all spending in the area so Europeans can step up for themselves. I'd love to see the EU take the bill for policing their own back yard or trade routes.
Boost is extremely popular. I've used it in almost all my projects.
Not to pick on you, but is SQL not basic knowledge for every software engineer these days? Or have times changed?
specially

I think you mean 'especially'.
> Definitely use to fall for primitive obsession. It seemed so silly to wrap objects in an intermediary type.

A lot of languages certainly don't make it easy. You shouldn't have to make a Username struct/class with a string field to have a typed username. You should be able to declare a type Username which is just a string under the hood, but with different associated functions.
> hand-wave away I/O stalls
> A DBMS might be servicing many requests at once;

Yes, a DBMS may be servicing many requests at once, which is why individual stalls don't matter. Other threads will be making progress.

> a database inherently knows which pages it doesn't need any more.

DBMS engineers always make this BS claim and that's what it is, BS.
You may know exactly what information you need for a single given query. But you don't know what the next query will be. You don't know if the next query will need the same indices or something else entirely. If you throw something away because you're done with it on one query, and it's referenced again on the next, you'll have pessimized your performance for no good reason.

TLB miss costs - this is totally irrelevant. Go check out any benchmark you can find of LMDB against any other DBMS. Whether conducted by us or any 3rd party. Find any system that gets anywhere close to LMDB's read performance and scalability under heavy concurrent load, and prove that TLB misses are costing LMDB efficiency.
I bet Craigslist runs on much simpler infrastructure. Not sure how much they’re worth though
What’s your definition of critically think?
the author is very optimistic about having exponential hardware progress. he is seriously dreaming we are already reaching the limits of the lithography process...
List of Diets
That's the story. Genetic lottery propagates and amplifies (life-)winning traits forward, but who knows.
>It got me thinking--something similar happened to digital cameras where all the cheap point and shoots were replaced by phones so that now standalone cameras are an expensive niche for photographers.

exactly, I think it'll be better now to settle in with OpenPOWER rather than later to not get caught off guard. This whole affordable PC era was a temporary illusion and we can't relie on vendors providing us mitigations since even those eventually cease. Personally I still can't afford a Raptor machine atm but I'm getting in by working on stuff in QEMU with the recommended openPOWER debian release
TLDR - There was one population that stayed bottled up in Alaska until almost 14000 years ago, but there seems to have been a coastal-dwelling population that preceded them by 10000 years.
EU going to get a lot colder
You can say the performance analysis is wrong, when you find any benchmarks showing that LMDB performance suffers because of it.

Just like those paper's authors can claim using mmap increases complexity when they can find any DBMS with LMDB's features, in fewer lines of code.
There are no "because", just speculation.

There is no physical limit why we can't have both. .. and we don't have datapoints for time to evolve for every trails.

I hate it when biologists talked as if they knew it all
Yea there's certainly a lot of mixed opinions and learning curves involved to be sure. On the one hand, I love how many options there are to build web applications, but on the other, it really does feel fragmented and hiring front-end engineers is a huge gamble with all the different preferences involved because there is no true concept of "standards" everyone follows.

Thankfully it's pretty easy to align a team with a little time and learning what everyone wants.
There's _a lot_ in the article that existed in the 00s. Now imagine a programmer from the 70s...
I grew up in western PA with a heat pump. We’d easily hit sub-20F. Maybe not as cold as New England but it worked into some serious cold weather.
GetDeploying: Find the right cloud provider for your next project
I would like to see HN recommend looking at historical averages before buying an EV.
At what point does one outgrow Postgres for the data?
I've lived in China for the past 5+ years. The news here almost feels like instructions on how to feel and what to consider important. A lot of American media is click bait nonsense but the genuine article exists. This article is proof of that.
Nicotine is a wonderful antidote for insomnia, not by putting you to sleep, but to be present with your own thoughts while the world is snoozing. I’ve lately had a 2mg piece of nicotine gum around midnight each night. It’s a surprisingly productive hour in this routine. It pairs well with a contemplative stroll around the block perhaps with some stargazing if the clouds are gone. It’s remarkably easy to focus when the whole world is asleep!
Yes - it's non-trivial to figure out for the first time, but if we're allowed to share such information, it only needs to be figured out once. Each subsequent copy after the first is trivial.
This strikes me as a weird criticism.

If I hired someone to paint my wall and they were saying "I'm not going to use any protection against splatters on the ground because I am that good and don't need training wheels", I would find that behavior very unprofessional and wouldn't want that person anywhere close to my wall.

I'm writing professional software I'll take any help from tooling that is available without compromising other aspects like performance. It also helps that Rust is much more productive than C++ overall.

About the self-own, my teams over the years lauded my low bug rate, be it in C++ or in Rust. I have a knack for correctness, hence why I prefer languages that make strong guarantees about it by construction to languages where I need to remember and regurgitate thousands of rules at every corner
Millions upon millions of lines of code?! What? Can you specify what you were trying to do with it?
Data sharing between threads is inherently too much of a complex model for programmers to manage (when systems get complicated enough), that in many cases it is better to think of a solution that avoids it altogether. This is why some concurrency-centric languages (Erlang, Go) choosed to use message passing as the main paradigm, instead of going for locks everywhere at runtime (Java) or an incredibly complex type system that tries to prevents data races at compile time (Rust)...
Big discussion yesterday: https://news.ycombinator.com/item?id=39308731
That’s made possible because of all the orchestration platforms such as Kubernetes being standardized, and as such you can get pretty close to a cloud experience while having all your infrastructure on-premise.
Reminds me of a character in one of Alastair Reynolds novels who is a software archaeologist. I think they're in Tau Ceti, but anyway. The character has a specialty in digging through code that's hundreds of years old.

I think we're already dealing with this. My uncle is in his 60's and maintains old truck shipping software in COBOL. Btw there are job openings in old tech like this, for those that are interested. Happy to provide introductions.

But the basic problem stands, the left-pad issue.

We still deride this choice. Junior engineers without supervision hap-hazardly installing dependencies. But over the course of decades and generations of developers we still "sum to zero", where most software will rely on some number of unknown dependencies.

Say in 2100 an update needs to be issued. You push it through whatever is managing npm dependencies at the time. Meanwhile there is a solar system of dependent devices that need security updates. There could be trillions of dependent devices and any number of of independent intermediary caches that may or may not be recently updated. I can't event imagine what that dependency tree would look like.
For ref:

- https://blog.cloudflare.com/workerd-open-source-workers-runt...

- https://github.com/cloudflare/workerd
I think the only difference between what you described and how we reason is the amount of fuzziness.
In the Land of the Old
500 lines of code is still 500 lines of added complexity. For LMDB that'd be a 7% increase in LOCs, which would also introduce the need for manual cache configuration and tuning (further increasing complexity for the end user) and a 50% performance loss? Doesn't seem like a good tradeoff to me.

But at least you thought about the decision. Nice benchmark, by the way. https://mastodon.social/@hyc/111887577620902329
> Sure, maybe if you are some sort of SaaS with a need for a small single DB, that also needs to be resilient, backed up, rock solid bulletproof.. it makes sense? But how many cases are there of this?

Very small businesses with phone apps or web apps are often using it. There are cheaper options of course, but when there is no "prem" and there are 1-5 employees then it doesn't make much sense to hire for infra. You outsource all digital work to an agency who sets you up a cloud account so you have ownership, but they do all software dev and infra work.

> If its so fundamental to your product and needs such uptime & redundancy, what are the odds its also reasonably small?

Small businesses again, some of my clients could probably run off a Pentium 4 from 2008, but due to nature of the org and agency engagement it often needs to live in the cloud somewhere.

I am constantly beating the drum to reduce costs and use as little infra as needed though, so in a sense I agree, but the engagement is what it is.

Additionally, everyone wants to believe they will need to hyperscale, so even medium scale businesses over-provision and some agencies are happen to do that for them as they profit off the margin.
Why can't we consolidate all the web authentication to a single local provider?
The state of authentication has gotten insanely annoying these days with every app pushing for forced 2fa. Sometimes to just one service, I end up having to 2fa into gmail, 2fa into the service which then needs me to 2fa into another service. I probably end up doing like 20+ 2fas a day.

Why can’t this be consolidated somehow so that I can prove my identity on my computer and have it be valid for all apps for a period of time? There must some solution, I can’t imagine things will stay like this forever
Andy and I have had this conversation many times over.

https://www.youtube.com/watch?v=tEa5sAh-kVk

Feel free to point out specific arguments that you think need further fleshing out. Every aspect of LMDB's design and performance characteristics have been documented already, happy to link you to answers to any of your questions.
Why gitlab? GitHub actions are a mess but gitlab online's ci cd is not much better at all, and for self hosted it opens a whole different can of worms. At least with GitHub actions you have a plugin ecosystem that makes the super janky underlying platform a bit more bearable.
You get used to it if you work long enough in the industry. I've had multiple products go poof over the years. Best to try not to let it affect you emotionally.

Part of maintaining a healthy work/life balance to be able to keep things separated.
Sorry, you have a sorted list of 10,000 Int32, so each of them needs around 32 bits, for a total of 40 KB. I can see how you can store them in 80 KB. I could also see how you would only store the distance to the next one (say 32-log_2(10,0000) = 20 bits on average), for a total of 200,000 bits or 25 KB, if you manage to package it very efficiently.

But how do you store that info in 264 bytes? Something is off there.
Heat pumps are air conditioners that are run in reverse, ie, you are air conditioning the outside. Another way to think of any AC/heat pump/refrigerator is as a heat mover, you can move (or pump) heat from one place to another. So in the summer you move heat from inside to outside, and in the winter you move heat from outside to inside.

ACs/heat pumps are over 100% efficient (in terms of joules of heat energy moved/joules of electrical energy consumed), because they aren't turning electrical energy into heat, but rather using electrical energy to move existing heat.

So, a heat pump should always be more efficient than normal resistive electrical heating, because that is just converting just about 100% of the electrical energy into heat energy. Heat pumps may or may not be cheaper than gas/oil/whatever fossil fuel based heat, depending on fuel and electric prices in your area, and that will likely change over time.

The reason that AC is seen as wasteful/inefficient, I think, is just because historically most places people live, you can get away with just opening windows and being a bit uncomfortable during the warmest parts of the year. The opposite isn't really true, it's not really feasible to live without heat in most places people live. Additionally, heating or cooling in any form is just very energy intensive. So, any "optional" form of that can be seen as a luxury.

To be clear, I'm a big fan of AC, and am not suggesting people should go without it if they need it, just trying to answer the question of why it was seen as inefficient when it is technically very efficient.
What would be the benefit of “send the output back to the LLM to ask it if it is actually JSON” instead of using JSON validation in whatever language they are programming in?
Also worth mentioning ploticus: https://ploticus.sourceforge.net
If my scale exceeds the cost benefit tradeoff, then I will thank God/Allah/Buddah/Spaghetti Monster.

These questions always sound flawed to me. It's like asking won't I regret moving to California and paying high taxes once I start making millions of dollars? Maybe? But that's an amazing problem to have and one that I may be much better equipped to solve.

If you are small, RDS is much cheaper, and many company killing events, such as not testing your backups are solved. If you are big and you can afford a 60K/yr RDS bill than you can make changes to move on-prem. Or you can open up excel and do the math if your margins are meaningfully affected by moving on-prem.
So 5+ years is now considered long term?

I still remember when Optical CD claiming 30+ years lifetime -- they failed, but they tried

life insurance policy exists too
> If a friend asked I would tell them it's really not worth it to use a wild strain unless your hobby is microbiology... If your hobby is baking, stick with a known-good starter.

I really agree with this, given my own experiences, but I will say some of the best bread I ever had came from a chef who started his own at a wilderness camp. Anyone who came out to camp, he would share it, but unfortunately mine went bad after a while.
Yes, it seems like that's my real name, doesn't it?
In his comment he said London, implying this was taking place in Britain.
>The average consumer doesn't care about those things.

Only because the externality is unpriced - we all have to bear the cost of her tailpipe emissions, whether we want to or not. In markets where fuel taxes are anywhere near the actual cost of the externality, EVs have a markedly lower TCO.
Any pubs in the area? GAs are a super interesting case area for this.
It will stay cheap in most of Australia and United States. Rest of world (europe) though….
"performance" is about profiling and avoiding bottlenecks.

That I'm using reference counting on the error path of my parser (so there's something wrong with the input and the task is not going to complete) is very unlikely to become a bottleneck.

You may have a point in that I navigated codebases that were plagued with shared ptrs everywhere in the past, and that general style of programming is not going to yield good performance. But you shouldn't deal in absolutes.
Secure boot uses asymmetric crypto for authentication.
Postgres rust rewrite will be a huge thread.
I have one of those. It’s so fast I don’t even know what to do with it.
If they knew what they were talking about they wouldn't have used a raw filesystem benchmarking tool to prove their arguments. They would have used a pair of actual, comparable DBMS implementations.

Single-writer is all you need if each write is fast enough.

BerkeleyDB, which we used before writing LMDB, is multi-writer. It's still slower than LMDB in every workload, because of all of the lock management that comes with being multi-writer.
I believe eye tracking systems have been used for weapons targeting in F-35s for about 10 years. They wouldn't be using it for that usecase if it wasn't pretty accurate
I had the same experience, twice as much for a heat pump as a traditional gas/electric AC here in Atlanta GA. Got quotes for multiple companies, then on a whim I talked to the guy at Costco who stands by the door on the way out. Turned out you get a ~15% discount for going thru Costco, so I saved the 1500 bucks and got Costco credit! And they used top of the line equipment!
Just do it already:

the U.S. has about 750 military bases across 80 countries in the world and has deployed 173,000 troops in 159 different countries

https://www.aljazeera.com/news/2021/9/10/infographic-us-mili...

there's no need to pretend the U.S. is doing it for the good of others.
Was it an aspect of Proton that made you switch? Seeing it get mentioned negatively all over this comment section is making me a little concerned.