Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
ltratt
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
16 ms
·
121.
▲
by
ltratt
9y ago
I'm very surprised to hear this: I've submitted several artefacts; co-run an AEC for a (small-medium) conference; and spoken to a lot of people about it. I've heard virtually nothing negative until your post. Indeed, the arte
122.
▲
Microbenchmarking is hard: virtual machine edition
(lemire.me)
4 points
by
ltratt
9y ago
|
0 comments
123.
▲
What I’ve Learnt So Far About Writing Research Papers
(tratt.net)
3 points
by
ltratt
9y ago
|
0 comments
124.
▲
by
ltratt
9y ago
Mea culpa! Fixed with thanks.
125.
▲
by
ltratt
9y ago
The Rules of the Game is a fascinating book because it starts with the lead-up Jutland, goes back in time to explain how the culture and personalities of the Royal Navy came to be, before going back to Jutland. It made my head hurt the firs
126.
▲
by
ltratt
10y ago
My gut feeling is that one can minimally maintain systems in "forgotten" languages indefinitely if they're basically stable and feature complete. But it seems that people come unstuck for systems that still need to evolve --
127.
▲
Bluescreening AMD drivers and other graphics bugs
(medium.com)
1 points
by
ltratt
10y ago
|
0 comments
128.
▲
by
ltratt
10y ago
Sulong is a really good idea -- I wish I'd thought of it first! We've had a student do a small project looking at something equivalent for RPython. There are, as expected, no show-stoppers yet, but I have no idea how far we'l
129.
▲
by
ltratt
10y ago
A crude R/Python composition would be fairly simple ( http://goo.gl/p1opSl shows that a strict and lazy language can be crudely put together pretty easily, though you miss good performance and all the programmer-friendl
130.
▲
by
ltratt
10y ago
Why Python and PHP? There are several reasons, but the major ones were: we had to start somewhere ; we had an excellent Python interpreter available to us, as well as a fairly decent PHP interpreter; and PHP and Python turn out to be rathe
131.
▲
Virtual Machines Summer School (VMSS) Videos Now Online
(soft-dev.org)
4 points
by
ltratt
10y ago
|
0 comments
132.
▲
by
ltratt
10y ago
We're working on it. Keep an eye on http://soft-dev.org/events/vmss16/ over the coming days.
133.
▲
by
ltratt
11y ago
If you're interested in left-recursion in PEGS then, at the risk of gross immodesty, you may be interested in http://tratt.net/laurie/research/pubs/html/tratt__direct_lef... With less risk of immode
134.
▲
by
ltratt
11y ago
Incremental parsing is designed for just this use case. The last major work in the area that I know of is Tim Wagner's PhD thesis http://www.cs.berkeley.edu/Research/Projects/harmonia/papers...
135.
▲
Debugging layers
(tratt.net)
23 points
by
ltratt
11y ago
|
1 comments
136.
▲
by
ltratt
12y ago
Benchmarking practises are currently poor, almost without exception. For peak VM performance, we have started to use Kalibera/Jones's method http://kar.kent.ac.uk/33611/7/paper.pdf (we reimplemented the
137.
▲
An editor for composed programs
(tratt.net)
91 points
by
ltratt
12y ago
|
35 comments
138.
▲
by
ltratt
13y ago
Both V8 and LuaJIT are extremely impressive but I'm not sure either dominates the other, at least when I last benchmarked things < http://tratt.net/laurie/research/pubs/files/metatracing_vms/.
139.
▲
Relative and absolute levels
(tratt.net)
2 points
by
ltratt
13y ago
|
0 comments
140.
▲
by
ltratt
13y ago
I'm not aware of a direct comparison of Perl and PyPy. However, for a paper I co-authored, we put together an experiment with various languages and VMs, using the language shootout plus a few other benchmarks: http://tratt.net/laurie/re
141.
▲
General purpose programming languages' speed of light
(tratt.net)
43 points
by
ltratt
14y ago
|
58 comments
142.
▲
by
ltratt
14y ago
I know myself that I had a high regard for LuaJIT before benchmarking, and an even higher regard for it afterwards. Richards is an oldish benchmark, and none of the subsequent versions (Lua, Python, Converge) is exactly "native", so I'm not
143.
▲
by
ltratt
14y ago
[Richards] > Is this benchmark data-intensive? A draft paper where C F Bolz and I look at this is here: http://tratt.net/laurie/research/publications/papers/bolz_tr... You can also download the full experimental suite and check ou
144.
▲
by
ltratt
14y ago
> Are you sure PyPy can overtake LuaJit after warmup. I think it can maybe do it in a micro > benchmark but I doute that in a complex benchmark PyPy has any chance. When comparing the performance of different languages, micro benchm
145.
▲
by
ltratt
14y ago
Yes, on synthetic benchmarks for LuaJIT-2.0.0-beta10 and PyPy 1.9. Those numbers need updating for the latest versions, but the basics are as follows. LuaJIT is incredibly fast to warm-up. On short benchmarks (around a second or less), it i
146.
▲
by
ltratt
14y ago
If you have a static type system and it's sound, it'll reject some programs that would execute without type errors, whereas a dynamically typed language will allow such programs to execute: it's what I called "dynamic expressivity". That's
147.
▲
Another non-argument in type systems
(tratt.net)
15 points
by
ltratt
14y ago
|
5 comments
148.
▲
Server failover for the cheap and forgetful
(tratt.net)
3 points
by
ltratt
14y ago
|
0 comments
149.
▲
by
ltratt
14y ago
I agree fully with the author - exceptions are a problem for software that wants to avoid unexpected behaviour. I noted something similar in http://tratt.net/laurie/tech_articles/articles/a_proposal_fo... and sketched a possible compromis
150.
▲
Research in programming languages
(tagide.com)
149 points
by
ltratt
15y ago
|
56 comments
More ›