I don't deny that it might help some kids some amount. Although now I'm curious -- what kind of improvement does the evidence actually show? Anything close to "equalized"?
3,517 karma · joined July 23, 2021
I don't deny that it might help some kids some amount. Although now I'm curious -- what kind of improvement does the evidence actually show? Anything close to "equalized"?
I disagree with your unsubstantiated assertions.
> You’re either a troll or a fool, you appear to be conceding you’re the former.
This violates the sites rules, no name calling. Please try to do better.
I know, because I had some understanding of the risks. All without being terrified! In fact there may even have been some correlation there.
> But most of us weren’t 70+ and couldn’t really empathize with those that were.
Speak for yourself.
I mean it's okay that you were, you don't have to do the macho act to save face or anything. It's a very common response even irrational fear (and is unfortunately exploited). I was not saying that's the "wrong" way to feel or live, just that it saddens me to think of people feeling like that.
Living in fear, anger, a strange frothing hatred for people who are different. If anybody would appreciate why someone would not want to live their life that way, I'd think it would be you.
I sometimes drive my automobile for non-essential reasons too despite that being one of my largest risk factors, much larger than covid.
Rational and level headed efforts to tackle problems like climate change would be welcome. A great first step would be to vote out all politicians who use it for political games by riling up panic and then actually doing very little about it.
Everybody grew up with richer and "better" schools and areas, I would have hated being sent out to those.
Nitpick (and you didn't necessarily imply otherwise), but x86-64 was a latecomer to 64-bit ports in Linux. SPARC I think was next after Alpha, and MIPS, PARISC, IA64, PowerPC at least all came before x86-64 was merged.
One thing that has amazed me is that despite the weight of development and investment in Linux far outstripping FreeBSD since around that time if not earlier, FreeBSD still managed to hold its own in performance, at least in some workloads and situations. Is there something about the people, community, methodologies, or technology that provide advantages to help achieve this? It would have been nice to know what could have been with a more even split of resources.
Although I will say in my experience by far the most capable people have been those with passion who would have been working on a project as a hobby anyway (if not so many hours), and often the best results come from those people attacking problems that interest or concern them as opposed to ones that go through committees and executives and project managers, etc. The latter often serve to crapify things in the long run by being driven by short-term and selfish thinking (not necessarily by any one developer or person, just the nature of the whole beast). Linux kernel has been doing as well as can be expected in avoiding that corporate crapification, but it certainly is not immune. I could easily believe the average developer-hour invested in FreeBSD has a far greater value to the project in general than that in Linux (yes I'm aware many FreeBSD developers do get paid to work on it, and many Linux ones don't).
(References)
https://marc.info/?l=freebsd-commits-all https://marc.info/?l=freebsd-hackers https://marc.info/?l=freebsd-current
My question is why it's $1000 and not $999.
Doesn't seem to be taking. The issue is that there are not a couple of watts there. There are a couple here, and that's all.
> I don't think anyone has asserted that there's "huge amount"s to be won from the simplified hardware?
They did. In this thread you are participating in even. Perhaps you didn't really read the post of mine that you first replied to, or its context?
The mainframe is optimized for reliability and compatibility foremost and does things that are quite unlike most other classes of machines even "high end servers", including RAIM (RAID for memory), and the ability to stop a failed processor and move its checkpointed state to another processor and resume it transparently from software point of view, and generally employing quite hardened circuits and strong error detection and correction throughout the system.
There are some guesses at $500k for this Oxide rack, not sure if that even gets your phone call returned for a low end mainframe with much less compute power and memory installed. High end configurations rumored to be many millions.
This thing is more a competitor to "scale-out" / "cloud" / "webscale" / etc., at least on the hardware front (they seem to do a lot more on software/firmware side than typical such hardware vendors).
Not with the current state of the art.
> If it didn't matter, then there'd be no interest in blades, or OCP, and all the cloud vendors would use standard rackmount whitebox servers.
I'm talking about it mattering from the starting point of blades, OCP, "cloud" systems!
The thread is about where the oxide niche is and what advantages it has over competition. The idea there is huge amount to be won on southbridge chipset and IO ports in large scale systems is simply not true. Quite amazing that people who don't understand this are posting in this thread as though they are experts in the matter.
I thought you were going for cloud DCs rather than enterprise. Seems like a big uphill battle to get software certified to run on your platform. Are any of the major Linux distros or Windows certified to run on your hypervisor platform? Any ISVs?
> The question on density is: how can you get the most compute elements into the space/power that you've got, and cramming towards highest possible density (i.e., 1U) actually decreases density because you spend so much of that power budget cranking fans and ramming air.
The question really is how much compute power, and electrical/thermal power ~= compute power. Sure you could fit more CPUs and run them at a lower frequency or duty cycle.
> And the challenge with OCP is: those systems aren't for sale (we tried to buy one!) and even if you got one, it has no software.
OCP is a set of standards. They certainly are systems sold. I guess the nature of the beast is that buyers of one probably don't get taken very seriously, particularly not a competitor.
And not one in particular, there's just a bunch that have sprung up around OCP over the past decade. None that I'm aware of that are doing everything that Oxide does, but we were talking more about the mechanical, electrical, and cooling side of it there -- they do seem to do okay with power density.
I was replying more to the idea there's all this costly legacy IO.
I guess you aren't the first to try different geometries or power delivery or cabling either. There's been lots of little opencompute-type efforts and startups come and go. I'm skeptical there's a lot in it in a significant niche that does not already do these things, but you don't need to convince me. Although if you did want to you could show some comparative density numbers. What can you fit, 2048 cores, 32TB, and push 15kW through a rack?
Proof of the pudding will be in the eating I guess. Does Oxide talk about performance advantages at all, or have numbers?
This is not really true. Data center servers are highly optimized for density already. Like tens of thousands of hours on airflow CFD, tweaking cases and fans and internal layout, heatsink design, etc. chasing the 0.1%s. There are many significant tradeoffs to be made, but there is not a large factor improvement just sitting on the shelf due to a bunch of unused legacy leftovers.
Huh. I don't think I would have seen OP's point about people being strangely dismissive to the idea of alcohol as a social lubricant until you provided an example.
Saying alcohol is not needed for socializing is like saying everybody is fully aware that alcoholis not needed to numb bad feelings because they were happy when they were children.
> money
There appears to be some fundamental misunderstanding here.