fmstephe

22 ms·

1. 181.▲
   by fmstephe 13y ago

   Yeah, the weakness of the chromebook is an issue. So my uses are the following. Programming C and Go using vim Browsing the internet If I wanted to do things like program in Java with eclipse I would be miserable instead of enc
2. 182.▲
   by fmstephe 13y ago

   That's true. But my life gets better every time I get to use my laptop without tripping over or fiddling some annoying cable. The chromebook just sort of fades away, a computer that is just available and portable and problem free (sort of)
3. 183.▲
   by fmstephe 13y ago

   My chromebook is the first gen Samsung 5 550 http://www.amazon.co.uk/Samsung-Series-550-3G-Chromebook/dp/... Had about 9 hours when I bought it. It has dropped down now but it is still my first truly mobile laptop. If I bought another chr
4. 184.▲
   by fmstephe 13y ago

   I strongly agree with this sentiment. Battery life can change the way we use our devices. I own a chromebook and three standard laptops. We rarely use the other laptops, which have larger better screens, just because the chromebook is never
5. 185.▲
   by fmstephe 13y ago

   Thank god. That was a heart breaking affair. I just hope she is able to progress through the rest of her life now.
6. 186.▲
   by fmstephe 13y ago

   I can confirm that HotSpot is very aggressive at collapsing type hierachies and de-virtualising method calls. http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.117... This is one of the places where Java can outperform C++. Where c
7. 187.▲
   by fmstephe 13y ago

   Afraid my interest in this comes from building a matching engine. There are definitely other domains where this stuff is important but I bet the financial sector is the biggest employer. NB: I write a matching engine in my spare time. For p
8. 188.▲
   by fmstephe 13y ago

   If they provide an alignment argument then the annotation based approach becomes much more attractive. You could even go all cross platform and have 'alignment=cacheline' That would be a lot of fun to play with.
9. 189.▲
   by fmstephe 13y ago

   I would expect that any advantage the JVM gains from variable order fiddling (and variable dropping) is minimal. Whereas the problems we get on multicore systems with false sharing, and other cache-line maladies, are significant. This is, h
10. 190.▲
    by fmstephe 13y ago

    I think that the proposed solutions, @Contended and perhaps some sort of @Respect-My-Variable-Order, is adding more knowledge overhead than a simple rule, the JVM will lay out your variables in the order you declare them and it won't drop a
11. 191.▲
    by fmstephe 13y ago

    I agree. Maybe not news to you, but I think that there are a few things on the cards for dealing with memory layout. I know there is a strong push from certain corners, including Doug Lea, for (object) headerless struct values to be include
12. 192.▲
    by fmstephe 13y ago

    That does seem like a reasonable explanation. It would be great to hear from someone in the know though. Couldn't follow that link, due to the '>' http://en.wikipedia.org/wiki/RTLinux
13. 193.▲
    by fmstephe 13y ago

    I am very curious about the use of a stripped down VM manager that creates and destroys multiple OSes. "One of the machine’s operating systems boots up and is “created” when the machine turns on, Multerer said. Then it stays operating while
14. 194.▲
    by fmstephe 13y ago

    I agree with this sentiment. I was really surprised by the response to Dave's post yesterday. It was extremely disappointing to read such vitriol over what seemed like a fairly straightforward and useful observation about acquisitions. The
15. 195.▲
    by fmstephe 13y ago

    Thanks
16. 196.▲
    by fmstephe 13y ago

    Can you give an example of a system where queue-like interfaces have been removed but data races still exist. I feel that there are some important, and interesting, details I am not grasping.
17. 197.▲
    by fmstephe 13y ago

    There is a string of interesting articles linked inside. I have laid them out here for quick access. http://krugman.blogs.nytimes.com/2012/12/08/rise-of-the-robo... http://www.economist.com/blogs/freeexchange/2013/03/labour-m... http:/
18. 198.▲
    by fmstephe 13y ago

    I think the comment that synchronization around mutable data doesn't prevent all data races (as in the nicked iphone and the bank acount debit and credit example) is really important. A very good discussion on this can be found between Rich
19. 199.▲
    by fmstephe 13y ago

    I like your version of the American dream. :)
20. 200.▲
    by fmstephe 13y ago

    Good answer. Thanks. But it still seems to me that this can't be the American dream. It is satisfied so well by so many other countries with healthcare and good employee protections. The American dream must surely be an exceptional one, to
21. 201.▲
    by fmstephe 13y ago

    Is this really the new American Dream? "work as hard as you possibly can, and you will be able to raise a family" That is an enormous come down.
22. 202.▲
    by fmstephe 13y ago

    Thanks Jed, that's great stuff. For anyone else who wants to see this directly you can compare the two dates side by side with git log --pretty=format:"%cd - %ad" Where %cd is committer date and %ad is author date. %cd is the value that res
23. 203.▲
    by fmstephe 13y ago

    I very strongly disagree with this post. But I should be clear that I also strongly disagree with the statement 'always use rebase!'. Merge and rebase are two similar but distinct ways to update a branch in git. They are both appropriate at
24. 204.▲
    by fmstephe 14y ago

    I was using ITCH data to try to test the matching algorithm. However, I found that the number of hidden trades made it fairly poor for validation, which was what I was most interested in. I _was_ using the ITCH format for messages and switc
25. 205.▲
    by fmstephe 14y ago

    I am very happy to see this coming out. The negativity found here is really disappointing. I will be very happy to get hold of a good number of cores running with a hardware memory model that is more out-of-order than x86. Sounds like a glo
26. 206.▲
    by fmstephe 14y ago

    Yeah, Go is a great language. However, I am trying to develop some low level queues that should be faster, and less generic, than the ones that Go provides. But I am having some difficulty putting memory fences into my code. But if I can ge
27. 207.▲
    by fmstephe 14y ago

    What sort of performance baselines would you require?
28. 208.▲
    by fmstephe 14y ago

    I'm building an open source matching engine. I would love to pair up the two systems for a stress test. I'll keep tracking your project and ping you again when I have a system up a running if you're interested. https://github.com/fmstephe/
29. 209.▲
    by fmstephe 14y ago

    One of the problems here is that an exchange buying and selling one thing doesn't benefit much from scale. The core of a matching engine relies on knowing everything that happened before it, i.e. every trade submitted which has not been mat
30. 210.▲
    by fmstephe 14y ago

    I Second this nomination. I re-watch this talk about once a year. Very entertaining.