Earlier quoted context omitted.
LiteLLM is basically Bifrost in the Python ecosystem.
Yeah, but bifrost seems tighter and claims to use way fewer resources
Litelm: LiteLLM Without the Bloat
31–40 of 73 posts
Re: Litelm: LiteLLM Without the Bloat
#32Re: Litelm: LiteLLM Without the Bloat
#33Earlier quoted context omitted.
LiteLLM doesn't quite live up to its name. With all those features, there is nothing "lite" about it. It is essential for a project to live up to its name. Imagine Sqlite adding heavy features from Postgresql, e.g. row-level security.
LiteLLM's problem isn't really features, it's how bloated all the features are, and specifically how AI maximalist and janky their dev practices are.
Re: Litelm: LiteLLM Without the Bloat
#34Re: Litelm: LiteLLM Without the Bloat
#35Earlier quoted context omitted.
LiteLLM's problem isn't really features, it's how bloated all the features are, and specifically how AI maximalist and janky their dev practices are.
thanks for the feedback. genuinely curious what you think we could be doing better, especially around our dev practices. Would love to hear specifics.
Re: Litelm: LiteLLM Without the Bloat
#36Earlier quoted context omitted.
Yeah, but bifrost seems tighter and claims to use way fewer resources
also if you had resource issues with your production deployment, keen to hear more details
Bifrost feels very light, though.
Will try LiteLLM if it's in Rust.
Would also appreciate a slicker aesthetic. I got used to Bifrost shadcn with 0 border radius.
Re: Litelm: LiteLLM Without the Bloat
#37Re: Litelm: LiteLLM Without the Bloat
#38Earlier quoted context omitted.
also if you had resource issues with your production deployment, keen to hear more details
I don't have specifics since it's been months, but LiteLLM on a hetzner server, deployed through Coolify was using 1-4 GB (cannot exactly, and dont know why either). Bifrost feels very light, though. Will try LiteLLM if it's in Rust. Would also appreciate a slicker aesthetic. I got used to Bifrost shadcn with 0 border radius.
I’m happy to provide any support if you’re willing to try out the initial version.
Re: Litelm: LiteLLM Without the Bloat
#39I'm not an AI bro, but I've dabbled. It's kind of remarkable that all the different providers speak the same "openai compatibile" https endpoints. In other realms of software development, real interoperability like that can be kind of rare. Even if people support conceptually the same API, everybody always puts their unique incompatible spin on it. In the dabbling that I've done, big incompatibilities seem rare.
Re: Litelm: LiteLLM Without the Bloat
#40I strongly recommend the authors rewrite the readme by hand. It’s kind of a snif test for how much care someone put into this project.
I have the same complaint about oh-my-pi's readme. The tone is obnoxious. It's somehow jaded and matter-of-fact at the same time. Like it was written by that one guy at work who never misses a chance to brag about how clever he is.
"Twelve years Light worked and on a cold night in the year 200X, Protoman was born. A perfect man, an unbeatable machine, hell-bent on destroying every evil standing between man and freedom, built for one purpose, to destroy Wily's army of evil robots. Ready. Willing. Prepared to fight."
For the Protomen it makes sense. But for a project README it's so absurdly melodramatic.