New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Wire compression causes freezes [CORE6348] #6589
Comments
Modified by: @AlexPeshkoffassignee: Alexander Peshkov [ alexpeshkoff ] |
Commented by: @AlexPeshkoff Confirm an issue - reproduced |
Modified by: @AlexPeshkoff |
Commented by: @AlexPeshkoff This freeze is not related with CORE6346, CORE6347. |
Modified by: @AlexPeshkoffVersion: 4.0 Beta 2 [ 10888 ] summary: Wire compression causes freezes in FB 3.0.6 => Wire compression causes freezes |
Modified by: @AlexPeshkoffstatus: Open [ 1 ] => Resolved [ 5 ] resolution: Fixed [ 1 ] Fix Version: 4.0 RC 1 [ 10930 ] Fix Version: 3.0.7 [ 10940 ] |
Modified by: @pavel-zotovstatus: Resolved [ 5 ] => Resolved [ 5 ] QA Status: No test => Done successfully Test Details: NB: platform currently is 'Windows' because we have to launch child Python process and pass scenario to be executed with: This will be fixed later (to make test able to run under POSIX). Test Specifics: [Platform (Windows/Linux) specific] |
Modified by: @pavel-zotovstatus: Resolved [ 5 ] => Closed [ 6 ] |
Commented by: michalk1 (michalk1) I confirm that the current snapshot build works ok, no more freezes. |
Commented by: @dyemanov Yes, likely in August. |
Modified by: @pavel-zotovstatus: Closed [ 6 ] => Closed [ 6 ] Test Details: NB: platform currently is 'Windows' because we have to launch child Python process and pass scenario to be executed with: This will be fixed later (to make test able to run under POSIX). => Test Specifics: [Platform (Windows/Linux) specific] => |
Submitted by: michalk1 (michalk1)
Is related to CORE6296
Extracted from CORE6346, as it is likely an independent issue. Active wire compression causes periodic blocks in FB 3.0.6. I first noticed it when inserting large binary blobs and executing long ddl statements, but probably affects all TCP communication.
The blocks last for up to several minutes, during which there is no obvious server activity (minimum CPU/HDD/Network load), so it looks rather like a timeout. The process eventually resumes (no error message), but the problem repeates soon after (on another blob segment or ddl command).
To reproduce the problem, it it sufficient to try to insert a large file (say Firebird installation exe file) into a binary blob field when wire compression is active. In FB 3.0.5 it takes just a second, while in 3.0.6 it would now probably last tens of minutes.
Workaround is either to disable the wire compression or switch back to FB 3.0.5.
Commits: 6fe8d15 6ec1899
The text was updated successfully, but these errors were encountered: