Они используют транзакции SQL в своей торговой системе. Это приносит очень много ограничений скорости.
операции имеют важные значение, если вы не хотите потерять данные.
О, я знаю. Там также некоторые известные вопросы по stackexchange от Bitcoin-24 людей (?):
http://stackoverflow.com/questions/15026825/php-mysql-how-to-prevent-two-requests-update и мы знаем, как это все получилось.
В / большом чугунных людях финансовых тратить много денег на этом быстро. Небо это предел. например: Батарея резервного барана (поиск: nvdimm) это просто еще одна итерация. IBM до сих пор делают тачку загружает деньги на это.
Но момент, когда вы начинаете делать такого рода вещи на аппаратном обеспечении при запуске работает в пределах, как это. Кто-то измеряется 37 транзакций в секунду в качестве предела. Это звучит почти как есть обычный жесткий диск в системе обработки их двигатель торговли каким-то образом.
Там какая-то цифра на случайной записи в секунду при
http://en.wikipedia.org/wiki/IOPS - есть очень большой разброс производительности в диапазоне от HDD и SSD дешёвым через очень дорогие вещи. Диапазон составляет от ~ 100 операций в секунду для HDD через почти 10 млн / сек на FusionIO карты. Это распространение 100000x между медленным и быстрым.
Лично у меня была большая удача с STEC Zeus барана / IOPS устройства. Различия в пропускной способности базы данных, которые включают операции по отношению к общей аппаратной глубоки.
Я должен знать лучше, чем падение 1 строку остроты на тему, что это не так просто. Это было бы бен лучше сказать, что пропускная способность транзакций в значительной степени зависят от их фонового оборудования, если их торговый двигатель работает на уровне SQL транзакций.
Там же и другие способы сделать такого рода вещи, но это совсем другая тема. И порядки больше работы и труднее получить право.