knz42

21 ms·

181.
How to destroy the web of debt(golemxiv.co.uk)
3 points by knz42 12y ago|0 comments
182.
by knz42 12y ago
No C++ does not specify evaluation order in this case. Remember "<<" is just that, an operator. Only && and || have a mandated evaluation order.
183.
by knz42 12y ago
Arguably the previous poster only mentioned he wants a 10GHz processor, not fast off-chip memory accesses. Also you can achieve a lot of performance in signal processing applications using a fast-clocked single core with on-chip SRAM scratc
184.
by knz42 12y ago
There are 3 physical reasons besides heat dissipation: - size: higher frequency means you need smaller circuits, otherwise the electric impedance works against fast switching. There's a limit to how small we can build chip components
185.
by knz42 12y ago
There's a article coming up at the TRUST workshop this year (co-located with PLDI) which addresses this issue: http://tinyurl.com/kwnbl9e (workshop: http://c-mind.org/events/trust2014/ ) It de
186.
by knz42 13y ago
Bluespec has a strange story: initially it was developed like Clash, as a subset of Haskell that could be translated to a HDL. However its users hated the Haskell syntax, so the Bluespec designers added a layer of syntax on top to make it l
187.
by knz42 13y ago
It's not related to bluespec. (cf my other comment in this thread)
188.
by knz42 13y ago
There are a number of fundamental issues with this service. 1. As a recipient my privacy is violated: a signal is sent automatically to the sender without my consent to signal when I open the message. A co-founder argues "the feature
189.
by knz42 13y ago
They do images, with a link "click here to view as text" that redirects to sendpluto's web viewer.
190.
by knz42 13y ago
Not sure which country you have in mind but I am very sure (first hand) that those countries where cannabis consumption is legal are not those with a thriving population of "pot smokers". There, it is mostly tourists that consume
191.
by knz42 13y ago
"one should program the most abysmally slow correct thing first and then use algebraic theories to transform it along obviously correct paths to something highly performant." Except that the syntactic variance problem [1] makes th
192.
by knz42 13y ago
Note however you can't use emacs-server/emacsclient with the GUI over a SSH connection and tmux. With remote sessions and emacs you really have to choose between long start-up times and terminal-only editing.
193.
by knz42 13y ago
I think you don't understand how physics work. The problem with modern chips is not money, or the price of energy. The poor things would simply fry (or explode) if we were to make them like you suggest and clock them at competitive fre
194.
The winds are turning(tdotc.wordpress.com)
1 points by knz42 13y ago|0 comments
195.
by knz42 13y ago
I have a similar opinion as the commenter above: I like Clojure more than F# and Haskell. F# is no-go because of the .NET/Mono dependency. Haskell is no-go because of the community attitude. ML (the non-.NET F#) is an option; as well a
196.
by knz42 13y ago
Where would your processor fetch its program code from, if not RAM? Assuming you place code also into registers... If you squint hard enough registers are also a form of RAM, just closer to the processor and faster. A machine with only inst
197.
by knz42 13y ago
This argument is less strong in the face of: <foo sort | uniq -u (redirections can be at the beginning too.) Also: sort -u instead of sort|uniq.
198.
by knz42 13y ago
"Just a whole bunch of inefficiencies in the implementation." That's a common misconception: what makes a language "faster" than another is not only more or less optimizations in the compiler or efficiencies in the
199.
by knz42 13y ago
The title is sensationalist. The "coding method" is simply data flow programming. Many languages provide data flow facilities nowadays. The reason why graphical UIs for data flow languages have not become popular is that large pro
200.
Incremental formatting for tables in text streams(github.com)
2 points by knz42 13y ago|0 comments
201.
by knz42 13y ago
I opened the thread just to post this comment. :) Glad you did!
202.
by knz42 13y ago
Wait a second. The document you link to is a working draft for the next ISO C++ standard, which is by no means yet finalized (planned for 2014 or 2017?). The 2011 standard does not contain any wording to the same effect. Again I would be su
203.
by knz42 13y ago
In its most extreme form it's also known as "Wirth's law" https://en.wikipedia.org/wiki/Wirth%27s_law
204.
by knz42 13y ago
I don't believe that's right (see below why). Point me to one compiler which does this intentionally (ie not a bug) and I would stand corrected, but in most cases most compiler experts I know (myself included) would frown and di
205.
Lightweight printf-like formatting for C++ streams(github.com)
1 points by knz42 13y ago|0 comments
206.
by knz42 13y ago
Although Unix was not designed for multi-processors originally, its main run-time abstraction (process networks) is easy enough to port to any platform with a common store. So there's not much to discuss about single-core vs multi-core
207.
by knz42 13y ago
Unix will stay as long as the machine model is Von Neumann with shared memory and interrupts. If any architecture is sufficiently remote from that model, especially something without shared memory, Unix won't stand a chance.
208.
by knz42 13y ago
What are we supposed to do with this? Did you intend to stimulate discussion? Or are you asserting your views in the hope that others will buy into them just because you happen to be first commenter? Last time I checked HN was still interes
209.
by knz42 13y ago
Sure, the best reference is the paper by Culler et al. from 1992/1993: David E. Culler, Klaus E. Schauser, and Thorsten von Eicken. Two fundamental limits on dataflow multiprocessing. In PACT ’93: Proceedings of the IFIP WG10.3. Workin
210.
by knz42 13y ago
Every successive incarnation of dataflow scheduling uses a matching store and synchronization tokens on long-latency operations. You have them in Tomasulo's reservation stations at a very small scale (considering FUs as unpredictable),

More ›