HN user
Sorry, I like my privacy.
But if you need to reach me:
throw02away@gmail.com
(Yes, the obvious address was taken!)
If AAPL thinks QCOM doesn't add proportional value to their phone, let them sell their phone without QCOM ip.
Because we all know AAPL takes its proportional percentage of flesh from an app developer for having the audacity to add value to iOS, whilst simultaneously holding back the web.
Hypocrisy all around.
The specific part of your comment, which is true, is, yes, I am essentially warning that you can do your absolute best to raise a child and put their interests (as you see it) ahead of your own, and they still may end up hating you for it.
I'm not, however, going to comment on any other part of your response. I just don't want to get into it.
As a counterpoint to some platitudes expressed here, let me say this: I unequivocally hate my dad. The reasons are complicated, and personal. But there is something I know with absolute certainty. Everything he ever did in relation to me was with the best of intentions, and he always placed my well-being (as seen by him) before his.
Sure, I mostly feel like an ungrateful wretch. And yes, now that he's an old man, I do treat him very poorly and wish he were dead, mainly because it'd save my feelings of guilt with how I treat him.
I wonder if he resents having me. I will never ask him. I fear his reponse, that he'll deny it.
If you're willing to have a kid, I'm one of the ugly corner cases.
I don't have any kids. I'm beyond the age where they're on my radar. Perhaps a relationship with someone a fair bit younger would change that, but I doubt it.
Good luck.
Sure, this is one technique. You could also, akin to jump instructions, have a concept of data locality, versus instruction locality. You can do this is a lot of ways without resorting to something like segmentation, which everybody hates. Trivial would be something like a current "data pointer", which would see useful implicit updates, and well as explicit ones (akin to a long jump).
You sound like an architecture person (I'm not, btw), so maybe you can give the lowdown on this.
Why registers? I haven't studied the Tomasulo algorithm in any detail, but if you're going to do "register renaming", why have registers at all? You could, for example, treat memory as a if-needed-only backing store, and then add a "commit" instruction that commits memory (takes an address, or a range). Sure you need to make changes with how you do mm i/o and protection, but at a basic level: why registers?
I'm glad FPGA's are becoming a thing, and I think we're about a decade or two away from ASICs as a service, because if you're not beholden to tradition, you really can work some magic. Of course I'll be pretty rusty by then, but who knows, maybe medicine will keep me feisty.
I can understand the historical requirements for alignment, the necessary transistors, what not. But, much like branch-delay slots, there is no modern reason to expose this to the programmer. Of course, I gave an exception to atomics, but if you will, they're like memory-mapped communication, and now that all I/O is memory-mapped, with no concept of ports, the (ordering) semantics of memory access becomes really important.
I'm also the weirdo that feels process isolation, memory management, and I/O mechanisms need a rethink. But that's something that would take me forever to get into.
One thing I will say, though, is alignment issues "infect" everything. Assume your architecture doesn't allow misaligned access. Now, all your data has to be naturally aligned. Your structs now have to be aligned to the alignment of the largest sub-structure within them. This is all because code is alignment sensitive. Given a pointer to a struct, generic code is unnecessarily larger. Any why would we care? Communication, of course. If we're exchanging data between systems then idiosyncrasies such as this suddenly become globally visible.
Endian-ness must be little. Byte-aligment a non-issue, and network-bit order should be from bit zero up, with any upper layer need, say for cut-through forwarding, expressed as a data ordering requirement, so for example an IP4 address is not a blind 32-bit word, but specifies the structure of those 32-bits.
I understand. What I mean is that if your word-size is not your addressing-size, you'd better not have a concept of mis-aligned accesses. It's trouble you brought on all by yourself.
I'm probably the only weirdo that thinks this, but if you support byte-addressing you'd better as well be happy with byte-alignment. Atomics being the only place where it's reasonable to be different.
Which brings me to padding. I wonder what percentage of memory of the average 64-bit user's system is padding? I'm afraid of the answer. The heroes of yesteryear could've coded miracles in the ignored spaces in our data.
Thanks Jack for taking the time to respond.
Keeping the faith alive...
I used to be a big champion of RISC-V, just look at my submission history, but I've become increasingly weary due to SiFive's dubious leadership.
1) It's still impossible for anyone to get their hands on an FE310 chip over half-a-year on from the release of the HiFive board.
2) They promised open-source cores, but somehow backtracked due to "customer requests". How does this make any sense? And if so, just have an open-source version, and a closed-source one that, I dunno, has a SiFive logo on the mask.
I was really inspired by them, now I'm mostly dejected. Still, I'm hoping someone like ST takes their peripherals and makes an MCU with a RISC-V.
I hope they support Googles VM threads while they're at it.
I saw the slides on the VM threads concept. I'm unsure as to the point. A process essentially sees a virtual CPU, multiplexed by a kernel. The point of a hypervisor could be understood as multiplexing things (aka OSes) that weren't written to share hardware.
What exactly is the point of a VM thread, which I understand as something which makes a VM look to a kernel as a process?
There doesn't seem to be any "win". Apart from perhaps making implementing Type II hypervisors, like KVM, easier. My critique of them is that their TCB is far larger than the Type I kind.
And all this for an architecture that doesn't have any legacy binary software... very strange.
"I'm really impressed by Apple's engineering. It's so easy to repair and recycle these phones. I've gotta think that Apple's really proud that their phones don't really end up in landfills."
He then adds, "But there's also credit due to the many thousands of people here who have figured out how to turn trash like this [shows mangled screen assembly] back into beautiful working phones."
Dear friends in Shenzhen, not all Westerner's are as shallow and fantastically, well, douchey as this asshole. We praise you for your ingenuity and unwavering work ethic. Thank you.
Seriously, if my ISP was forced to have no Gmail tomorrow, I'd flip out, and change ISPs (thankfully I have that option).
To clarify, the author uses CDNs to indicate the content silos that are goog, appl, amzn, fb, etc., which is not traditional usage.
But in light of this, I see him as essentially correct. Any one of them could demand payment from ISPs for their content (their endusers would revolt otherwise). The new willingness to dismantle "net neutrality" does not hurt any of them, only startups. And, as for the carriers, cablecos, telcos, etc, their window of monopoly is over, they should have invested in content when they had the chance.
This would be my "primary driver" had they implemented LTE, GPS, and no-nonsense USB tethering.
I don't need, nor want, anything else.
Also, get off my lawn.
Ahh, fond memories of x2ftp.oulu.fi from waaay back in the day. So exotic and faraway...
Thanks for sharing this lecture by Max Tegmark.
He comments on the video linking to two papers on arXiv which relate to the material in the lecture: https://arxiv.org/abs/1608.08225 and https://arxiv.org/abs/1606.06737
I personally love the work of C-C Shan¹.
Read "From word to sentence. A computational algebraic approach to grammar" by J. Lambek. Your university library should have a copy, if not press the issue to your librarian.
Start though with Smullyan's "To mock a mockingbird".
These suggestions reflect my taste. Art is a language, so understand how language is studied and use it to approach art.
If you're serious about the art part, make sure you make art, or at least dissect art you like using the formal tools you're introduced to.
Have fun!
The real reason is that they don't get to play one founder against the other.
Now you know.
Brilliant!
Don't really understand the technique, but would like your thoughts on if it's possible to give a Penrose tile set as a seed and see if aperiodic order is generated.
Lovin' it!
Hmmmm, Google et al. discover ᴍᴇᴛᴀꜰᴏɴᴛ¹.
Only 32 years too late...
Where is the 36 core machine they so proudly boasted about?
How come compute/core is 0.10/hr instead of the 0.075/hr they announced?
What a load...
I guess what I should have realized, and is my mistake, is that the idea of physics being completed is actually a philosophical issue, and given different philosophical bases you can arrive at different conclusions.
Ultimately, however, it's up to physicists to determine when their work is done, and as you say, they don't think it likely ever will be.
For me things like turbulence and critical phenomena are the more interesting questions out there, because they're still very much human-scale, and our only excuse is that we can't compute at the scale required to verify results, the calculations are just too fantastically large.
I'm really fascinated by the idea that physics might be completed in my lifetime.
That's an unfortunate thought to be fascinated by. You should study some physics, instead of reading popular articles about it, or even what pre-eminent physicists say about their work.
I can simply illustrate the situation by saying if a question Q eventually provides answer A, the a new question Q' arises: why A?
You can tell yourself "it doesn't matter" but quite frankly, at the human scale, physics is already a done deal.
Which only further illustrates why your thought is a bit naïve.
I'm sorry I know nothing about core.logic. However, if you are familiar with Prolog, and sufficiently motivated to work through cited references, this paper is a good place to start. [1]
Fascinating. Had a read of the first chapter, so far I love the exposition.
Thanks for sharing.
Never met a whole -3 pizzas, nor a whole 0 pizzas for that matter.
That should be enough for you to deduce what I believe whole numbers are.
I should add, for a mathematical audience, I'd be careful, because of possible confusion, and insist on saying positive integers, and non-negative integers in the case of what I'd call the natural numbers.
May I introduce to you the concept of metonymy. [1]
If you want a professional career, unless you can demonstrate domain knowledge, I'd imagine you'd need a university degree. Going (back) to university is something I'd not be able to tolerate. If you're a hands-on kind of person, perhaps a degree in something as close to radio engineering at a polytechnic may be a better option.
It's really a hard call. I'd recommend getting in touch, as in writing a letter, explaining your situation and motivation to the radio engineering departments at, for example: Lime Microsystems, CSR, Neul, Imagination Tech, ARM (wireless IP unit), the BBC, Nordic Semi, enOcean, Philips (wireless lighting unit), Thinfilm ASA (printed NFC)...
The list is almost endless, and there is an immense range in activity from blue-sky work, to out-in-the-field fixing stuff (like radios on oil fields).
Good luck, I'll be secretly cheering you on.