skysight-inc/HackerNews huggingface dataset:
Picture is not compressed, its hallucinated from vague memory of the real thing, a mere dream. Cars vanish, building change wall structure, even the license plate receives fake text absent from source materia.

Its a giant guesswork of what was there originally. Reminds me of Xerox scanners lying about scanned in numbers http://www.dkriesel.com/en/blog/2013/0802_xerox-workcentres_...
If you’re willing to die for this, then by all means go ahead and sign up to be a dummy on a test track. If you know other people who feel the same way, sign up as a group. If you’re just talking about letting other people die so that someday, maybe we’ll have fully automated cars, that’s monstrous, especially when they’re not volunteers and don’t get to opt out!

A laudable goal doesn’t give anyone the right to kill people by taking unnecessary risks. The reason that Tesla and Uber do what they do the way they do, instead of a more conservative approach is an attempt to profit, not save lives. If you don’t have to spend lives to make progress, but choose to do so for economic experience, there’s s word for that: evil.
For networking and disk io monolithic kernel has to be pretty much completely bypassed already if you want high performance, see netmap/vale architecture for example.

Not sure about display though, but don't expect monolithic kernel to help here somehow either.
Reflections from Ginkgo’s First Creative-In-residence
Business plan's pricing is attractive to small businesses in Latin America. Thanks for sharing the link. I will implement it in my company.
Each log entry isn't necessarily written to disk one at a time. They will generally be buffered until enough have happened to need to flush. And they can be written compressed, and frequently have a lot of redundancy, so it can take a while before you accumulate enough data to need to flush to disk.

And besides logging, there are things like nanosleep or spinlocks which may briefly spin while querying the time before yielding.

I know of at least one CDN which was measurably impacted by the gettimeofday issue.

And yes, you could have the access to the address itself be something you are given access to via a capability/handle, but then the system call itself (which is actually a vDSO call) wouldn't have to actually take a handle as a parameter.
Autonomous RVs are going to pop this bubble. You're going to see a lot of people dropping static homes for RV's, or even a couple of them.

You'll see a new generation of people who have never had a static home, but always been at home wherever they are, and they'll never be more than a few steps from their own bed.
http://www.ign.com/articles/2017/10/12/the-settlers-of-catan...
>but have the computers learning through that constant, immediate feedback.

I don't know what is stopping them from simulating everything inside a computer.

Record the input from all the sensors when a car equipped sensors is driven through real roads by a human driver.
Replay the sensor input, with enough random variations and let the algorithms train on it.

Continue adding to the library of sensor data by making the sensor car by driving it through more and more real life roads and in real life situations. Keep feeding the ever increasing library of sensor data to the algorithm, safely inside a computer.
you should probably check the versions - if memory serves, the brew and nuget versions of v8 are pre 6.4.388.14 (which is I believe the version that fixes the spectre/meltdown issues), and apt-get usually installs 3.14, which is way way way old (5 years?)

just checked, nuget is 6.4.388.11, brew is 5.1.281.47 - do your users a favor, and get this updated asap.

plv8 uses 6.4.388.40, which is fairly safe, but requires a build from source.

