Vika VinnerЕжели Вы Коллега попытаетесь убедить себя что на одной и той же платформе (Интел как наиболее распространённая) какая то технология будет ехать а какая то - нет... Боюсь у Вас это не получится...

Не получится убедить или поехать (полететь) ?

Думаю все получтися и убедить и полететь.
просто люди которые будут строить этот велосипед или звездолет ,
должны представлять себе требования к системе.

ИМХО Самое основное для создателей требование , это понимание того что
система должна работать в режиме системы реального времени.
И чем больше она будет отвечать требованиям( архитектурно соответствовать)
системам реального времени, тем меньше потом придется переделывать
при необходимости масштабирования системы.
А какая там ОС , или СУБД не суть важно.

Dimitry Sibiryakov
onstat-
система должна работать в режиме системы реального времени.

Определение "системы реального времени" - в студию!!!


В некотором приближении требования которым она должна отвечать
http://ru.wikipedia.org/wiki/%D0%9E%D0%BF%D0%B5%D1%80%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D0%B0%D1%8F_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%D1%80%D0%B5%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%B8

перефразоровано мной под платежные системы
Самые распространённые из них:

* платежная система, в которой успешность работы любой программы зависит не только от её логической правильности, но и от времени, за которое она получила этот результат. Если система не может удовлетворить временным ограничениям, должен быть зафиксирован сбой в её работе[1]
* Стандарт POSIX 1003.1 даёт определение: «Реальное время в операционных системах — это способность операционной системы обеспечить требуемый уровень сервиса в определённый промежуток времени»[2]
* система( сервис платежной системы), реагирующий в предсказуемое время на непредсказуемое появление внешних событий[3]
* Платежные системы постоянной готовности. В эту категорию система попадает, исходя из маркетинговых соображений, и если некий сервис платежной системы называют «работающей в реальном времени», то это лишь означает, что запросы от пользователя обрабатываются с задержкой, соответствующей операционным требования платежной системы.

Dimitry Sibiryakov
onstat-
означает, что запросы от пользователя обрабатываются с задержкой,
соответствующей операционным требования платежной системы.

А сколько это в граммах секундах?


Мастеркард собирается установить требование 10 сек для региона и 13 сек по миру
это с учетом стояния во всевозможных очередях и передачи по сети,
и не важно через сколько процессинговых центров проходит операция.
От отправки запроса посом( банкоматом ) , до момента печати чека или выдачи налички.

Dimitry Sibiryakov
onstat-
Мастеркард собирается установить требование 10 сек для региона и 13 сек
по миру

Мнда... Тут не так давно в firebird-support один индус плакался, что его
запросы иногда выходят из лимита в 0.1 секунды... Наверное, у него
система уже нереально реального времени.


Вы наверное не учитываете вес ( влияние) каждого из приведенных выше требований.

Имхо самое сложное обеспечить

автор
система( сервис платежной системы), реагирующий в предсказуемое время на непредсказуемое появление внешних событий[3]

в режиме 24/7/365.

При этом не переплачивать за ресурсы которые будут простаивать 99% времени.

Dimitry Sibiryakov
onstat-Имхо самое сложное обеспечить
в режиме 24/7/365.

При лимите времени на отклик до 10 секунд? Ха!


Не отклик , а полную обработку операции ,
например Автралийской или Бразильской карты в Московском банкомате.

Это официальное требование ПС.
Когда система или какая то ее часть не укладывается - открывается инцидент.
Никто не заинтересован в лишних инцидентах вызванных всякими факторами,
поэтому время в требованиях разумно длинное.
Это не TPC тест у кого яйца круче, это жесткое требование на 3-,
которому должна удовлетворять вся распределенная система.

DPH3
Ну нет таких требований для платежных систем.



У меня другая информация


Цитирую первоисточник :

MasterCard Global Operations Bulletin No. 1 • 4 January 2010
..
The monthly Global Operations Bulletin is the primary source of operations information for
MasterCard Principal Members
...
46 Revised Standards for Minimum Authorization Response Wait Time
..
Effective for MasterCard and Debit MasterCard transactions dated on or after
15 June 2010, acquirers must implement a minimum wait time for receiving
an authorization response from the card issuer or its alternate authorization
service provider as follows.
• 10 seconds for acquirers in United Kingdom, Canada, the United States,
and Brazil
• 12 seconds for acquirers in any other country
......

Dimitry Sibiryakov,


Не все так однозначно и не только по первичным ключам .

Еще одна цитата уже из другого документа

Mastercard manual
Typically contains the Terminal Transaction
Number – a sequential number, per terminal.
Only numeric data may be carried in this subfield.
This sub-field must contain a unique
number that unambiguously identifies the
transaction with a specific POS terminal and
within a specific of 24-hour time period .


Выполнение этого требования при неправильной архитектуре есть одной из причин
по которой сессии висят в buffer bussy wait или в Index range scan.

Также существуют другие требование на проведение похожих проверок не только на уровне требований ПС, но и на уровне бизнес логики.

з.ы. Я пытаюсь донести , что разработкой ПС, и интеграцией приложения в ПС,
должны заниматься специалисты.

Dimitry Sibiryakov
onstat-Цитирую первоисточник :

А слово "minimum wait time" никого не смущает?.. Я бы понял если бы там
стояло "maximum"...



автор
must implement a minimum wait time for receiving
an authorization response


Перевожу :
Должны установить минимальное время ожидания для получения авторизационного ответа.

И указано какое и в каких случаях.