Live data from Hacker News

Golang – encoding/csv: Reading is slow

github.com

101–102 of 102 posts

Re: Golang – encoding/csv: Reading is slow

#101
post #61

Earlier quoted context omitted.

The fastest streaming example on that list (csv-parser) is still 5× slower than Python.

Which I'd assume has to do with the overhead of dispatching a ton of asynchronous events for relatively little parsed data rather than the intrinsic speed of node, the fastest synchronous parsers of the list are about on-par with Python.

[deleted]

Re: Golang – encoding/csv: Reading is slow

#102
post #19

Earlier quoted context omitted.

But Java conceptually has a lot of drawbacks that require the JVM to have screaming performance to compensate for. Almost everything being a "headered" object being probably the worst offender. Even a slightly worse Go compiler is probably well compensated-for by denser data structure layout in the operating memory.

> Java conceptually has a lot of drawbacks In what sense is an articulated object a "conceptual drawback"? It is a richer object model and SMI and friends had the engineering chops to makes it highly performant.

If you want an actual rich object model, why aren't you using CLOS instead? Java's objects costs you a lot of potential performance with few of the benefits.
Post reply on HN