mirror of
https://github.com/FirebirdSQL/firebird.git
synced 2025-01-22 17:23:03 +01:00
.. | ||
license | ||
sql.extensions | ||
ambiguity.txt | ||
cleaning-todo.txt | ||
emacros-cross_ref.html | ||
fb2-todo.txt | ||
Firebird_conf.txt | ||
install_win32.txt | ||
install_windows_manually.txt | ||
ods11-index-structure.html | ||
README.build.mingw.html | ||
README.build.msvc.html | ||
README.build.posix.html | ||
README.coding.style | ||
README.connection_string_charset.txt | ||
README.connection_strings | ||
README.DiskSpaceAllocation | ||
README.external_routines.txt | ||
README.fb_cancel_operation | ||
README.fb_shutdown | ||
README.fbsvcmgr | ||
README.garbage_collector | ||
README.incompatibilities.txt | ||
README.instsvc | ||
README.interfaces.html | ||
README.intl | ||
README.IPv6 | ||
README.isql_enhancements.txt | ||
README.makefiles | ||
README.monitoring_tables | ||
README.NTSecurity | ||
README.online_validation | ||
README.Optimizer.txt | ||
README.performance_monitoring | ||
README.plugins.html | ||
README.providers.html | ||
README.raw_devices | ||
README.read_password_from_file | ||
README.services_extension | ||
README.sha1 | ||
README.superclassic | ||
README.trace_services | ||
README.trusted_authentication | ||
README.user | ||
README.user.embedded | ||
README.user.troubleshooting | ||
README.Win9X_NT_embedding | ||
README.Win32LibraryInstallation.txt | ||
README.wire.compression.html | ||
README.xnet | ||
Using_OO_API.html | ||
WhatsNew |
XNET - new local protocol implementation (win32) ------------------------------------------------ Firebird 2.0 has replaced the former (often referred to as IPC or IPServer) implementation of the local transport protocol with a new one, named XNET. It serves exactly the same goal - provide an efficient way to connect to the local server (without a remote node name in the connection string) - but it's implemented differently, in order to address the known issues with the old protocol. Generally speaking, both implementations use shared memory for inter-process communication, but XNET eliminates usage of window messages to deliver attachment requests and it also implements another synchronization logic. Advantages of the XNET protocol over IPServer: - it works with Classic Server - it works for non-interactive services and terminal sessions - it doesn't lock up when using a few connections simultaneously From the performance point of view, they should behave similarly, although XNET is expected to be slightly faster. As for disadvantages, there's only one - implementations are not compatible with each other. It means that your fbclient.dll version should match the version of the used server binaries (fbserver.exe or fb_inet_server.exe), otherwise you won't be able to establish a local connection (a TCP localhost loopback will do the trick, of course).