Visit additional Tabor Communication Publications
May 13, 2010
Although it's been a full week since the stock market's 1,000-point plunge and rebound, so far the sharpest minds on Wall Street still haven't figured out exactly what caused it. At this point, the best guess is that, yes indeed, high frequency trading was involved, but perhaps not in the way most people were led to believe.
Although no one is really sure what set off the stock market calamity, some analysts have started to piece together the chain of events that spread panic for 10 minutes last Thursday before order was restored. According to a New York Times piece, the main cause was the disparity in how technology is allowed to operate across different exchanges.
After a weekend of analysis, many specialists at the major exchanges no longer believe that a single large sell trade in one stock, like that of Procter & Gamble, was the trigger, according to the people familiar with the investigation. Instead, they suspect that a mismatch in rules between the older New York Stock Exchange and younger electronic exchanges set off a frightening sequence of events.
Here's how it supposedly went down: When the market plunge began, the NYSE powers that be decided to curtail most computer-based trading. That flooded the market with sell orders, and since the computers were offline, those orders just backed up. This forced the sellers to look for buyers on the newer exchanges where electronic trading was still going on. By then, the sell pressure had built up too much, further accelerating the market dive on these secondary exchanges. When the feedback loop had run its course, the algorithms kicked in again and started buying up the bargain-priced shares, restoring most of the lost market value.
In an article in the Wall Street Journal, Tomi Kilgore talks about how the investors have become dependent on "super-fast execution" to do their trades. But, he warns, that level of latency has its pitfalls. Kilgore writes:
One problem with machines is that some will trade on the next best available price, however erroneous that price might be. Ironically, how fast a trade can be made isn't necessarily the best thing for a client during a "fast market."
The market meltdown has managed to encourage some serious navel-gazing among the Wall Street set. For example, Michael Durbin at the New York Times, thinks that high frequency trading is fine and dandy, he does want to see some tighter regulations to ensure the computer systems don't run amok. Essentially, he's lobbying the SEC for greater transparency. And then there's the software itself:
Indeed, the rapid development of automated-trading software and the maddening complexity of even the most simple systems make the introduction of technological errors inevitable. While it’s true that electronic exchanges require trading software to be certified before it is used, there is no market-wide standard for testing the software and nothing to effectively stop a firm from trading with uncertified software.
Meanwhile, David Weidner at MarketWatch seems to want to break Wall Street of its supercomputing habit. He's not blaming the hardware or the algorithms per se, just the ability of people to use them for the greater good. He writes:
That's why the claims by the high-frequency crowd that their beloved computers are benign are disingenuous. Yes, the computers are benign, except when placed in the hands of traders under tremendous pressure to maximize returns for the investors they serve.
My take on this matches pretty closely with Weidner's. Skimming pennies off of millions of trades is probably not society's optimal use of supercomputers and high-speed interconnects, especially considering the rather questionable role of these systems in improving market liquidity. Maybe more sobering is the fact that a week after the market meltdown, there's still no complete explanation of how it happened. And if no one understands the interactions between the computers and the humans that run the markets, how does the system get fixed?
Posted by Michael Feldman - May 13, 2010 @ 6:55 PM, Pacific Daylight Time
Michael Feldman is the editor of HPCwire.
No Recent Blog Comments
In quieter times, sounding the bell of funding big science with big systems tends to resonate further than when ears are already burning with sour economic and national security news. For exascale's future, however, the time could be ripe to instill some sense of urgency....
In a recent solicitation, the NSF laid out needs for furthering its scientific and engineering infrastructure with new tools to go beyond top performance, Having already delivered systems like Stampede and Blue Waters, they're turning an eye to solving data-intensive challenges. We spoke with the agency's Irene Qualters and Barry Schneider about..
Large-scale, worldwide scientific initiatives rely on some cloud-based system to both coordinate efforts and manage computational efforts at peak times that cannot be contained within the combined in-house HPC resources. Last week at Google I/O, Brookhaven National Lab’s Sergey Panitkin discussed the role of the Google Compute Engine in providing computational support to ATLAS, a detector of high-energy particles at the Large Hadron Collider (LHC).
May 23, 2013 |
The study of climate change is one of those scientific problems where it is almost essential to model the entire Earth to attain accurate results and make worthwhile predictions. In an attempt to make climate science more accessible to smaller research facilities, NASA introduced what they call ‘Climate in a Box,’ a system they note acts as a desktop supercomputer.
May 22, 2013 |
At some point in the not-too-distant future, building powerful, miniature computing systems will be considered a hobby for high schoolers, just as robotics or even Lego-building are today. That could be made possible through recent advancements made with the Raspberry Pi computers.
May 16, 2013 |
When it comes to cloud, long distances mean unacceptably high latencies. Researchers from the University of Bonn in Germany examined those latency issues of doing CFD modeling in the cloud by utilizing a common CFD and its utilization in HPC instance types including both CPU and GPU cores of Amazon EC2.
May 15, 2013 |
Supercomputers at the Department of Energy’s National Energy Research Scientific Computing Center (NERSC) have worked on important computational problems such as collapse of the atomic state, the optimization of chemical catalysts, and now modeling popping bubbles.
05/10/2013 | Cleversafe, Cray, DDN, NetApp, & Panasas | From Wall Street to Hollywood, drug discovery to homeland security, companies and organizations of all sizes and stripes are coming face to face with the challenges – and opportunities – afforded by Big Data. Before anyone can utilize these extraordinary data repositories, however, they must first harness and manage their data stores, and do so utilizing technologies that underscore affordability, security, and scalability.
04/15/2013 | Bull | “50% of HPC users say their largest jobs scale to 120 cores or less.” How about yours? Are your codes ready to take advantage of today’s and tomorrow’s ultra-parallel HPC systems? Download this White Paper by Analysts Intersect360 Research to see what Bull and Intel’s Center for Excellence in Parallel Programming can do for your codes.
In this demonstration of SGI DMF ZeroWatt disk solution, Dr. Eng Lim Goh, SGI CTO, discusses a function of SGI DMF software to reduce costs and power consumption in an exascale (Big Data) storage datacenter.
The Cray CS300-AC cluster supercomputer offers energy efficient, air-cooled design based on modular, industry-standard platforms featuring the latest processor and network technologies and a wide range of datacenter cooling requirements.