Comment by anentropic
Comment by anentropic a day ago
if imports are slow one should probably look into pre-compiling .pyc files into the Lambda bundle
Comment by anentropic a day ago
if imports are slow one should probably look into pre-compiling .pyc files into the Lambda bundle
Thanks for citing your sources, I think your source may be out if date, though! The “free init time hack” was killed in August (unless I’m missing something - never used it myself).
https://aws.amazon.com/blogs/compute/aws-lambda-standardizes...
Good callout that it's no longer free. However, you still get extra CPU, and assuming your execution environment isn't reloaded, that init time is amortized across all the invocations for the execution environment.
SnapStart is more widely available, which is the other option for shrinking the billed time spent in init (when I left, only Java SnapStart was available)
This is a well known issue, and the fix is not to create any boto3 clients at runtime. Instead, ensure they're created globally (even if you throw them away) as the work then gets done once during the init period. The init period gets additional CPU allocation, so this is essentially "free" CPU.
Source: I'm a former AWS employee.