Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
tgflynn
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
81 ms
·
841.
▲
by
tgflynn
12y ago
I think the best arguments for why strong AI might be dangerous are: 1) The main approach to creating weak AI that actually works is to define some objective function and train some sufficiently complex mathematical model to maximize that o
842.
▲
by
tgflynn
12y ago
Yes but that's a very broad observation that I suspect many people could have arrived at. Generalization is important but if the person doing the generalizing is so ill-informed about the details of their world I think the likelihood
843.
▲
by
tgflynn
12y ago
It's amusing and amazing that anyone with so many very wrong notions could have been taken seriously in 1967. I'm not saying he was wrong about everything, just almost everything. Here are a couple of gems: Twenty years hence, a
844.
▲
by
tgflynn
12y ago
OK, thanks for that information. I scanned the documentation TOC and found no mention of them. I guess I would have thought such a fundamental feature would show up in the TOC but it turns out you have to dig into the SQL documentation to
845.
▲
by
tgflynn
12y ago
My recollection is that Oracle supports notifications, which is essentially an event system. I'm surprised that Postgres has not yet implemented something like this. Would it not make sense to have a notification mechanism integrated
846.
▲
by
tgflynn
12y ago
This is a long verbose article that contains some confused ideas, however I think it also contains some very interesting ones which could serve as a basis for further consideration. The two ideas I find most interesting here are: A) True ra
847.
▲
by
tgflynn
12y ago
The drive sleds are easy to insert and remove but to remove the drive itself from the sled for replacement you have to remove screws. At least that was my experience. I remember typically 4 easily accessible screws though, not really as b
848.
▲
by
tgflynn
12y ago
It seems to me that a big risk in IBM's strategy is losing the technological foundation on which most of its current revenues are based and/or not communicating a strategy for that technological base to its customers. The importan
849.
▲
by
tgflynn
12y ago
If the host kernel is compromised (where I assume SELinux is running in this scenario) wouldn't that render SELinux itself suspect. It seems like SELinux's integrity must be dependent on that of its own kernel, or have I misunder
850.
▲
by
tgflynn
12y ago
Actually I have done most of those things at one time or another. I'm not saying IPv4 is simple (especially if you want to do complex things with it) but it works well when configured correctly and is simple enough to be deployed in bu
851.
▲
by
tgflynn
12y ago
I understand your point but it seems like this approach ends up making security dependent on an a very deep stack of technology solutions, each rather fragile (as this post and thread demonstrate). I wonder if it wouldn't make more sen
852.
▲
by
tgflynn
12y ago
Use of uninitialized memory is certainly a common bug but I'm not seeing what that has to do with zeroing free'd memory. It might be easier to detect such a bug if the uninitialized memory is zero'd but it seems like the wor
853.
▲
by
tgflynn
12y ago
In that case your original comment looks like the way to go and should make pretty much everything else in this thread moot. It seems like the key though is ensuring that your environment uses distinct non-root users for all security releva
854.
▲
by
tgflynn
12y ago
So is it correct to say that if a process does not want to leak information to other processes with different user ID's running under the same kernel that a necessary (but not necessarily sufficient, due to things like timing attacks)
855.
▲
by
tgflynn
12y ago
I would say IPv4 had that property. Not exactly knobless but there are reasons it replaced just about every other networking protocol in existence and simplicity and robustness probably had a lot to do with that. Of course hierarchical ro
856.
▲
by
tgflynn
12y ago
What about malicious programs without privileged access ? Is it possible for them to just keep requesting new memory pages from the kernel and see leaked data that was free'd by another process they shouldn't have access to or is
857.
▲
by
tgflynn
12y ago
As someone watching from the sidelines I had no idea there were such major issues with IPv6. It seems like IPv6 has been out there for a long time (about 10 years) in terms of being supported by OS's and networking hardware, if not IS
858.
▲
by
tgflynn
12y ago
It would be interesting to see what could be done with large scale combinational logic (ie. boolean circuits). If you didn't have to worry about clock signals, had a simple circuit topology (for example laminar) and thermal issues were
859.
▲
by
tgflynn
12y ago
I think you meant to say NP-hard, not NP. Many NP problems are easy so saying "out somewhere in NP" isn't saying very much.
860.
▲
by
tgflynn
12y ago
That's not what NDN is about. NDN assigns names (or addresses) to data contents, not physical machines/interfaces like IP does. So it's conceptually quite different from the way IP routing works. The issue you mention is alr
861.
▲
by
tgflynn
12y ago
Yes, but I don't think comparing Internet adoption with IPv6 adoption is terribly valid. The first was a radically new technology and it took years for people to figure out how to best make use of it. IPv6 was supposed to be a purely t
862.
▲
by
tgflynn
12y ago
Yes but <20% adoption 18 years after the protocol was designed seems a bit slow, especially given the pace of overall technological change in this century.
863.
▲
by
tgflynn
12y ago
I don't know that they're trying to drive a wedge between IPv4 and IPv6. I would think that even NDN's supporters see it as a very long-term, post-IPv6 development. I am surprised however to see Cisco supporting this. It&#x
864.
▲
by
tgflynn
12y ago
Yes, and the contents can be cached by the routers, so to get a piece of a video you don't need a connection all the way to the source of that video but only to the nearest router that caches it. That may make sense for content that ha
865.
▲
by
tgflynn
12y ago
Wouldn't high suction give you better traction (ie. by adding an additional downward force to the force of gravity) and hence mitigate any disadvantage of low weight ? Also with sufficiently well-controlled motors you should be able to
866.
▲
by
tgflynn
12y ago
Yes you could certainly improve TCP/IP but is it going to be 10X better? Doubtful, and I think you'd really need to see that level of improvement to have any hope of replacing TCP/IP.
867.
▲
by
tgflynn
12y ago
Though I'm hardly a networking expert I did some contract work implementing NDN simulations so I probably know a bit more about it than most people. I'm highly skeptical that data entities provide a better (or even adequate) base
868.
▲
by
tgflynn
12y ago
I may be able to help you fix it. If you're interested send me an email, my contact info is in my profile. Please indicate what technologies you are using (ie. OS, language(s), 3D API, any major dependencies, etc.) It sounds like you&
869.
▲
by
tgflynn
12y ago
Why do you want to avoid computer vision ? If the space is unobstructed and the objects are visually distinctive it should be fairly easy to do this with a pair of cameras with known position and orientation. 100 Hz is pretty fast but that&
870.
▲
Ask HN: Applications of Graph Isomorphism
1 points
by
tgflynn
12y ago
|
0 comments
More ›