3 ms·

I looked a bit into the company SWIFT and found this: https://www.swift.com/swift-resource/250836/download https://www.swift.com/swift-resource/250836/download

by adtac 5y ago

I looked a bit into the company SWIFT and found this: https://www.swift.com/swift-resource/250836/download https://www.swift.com/swift-resource/250836/download (warning: downloads the file) Page 3 is interesting (ignore the rest, they're mostly buzzwords). It shows you the numbers behind the financial infrastructure of the world for international transactions. >FIN availability: 99.996% >Institutions connected: 11k >FIN messages: 9.5b That's about ~300 messages/sec, although I imagine it's mostly bursty and peaks during US/EU common business hours

2143 5y ago
> although I imagine it's mostly bursty and peaks during US/EU common business hours Because people in places like Japan, China, Australia, New Zealand, India, Singapore, Hong Kong, UAE, South Korea, and many others are hibernating.
- blitzar 5y ago
  > Because people in places like Japan, China, Australia, New Zealand, India, Singapore, Hong Kong, UAE, South Korea, and many others are hibernating. Nahhh they are all just subsistence living workers and farmers bartering over rocks and other money like objects, unlike us sophistocated folk quaffing Châteauneuf-du-Pape with a side of caviar while we wait for the casino to settle the million dollar wire transfer of our baccarat winnings for the night.
- JackFr 5y ago
  > peaks during US/EU common business hours Wait, does that mean no more 4AM phone calls when the batch is failing?
  - zoobab 5y ago
    ZeroMQ does thousands of messages per second. It was designed for High Frequency Trading, after iMatix has a contract with JP Morgan Chase in New York. I was in the team to maximize the number of messages of OpenAMQ, the broker was the bottleneck, then iMatix bought a slovakian company to maximize the speed between A and B (without a broker in the middle). See more here: http://wiki.zeromq.org/whitepapers:measuring-performance http://wiki.zeromq.org/whitepapers:measuring-performance http://wiki.zeromq.org/results:multicore-tests http://wiki.zeromq.org/results:multicore-tests
- adtac 5y ago
  You're missing my point. I'm trying to say the system needs to handle more than 300 messages/sec. I know there is significant traffic from those countries. I'm from one of those countries. If you had to pick a peak (and most workloads have a peak), what timezone do you think it would be? It doesn't matter what timezone as long as there's a peak. There could even be multiple peaks and that's better.
- deleted 5y ago
  [deleted]
zoobab 5y ago
ZeroMQ does thousands of messages per second. It was designed for High Frequency Trading, after iMatix has a contract with JP Morgan Chase in New York. I was in the team to maximize the number of messages of OpenAMQ, the broker was the bottleneck, then iMatix bought a slovakian company to maximize the speed between A and B (without a broker in the middle). See more here: http://wiki.zeromq.org/whitepapers:measuring-performance http://wiki.zeromq.org/whitepapers:measuring-performance http://wiki.zeromq.org/results:multicore-tests http://wiki.zeromq.org/results:multicore-tests
- adtac 5y ago
  My point is that throughout is likely not the bottleneck in SWIFT (300 messages/sec is quite small). Why design a solution that can handle 900k messages/sec to solve a problem that likely doesn't exceed 1k messages/sec?

by adtac 5y ago

2143 5y ago

> although I imagine it's mostly bursty and peaks during US/EU common business hours Because people in places like Japan, China, Australia, New Zealand, India, Singapore, Hong Kong, UAE, South Korea, and many others are hibernating.

blitzar 5y ago
> Because people in places like Japan, China, Australia, New Zealand, India, Singapore, Hong Kong, UAE, South Korea, and many others are hibernating. Nahhh they are all just subsistence living workers and farmers bartering over rocks and other money like objects, unlike us sophistocated folk quaffing Châteauneuf-du-Pape with a side of caviar while we wait for the casino to settle the million dollar wire transfer of our baccarat winnings for the night.
JackFr 5y ago
> peaks during US/EU common business hours Wait, does that mean no more 4AM phone calls when the batch is failing?
- zoobab 5y ago
  ZeroMQ does thousands of messages per second. It was designed for High Frequency Trading, after iMatix has a contract with JP Morgan Chase in New York. I was in the team to maximize the number of messages of OpenAMQ, the broker was the bottleneck, then iMatix bought a slovakian company to maximize the speed between A and B (without a broker in the middle). See more here: http://wiki.zeromq.org/whitepapers:measuring-performance http://wiki.zeromq.org/whitepapers:measuring-performance http://wiki.zeromq.org/results:multicore-tests http://wiki.zeromq.org/results:multicore-tests
adtac 5y ago
You're missing my point. I'm trying to say the system needs to handle more than 300 messages/sec. I know there is significant traffic from those countries. I'm from one of those countries. If you had to pick a peak (and most workloads have a peak), what timezone do you think it would be? It doesn't matter what timezone as long as there's a peak. There could even be multiple peaks and that's better.
deleted 5y ago
[deleted]

zoobab 5y ago

ZeroMQ does thousands of messages per second. It was designed for High Frequency Trading, after iMatix has a contract with JP Morgan Chase in New York. I was in the team to maximize the number of messages of OpenAMQ, the broker was the bottleneck, then iMatix bought a slovakian company to maximize the speed between A and B (without a broker in the middle). See more here: http://wiki.zeromq.org/whitepapers:measuring-performance http://wiki.zeromq.org/whitepapers:measuring-performance http://wiki.zeromq.org/results:multicore-tests http://wiki.zeromq.org/results:multicore-tests

adtac 5y ago
My point is that throughout is likely not the bottleneck in SWIFT (300 messages/sec is quite small). Why design a solution that can handle 900k messages/sec to solve a problem that likely doesn't exceed 1k messages/sec?