Open topic with navigation

# Use Cases for Direct Publishers and Subscribers

Direct publishers and subscribers are appropriate only in very specialized use cases in which a few nanoseconds of latency can make a critical difference.

Direct publishers and subscribers are less flexible than regular TIBCO FTL communications. Direct publishers omit several features in exchange for greater speed and lower latency:

- The implementation has fewer protections against incorrect use of the API calls. For example, it does not check arguments nor data types. The implementation does not protect against writing beyond buffer boundaries.
- Data is in buffers, rather than in messages with typed fields.
- Event queues are not available.
- Content matchers are not available.
- Persistence is not available.
- C is the only supported programming language.

Direct shared memory transports support only one direct publisher per bus. This restriction precludes the request/reply pattern, which requires two-way communication. Nonetheless, you could use a separate bus for replies.

Did you find this helpful?

Yes No
Great!
Thanks for taking the time to give us some feedback.
Sorry about that

Why wasn't this helpful? (check all that apply)

Could not find what I was looking for
Instructions confusing or unclear
Instructions did not work

Want to tell us more?

Please select at least one option or provide details about the issue!!

Error occurred while submitting feedback.

Error2 occurred while submitting feedback.

TIBCO FTL® - Enterprise Edition

Copyright © 2009-2024. Cloud Software Group, Inc. All Rights Reserved.