FYI, my email is in my profile, if you want to move this off of hn.
I did that experiment with a file I found online. The source x264 video stream was 1600 MB. My x264 recoding was 290 MB, and the x265 was 80 MB. (There's also a significant savings in ffmpeg recoding the audio, which accounts for the file sizes I reported). In all cases I'm sure my result is lower quality, but still more than acceptable for me watching TV with low expectations.
I don't think it'll take years to update our infrastructure. For example, we could embed beacons into catseyes to make it easier to know where the road boundaries are etc. Also, we could make sections of the highway available with the new infrastructure piece by piece. It is just as progressive as your suggestion, but the problem becomes a whole lot easier to solve when you target change towards infrastructure as well as the car itself.
> The simple proof is that Redox-os (which is a microkernel built in Rust) was found with the same class of bugs your average OS had.

Source? I haven't heard about these vulnerabilities.

In a kernel, there are several places where Rust won't help you. There are certain things you have to do that are going to need unsafe code, and need to be audited just as much as code written in any other language. The kernel is also a place ripe for logical vulnerabilities to creep in; it is the main arbiter of what is allowed and is not allowed from processes, so many possible vulnerabilities are logical, not memory safety issues.

On the other hand, when a kernel gets complex enough, there are places where memory safety or thread safety issues can come up even in code which doesn't require particular unsafe features and which is not involved in a security role; just things like manipulating complex data structures in multiple threads. This kind of code is the kind of code in which Rust can help catch issues; and it definitely still happens even when very good programmers, with good code review, work on the kernel.

Rust is not a panacea; it is not a cure-all. But it reduces the attack surface considerably, by containing the amount of code that is exposed to certain very common classes of bugs.
Doesn't look like they claimed to be the 'real' jack dorsey?
> Any form of work queue that supports delayed work, for example, is sitting on clock_gettime.

That seems strange to me. Why would you use the clock/gettime call for that instead of a work counter of some sort?
Well done.

The ui/design seems a just a little hard around the edges.
Additionally, it isn't really SF vs. Phoenix. Think global competition: if developing mega cities in Asia adopts this before American cities do, they will be able to more quickly catch up with and very likely exceed their American counter parts in a short period of time economically.
Restored IBM 1401 compiles and runs FORTRAN II
So much?

All of it
Shutdown of oceanic currents could easily become a civilization ending disaster, this is an extremely concerning sign.
I think growing up in a snowy climate where super precise throttle control is critical to not ending up in ditches plays a huge role in why I zone out when using cruise control. The fine motor skill of throttle control occupies the back of my mind while my conscious thoughts rotate through the mirrors, track other vehicles and watch for obstacles. I can maintain a speed within a couple km/hr for a very long time without needing to glance at the speedo at all.

The moment the back of my mind doesn't have to handle precise throttle control I find my mind wandering and my spacial awareness is shot. I guess maintaining speed is the fidget spinner that keeps me focused on the task of driving.
Lake Ore-be-gone
“The Secret History of Mac Gaming” Now Available
>> It's fine in the context of the game, because the player is doing something, but when you put that into a non-interactive medium, the flaws become obvious.

>All forms of art are inspired by other forms of art, this is no basis to write them off. Would you dismiss Michelangelo's work because he was influenced by Giovanni? Or Giovanni because he worked under Donatello? Should we just write off all fantasy novels post Tolkien? What about D&D? Or Warhammer? The Matrix was obviously inspired by the cyberpunk universes created by authors like William Gibson, do we just dismiss it?

(I think it was) David Wong once pointed out about say the trench run in Star Wars: you fly down... and crash. You fly down and shoot the tie fighters and get shot down... You fly down shoot the ties, avoid the turrets and die... fly down and die... fly down shoot the fighters avoid the turrets and Vader kills you... fly down and die... fly down and get hit by the turrets...

Games allow you to fail, a lot, repeatedly and thus the story can't have the same tension or structure as a movie.
Books, paintings (The Girl With The Pearl Earring) don't alow you to fail; they can have the same structure as a film. Interactive media IN WHICH YOU CAN FAIL however requires it's own thing.
The Apple Watch is fully submersible and in reality waterproof but Apple is smart enough not to call it waterproof for the purpose of liability. Tesla has chosen to market their product as “autopilot” and will have to face the consequences of that marketing decision.
Do they mean "wall posts" or "messages"? Did Facebook ever produce an API that let any developer see private Messenger messages?
How to Convert PDF to Word on Mac: A Complete Guide for 2018
According to your summary document, 1001 has a number of requirements and limitations. It would not surprise me if those were meaningful. You are arguing that there is no additional benefit to being sworn in before Congress, but it is not treated as such when Senators demand that certain testimony be given under oath.
Pretty bold to think you could singlehandedly wirte a release for Tesla. Feels like the communications equivalent of Dropbox is a weekend project.

Just curious, what’s your writing background?
The section quoted below at excruciating length, to me, has the most interesting insight. It's like a koan: complete the task without ever assigning it to yourself.

Assigned problems are problems you’re told to work on. Numerous psychology experiments have found that when you try to “incentivize” people to do something, they’re less likely to do it and do a worse job. External incentives, like rewards and punishments, kills what psychologists call your “intrinsic motivation” — your natural interest in the problem. (This is one of the most thoroughly replicated findings of social psychology — over 70 studies have found that rewards undermine interest in the task.) People’s heads seem to have a deep avoidance of being told what to do.

The weird thing is that this phenomenon isn’t just limited to other people — it even happens when you try to tell yourself what to do! If you say to yourself, “I should really work on X, that’s the most important thing to do right now” then all of the sudden X becomes the toughest thing in the world to make yourself work on. But as soon as Y becomes the most important thing, the exact same X becomes much easier.

This presents a rather obvious solution: if you want to work on X, tell yourself to do Y. Unfortunately, it’s sort of difficult to trick yourself intentionally, because you know you’re doing it. So you’ve got to be sneaky about it.

One way is to get someone else to assign something to you. The most famous instance of this is grad students who are required to write a dissertation, a monumentally difficult task that they need to do to graduate. And so, to avoid doing this, grad students end up doing all sorts of other hard stuff.

The task has to both seem important (you have to do this to graduate!) and big (hundreds of pages of your best work!) but not actually be so important that putting it off is going to be a disaster.
Don’t assign problems to yourself

It’s very tempting to say “alright, I need to put all this aside, hunker down and finish this essay”. Even worse is to try to bribe yourself into doing something, like saying “alright, if I just finish this essay then I’ll go and eat some candy”. But the absolute worst of all is to get someone else to try to force you to do something.

All of these are very tempting — I’ve done them all myself — but they’re completely counterproductive. In all three cases, you’ve basically assigned yourself a task. Now your brain is going to do everything it can to escape it.
Just turn off autopilot if no human input is detected. Hands on the wheel may not be enough input but some other combination may be enough.
Who is to blame for this?
It's not as bad as you say. Sure, the positions of the individual leaves and of the grain of the concrete and of little puffs of the clouds are hallucinated, but most salient semantic features like the presence of a car or of a person are left untouched.

In other words, mostly only unimportant details are hallucinated, which is what we want.
I wonder if that's true. When the TV station I worked at in the 90s transitioned to digital around about the time I quit, they continued to transmit the signal from station to tower over a microwave link. I would think that'd be true in a lot of cases.

It's probable, though, that the signal is now signed and encrypted and thus not easy to hijack. Then again, satellites were also broadcasting syndicated shows and news feeds in the clear back then, and probably now, for things that aren't premium channels. It was assumed that if a signal was coming down from the right satellite at the right time, it was the right content.

That said, even back then, it was non-trivial to hijack that signal. There's only a few points of entry: In the station itself, inserting a microwave signal that's closer to the tower or maybe more powerful than the one on top of the station, or in the satellite feed (which has a couple of points of entry, as well, but that would be interruptible by the station master control operator). The microwave transmitter would have to have line of sight to the tower, further complicating matters.

The article suggests that the station employees were able to "stop" the second hijacking quickly...I'm not sure how that would happen if it was a microwave hijacking. They maybe could have boosted the microwave transmitter output at the station to push the imposter down into noise, but those are regulated, I would think, and probably don't have much wiggle room.

I dunno. Even as someone that has worked in TV I don't know exactly how they did it, which makes it all the more fascinating that they did. The simplest thing I can think of is getting into the station and faking all the noise to make it look like it's "merely" a microwave hijacking. Then again, microwave is not terribly advanced technology, it is available on the surplus market, and if you can get closer to the tower with your transmitter, you don't need a whole lot of power. So, that's probably how it was done.
It functions similar to an autopilot (ie follows terrain, but not perfect). Even general aviation aircraft have them and don’t require copilots.
As long as residential units/person and square footage/person are both on the decline, you should expect housing prices to go up. AFAIK both of these metrics are still falling in all of the major West Coast cities.
It's amusing how forgetful you are of all of the Windows phone development environment failures and the nightmares it entailed for developers, but somehow have Android development issues burned into your brain. I'm guessing you still harbor resentment towards Google for the failure of Windows phone. In time you'll eventually recognize that it was all due to the incompetence of Microsoft.
https://blog.botletter.com ?
>BeOS, which could . . . but was absolute torture to get a proper Web Browser working.

Ah, but that is exactly why I'm paying attention Fuchsia even though in general I ignore new OSes: it would not be hard for the organization behind Fuchsia to instruct the 1000-or-so developers it employs who maintain a web browser to make the web browse runs on Fuchsia.

(and it is open-source).
That's not the thrust of my point... Talking about how many people have to die to perfect autonomous vehicles is pointless, some people are willing to jump out of airplanes & they fully understand the risks.

Some number of people, N are willing to risk their lives to use autonomous vehicles they'll die as a result. It should be just as clear to person using autopilot the risks involved not misled with marketing fluff that doesn't come close to reality. Martyrs not victims
I don't have personal experience, but my understanding is that GTK is much easier since it's in C; QT makes use of some C++ features like inheritance that don't have a direct analogue in Rust that makes it hard. I've heard of several people doing things, but am not sure there's a particular go-to amazing solution at the moment.
It is optimistic. Is it naive? Only in the sense that I don't do development in that realm and I can only base my assessment on what's publicly discussed.

Please note that I artfully omitted a due date on my assumption. There's so much money involved here and so much initial traction that it is indeed reasonable to think that tech can surpass a "normal" driver.

I'm also biased against human drivers, plenty of whom should not be behind the wheel.
> functionality changed drastically from day to day

Is this a daily thing? Weekly? Forced-updating software is almost always bad, but it would be a nightmare in my car. "Good morning! The buttons on your steering wheel have been remapped, and the auto-nav now has a different set of quirks. Have a nice day, and we are not liable!"
Want to fight sea level rise? Look to SF's Ocean Beach
Ask HN: How to get acquainted with an open source​ code base?
I am a computer scientist with solid theory but not much practice. How could I for example contribute to Neovim?
Yup, there's a lawsuit trying to get the raw data behind the 40 percent number [1]. The original report [2] gives two averages, the crash rate per million miles driven before/after autosteer, 1.3 and 0.8. It doesn't say how many miles were driven, how many crashes, or when any of these occurred, so it's impossible to verify that result.

Further, the same NHTSA report notes that AEB reduces rear-end collisions by 40 percent. Supposedly, AEB and autosteer were enabled around the same time.

[1] http://www.safetyresearch.net/blog/articles/quality-control-...

[2] https://static.nhtsa.gov/odi/inv/2016/INCLA-PE16007-7876.PDF
> And besides logging, there are things like nanosleep or spinlocks which may briefly spin while querying the time before yielding.

Another poster said something similar, but using the clock for this seems strange to me. Yielding a time slice for a certain number of ticks doesn't need access to the current time. I have less objection to an ambient yield since that's really an operation on your own schedule capability.

If you're after some kind of exponential backoff for a spinlock, that again doesn't seem to need the current time so much as a growing counter of the number of ticks to sleep.

> And yes, you could have the access to the address itself be something you are given access to via a capability/handle, but then the system call itself (which is actually a vDSO call) wouldn't have to actually take a handle as a parameter.

Correct, you'd use the handle to install an ambient clock in your environment. This leaves open the possibility that you can easily virtualize the clock by proxying the clock handle, ie. instead of the kernel updating your shared memory segment, it's another process.

The point being that reifying everything as a handle makes arbitrary virtualization patterns possible, but having ambient authorities all the way down to root makes it much more difficult.
Sounds like it's about Shakespearean Peepers, that's the reason I clicked: to find out what the hell could have that kind of name.
And yet I've have teachers growing up who gave classes workshops to help them identify their learning style, as if it was as inherent as a pokemon type.
best, definitive, really great writing to boot
Built-In Security for Auto Chips
Optimizing Test Environments by Containing Stability
Ask HN: For areas where you've read 5+ books on one topic, which book was best?
Inspired by this tweet https://twitter.com/lpolovets/status/983727076934111233

What was the best one on the topic, and which did you read but would not recommend as highly?
How big can my world be in meters if I require at least 0.01mm precision and I model things in millimeters? Does that number change if I model in meters?
On a Saturday night at dinnertime, I get cabs within 5-10 minutes, and I'm (just) outside downtown. Between the individual cab company apps and eCab, Vancouver's taxi services have shaped up a lot. One cabbie even described in detail how their company punished drivers who don't respond reliably to booking requests through the app. Same company told me one time when I called that it would be as fast to book through the app since it all goes into the same system anyway.

I'll credit the threat of Uber with triggering this systemic change, but I never recognize complaints like yours. I get cabs reliably and reasonably quickly even on peak nights.
It depends on practice. I'm at roughly 2x speed for podcasts, and a blind acquaintance I know hits 4-5x, especially for TTS.
Yes, xi (https://github.com/google/xi-editor) is a text editor written in Rust. It's not exactly an alternative to vim, it's more of a text editor microkernel that can have various different frontends and plugins attached which use JSON-based IPC to allow their implementation in whatever language you want. So, on macOS you can implement the frontend in Swift, and write plugins in Python or Ruby or Rust or whatever you like. On Fuchsia, the frontend is in Flutter.
Well IANAL but the couple of summaries I read on this specific issue (who is covered) seemed to take the position that EU-resident non-citizens would be covered, including perhaps even just travelers and other people passing through.

I admit to not having looked into it in depth, however.
The car should play "I spy" with you to keep you attentive to the road. You win if you spy a concrete barrier that the car doesn't.
Us, probably.

Traditionally, the circulating water gets colder as it reaches the arctic circle and submerges, since cold water has a higher density than warmer water.

But: melting ice in the arctic releases freshwater. This reduces the salinity at the surface of the Northern Atlantic. Water with lower salinity is lighter. Therefore, this water no longer submerges, and the circulation is slowed down.
>I don't believe that you can have a car engaged in auto-drive mode and remain attentive

I've been saying this for a while and it's interesting to see more people evolve to this point of view. There was a time when this idea was unpopular here--owed mostly to people claiming that autonomous cars are still safer than humans, so the risks were acceptable. I think there are philosophical and moral reasons why this is not good enough, but that goes off-topic a bit.

In any case, some automakers have now embraced the Level-5 only approach and I sincerely believe that goal will not be achieved until either:

1. We achieve AGI or

2. Our roads are inspected and standards are set to certify them for autonomous vehicles (e.g. lane marking requirements, temporary construction changes, etc.)

Otherwise, I don't believe we can simply unleash autonomous vehicles on any road in any conditions and expect them to perform perfectly. I also believe it's impossible to test for every scenario. The recent dashcam videos have convinced me further of this [0].

The fact that there are "known-unknowns" in the absence of complete test-ability is one major reason that "better than humans" is not an ethical standard. We simply can't release vehicles to the open roads when we know there are any situations in which a human would outperform them in potentially life-saving ways.

[0] https://reddit.com/r/teslamotors/comments/8a0jfh/autopilot_b...
Yow! Are we having fun yet?