paint-brush
Stable Diffusion XL: Achieving High-Volume AI Image Generation on Consumer GPUs with Salad Cloudby@saladcloud
1,147 reads
1,147 reads

Stable Diffusion XL: Achieving High-Volume AI Image Generation on Consumer GPUs with Salad Cloud

by Salad TechnologiesOctober 4th, 2023
Read on Terminal Reader
Read this story w/o Javascript
tldt arrow

Too Long; Didn't Read

Stable Diffusion XL (SDXL) Benchmark shows consumer GPUs can serve SDXL inference at scale. At 769 SDXL images per dollar, consumer GPUs on Salad’s distributed cloud are still the best bang for your buck for AI image generation, even when enabling no optimizations on Salad and all optimizations on AWS.
featured image - Stable Diffusion XL: Achieving High-Volume AI Image Generation on Consumer GPUs with Salad Cloud
Salad Technologies HackerNoon profile picture
  Stable Diffusion XL (SDXL) Benchmark | 769 images / $ | Salad                                                                           

Stable Diffusion XL (SDXL) Benchmark

A couple of months back, we showed you how to get almost 5000 images per dollar with Stable Diffusion 1.5. Now, with the release of Stable Diffusion XL, we’re fielding a lot of questions regarding the potential of consumer GPUs for serving SDXL inference at scale. The answer from our Stable Diffusion XL (SDXL) Benchmark is a resounding yes.


In this benchmark, we generated 60.6k hi-res images with randomized prompts on 39 nodes equipped with RTX 3090 and RTX 4090 GPUs. We saw an average image generation time of 15.60s at a per-image cost of $0.0013.


At 769 SDXL images per dollar, consumer GPUs on Salad’s distributed cloud are still the best bang for your buck for AI image generation, even when enabling no optimizations on Salad and all optimizations on AWS.

Architecture

We used an inference container based on SDNext, along with a custom worker written in Typescript that implemented the job processing pipeline. The worker used HTTP to communicate with both the SDNext container and with our batch framework.


Our simple batch-processing framework comprises:

  • Storage: Image files stored in AWS S3.
  • Queue System: Jobs are queued via AWS SQS, with unique identifiers and pre-signed URLs to upload the generated images.
  • Result Storage: After images are generated and uploaded, download URLs for each job are stored in DynamoDB.
  • Worker Coordination: We integrated HTTP handlers using AWS Lambda for easy access by workers to the queue and table.

The architecture for SDXL benchmark on SaladCloud


Discover our open-source code for a deeper dive:

Deployment on Salad

We set up a container group targeting nodes with four vCPUs, 32GB of RAM, and GPUs with 24GB of VRAM, which includes the RTX 3090, 3090 ti, and 4090.


We filled a queue with randomized prompts in the following format:

`a ${adjective} ${salad} salad on a ${servingDish} in the style of ${artist}`


We used ChatGPT to generate roughly 100 options for each variable in the prompt and queued up jobs with four images per prompt. SDXL is composed of two models: a base and a refiner. We generated each image at 1216 x 896 resolution, using the base model for 20 steps and the refiner model for 15 steps. You can see the exact settings we sent to the SDNext API here.

Results – 60,600 Images for $79

Stable diffusion XL (SDXL) benchmark results on SaladCloud


Over the benchmark period, we generated more than 60k images and uploaded more than 90GB of content to our S3 bucket, incurring only $79 in charges from Salad, which is far less expensive than using an A10g on AWS, and orders of magnitude cheaper than fully managed services like the Stability API. We did see slower image generation times on consumer GPUs than on datacenter GPUs, but the cost differences give Salad the edge. While an optimized model on an A100 did provide the best image generation time, it was by far the most expensive per image of all methods evaluated.


a citrusy Sweet Potato salad on a grilled mushroom cap in the style of Juan Gris

a local Mixed Berry salad on a rice cracker in the style of Toulouse-Lautrec

a ripe Seaweed salad on a nest of sprouts in the style of Edgar Degas

Grab a fork and see all the salads we made here on our GitHub page.

Future Improvements

For comparison with AWS, we gave them several advantages that we did not implement in the container we ran on Salad. In particular, torch.compile isn’t practical on Salad, because it adds 40+ minutes to the container’s start time, and Salad’s nodes are ephemeral. However, such a long start time might be an acceptable tradeoff in a data center context with dedicated nodes that can be expected to stay up for a very long time, so we did use torch.compile on AWS.


Additionally, we used the default fp32 variational autoencoder (vae) in our salad worker and an fp16 vae in our AWS worker, giving another performance edge to the legacy cloud provider. Unlike re-compiling the model at start time, including an alternate vae is something that would be practical to do on Salad, and is an optimization we would pursue in future projects.








Salad Cloud – Still The Best Value for AI/ML Inference at Scale

SaladCloud remains the most cost-effective platform for AI/ML inference at scale. The recent benchmarking of Stable Diffusion XL further highlights the competitive edge this distributed cloud platform offers, even as models get larger and more demanding.


Also published here.