CFTC Launches Technology Advisory Committee Post: 302437046

Sponsored Content

Special Forums News, Links, Events and Announcements Complex Event Processing RSS News CFTC Launches Technology Advisory Committee Post 302437046 by Linux Bot on Tuesday 13th of July 2010 10:00:03 PM

07-13-2010

Registered User

CFTC Launches Technology Advisory Committee

John Bates
07-13-2010 09:57 PM
Yesterday the CFTC, the regulator in charge of Futures and Optionsmarkets, announced details of a new Technology Advisory Committee (TAC), chaired by thevery capable Commissioner Scott O'Malia. See article here:

http://www.reuters.com/article/idUSN126207520100712

I am absolutely delighted to be included in the group of expertsthat the CFTC has called together to form the TAC. I am joined by anextraordinary group of some of the industry's top executives from banks,brokers, trading firms, exchanges and clearing firms as well as some veryimpressive academics. On Wednesday, July 14th (tomorrow as I write) we willmeet to discuss the impact of high frequency and algorithmic trading on themarkets, including whether algorithms may be implicated in the May 6th 'flashcrash'. From this, we'll discuss what recommendations we have for regulation ofand/or best practices for algorithmic and high frequency trading.

High frequency and algorithmic trading are essential for efficientexecution and alpha generation in a complex, multi-asset, fast-moving world. However,there are a number of accusations that have been made against these forms oftrading, including that they may aggravate volatility and may even have causedthe �flash crash'. I believe evidence from the TAC participants will exoneratethe accused.

I am hoping that our meetings will result in solutions that not onlyhead-off future �flash crashes', but also help exchanges, banks and brokers tobetter monitor and police trades. The proactive use of real-time monitoringsystems can alert regulators to problems before they become a crisis.Monitoring technology can 'see' major price and volume spikes in particularinstruments, how often they happen and maybe even why, and whether a pattern inmarket behavior caused them. It can also tell how much trading is potentially marketabuse, for example, insider trading might be detected by correlating unusualtrading incidents with news releases and market movements. (The FSA, forexample, thinks that 30% of trading around acquisitions is insider.)

It is now possible to apply high frequency techniques to not justtrading - but also to market monitoring, surveillance and pre-trade risk checks- for regulators, exchanges and brokers. The technology is out there (withproven approaches built on next generation platforms such as CEP) and itneedn't be expensive. The CFTC's TAC is a positive step in the right direction.I look forward to the meeting and will let you know how it goes! Follow me onTwitter @drjohnbates where I'll Tweet when possible.

Source...

Linux Bot

View Public Profile for Linux Bot

Find all posts by Linux Bot

LEARN ABOUT CENTOS

regulator_set_optimum_mode

REGULATOR_SET_OPTIMU(9) 					   API reference					   REGULATOR_SET_OPTIMU(9)

NAME

       regulator_set_optimum_mode - set regulator optimum operating mode

SYNOPSIS

       int regulator_set_optimum_mode(struct regulator * regulator, int uA_load);

ARGUMENTS

       regulator
	   regulator source

       uA_load
	   load current

DESCRIPTION

       Notifies the regulator core of a new device load. This is then used by DRMS (if enabled by constraints) to set the most efficient regulator
       operating mode for the new regulator loading.

       Consumer devices notify their supply regulator of the maximum power they will require (can be taken from device datasheet in the power
       consumption tables) when they change operational status and hence power state. Examples of operational state changes that can affect power

CONSUMPTION ARE

       -

       o Device is opened / closed. o Device I/O is about to begin or has just finished. o Device is idling in between work.

       This information is also exported via sysfs to userspace.

       DRMS will sum the total requested load on the regulator and change to the most efficient operating mode if platform constraints allow.

       Returns the new regulator mode or error.

AUTHORS

       Liam Girdwood <lrg@slimlogic.co.uk>
	   Author.

       Mark Brown <broonie@opensource.wolfsonmicro.com>
       Wolfson Microelectronics,

	   Author.

COPYRIGHT

Kernel Hackers Manual 3.10					     June 2014						   REGULATOR_SET_OPTIMU(9)