Comment Re:OUCH (Score 4, Funny) 479
folks who skydive in flying squirrel wingsuits . . . risks of death can be a real turn-on for folks.
Effing furries.
folks who skydive in flying squirrel wingsuits . . . risks of death can be a real turn-on for folks.
Effing furries.
If they care about performance, why not design custom ASICs?
FTFY
You should not write a C++ interpreter. You especially shouldn't write an interpreter of a language that looks almost just like C++, but is different from it in unpredictable ways, some of which contribute to bad coding habits and/or make normal C++ more difficult to learn.
Strictly sequential files are a bad model for data if most of your time is spent constructing more-and-more elaborate subsets of that data. When we want to examine a subset, we practically have to make a complete copy of all the data falling into that subset. You want to make a small tweak to your selection? Make a new copy all over again.
There are two big wins that modern big data has developed that we could benefit greatly from if the switchover costs weren't too high. The first is distributing data over many disks on many nodes and bringing the code to the data instead of bringing the data to the code. The more disks your data is on, the less you have to wait on seek times. The second is storing the data in a way that is not strictly sequential in a single set of files, so that if you want to look at a subset of the data, you can effectively do that without having to make a copy of that subset.
"A car is just a big purse on wheels." -- Johanna Reynolds