-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Lex v2 not working (i.e. incredibly slow) on debian 12 #2779
Comments
I can add more details, and more strange results. Today I tested with a longer call -- I connected to lex (the sample flight book bot) and said "I'd like to book a flight". For about a minute no responses other than heartbeats, then a full minute or more later I get a transcript (i'd like to book a flight), followed by a message indicating an internal error, see below
In case its possible to retrieve any logs from the server side the conversation url was
Again, this code worked fine on earlier versions of the sdk and debian. |
Here is another example. I placed a call, immediately said "I'd like to book a flight" and after about one minute and 20 seconds later I got the transcript followed by the intent. What could be accounting for this delay?
|
Note: developing to lex v2 is hampered by the fact I have not found any examples in this repo or elsewhere. If there is a working example I could test with (similar to the getTranscript example for aws transcribe) this would be very helpful for developers |
I'm working on creating a sample using lexv2. I will post it here when I have that finished |
great, many thanks! In the meantime let me know if I can do anything to provide additional information |
just checking in....anything new on this? |
anything new on this? I'm blocked by this so if I can do anything to gather information please let me know |
HERE IS A SAMPLE PROGRAM SHOWING THE PROBLEM @jmklix I have created a sample program that shows the problem. Please have a look when you get a chance. This program uses the lex api to stream 2 minutes of audio to a lex bot (I tested using the HotelBot). The caller immediately says "I would like to book a flight". When run on Debian 11, a transcript is returned about 6 seconds after the start of the call. When run on Debian 12 the same transcript is returned after 2 minutes (!). If I am doing something wrong, it should be easy for you to see in the sample program, but as far as I can tell I am just calling the apis. My tests were run on AWS in us-east-1
|
anything new on this? Have you had a chance to use the sample program I provided to debug? Complete instructions for compiling and running the sample program are included in the README of the repo linked above.. |
Hi @davehorton , I've been working on transcribe streaming issues we have.
I'd suggest setting 8096 or even bigger buffer (the one that will be big enough to contain the whole encoded http2 frame), that's one of the reasons of a poor performance today. Best regards, |
hi @SergeyRyabinin we ran our test on debian 12 with your suggested changes
So the changes still had a positive impact. However, still much slower than debian 11 and not able to be used in production. |
@SergeyRyabinin is there a PR on this yet? I've been blocked releasing an upgrade to my product for months now, and this seems like a fairly significant bug, for streaming transcription essentially to not work on the latest debian release. |
Anything new on this @jmklix @SergeyRyabinin |
@jmklix @SergeyRyabinin is there any intent to fix this? It seems like a rather major bug to me, unless lex v2 is not a priority for AWS |
Hi @davehorton , Please sorry for a delay in reply. it improves the performance of http2 streaming for transcribe, however, I'm still yet to add a similar integration test for the lexv2 streaming. Best regards, |
hi @SergeyRyabinin thanks for the update. I had experienced the problem with http2 streaming for transcribe as well -- I was forced to change to the websocket interface on debian 12 because http2 api was basically non-functional. That means, though, that I should at least be able to test that PR for lex v2 transcribe and let you know if it solves my issue there. I will do that and provide results here. |
@SergeyRyabinin I tested aws-sdk-cpp 1.11.283 and it seems to have resolved the issue for both aws transcribe and aws lex. I will do a bit of further testing before closing this issue. Many thanks |
This issue does seem to be fixed in 1.11.283. Thanks! |
This issue is now closed. Comments on closed issues are hard for our team to see. |
Describe the bug
Is anyone having trouble making lex v2 runtime work on debian 12? I have previously been running aws-sdk-cpp tag 1.8.129 on debian 11 and it worked fine. Now on debian 12 I have update to the latest (1.11.217) and things are not working at all. I am connection ok and sending audio, but not getting any responses back other than a heartbeat. No transcripts and no intents.
I also had trouble with a similar upgrade with aws_transcribe, and ended up having to switch to using the websocket api instead of the sdk. Is there a websocket api for lex?
Expected Behavior
I expected to receive messages from lex v2 - intents and transcriptions.
Current Behavior
Here is a trace file showing what I received.
aws_sdk_2023-12-05-01.log
Reproduction Steps
debian 12 and using
Possible Solution
No response
Additional Information/Context
No response
AWS CPP SDK version used
1.11.217
Compiler and Version used
gcc (Debian 12.2.0-14) 12.2.0
Operating System and version
Debian 12
The text was updated successfully, but these errors were encountered: