Skip to main content

This repository is still in work in progress. It will be a federated learning library.

Project description

FedEm - A decentralized framework to train foundational models

FedEm is an open-source library empowering community members to actively participate in the training and fine-tuning of foundational models, fostering transparency and equity in AI development. It aims to democratize the process, ensuring inclusivity and collective ownership in model training.

Introduction

The emergence of ChatGPT captured widespread attention, marking the first instance where individuals outside of technical circles could engage with Generative AI. This watershed moment sparked a surge of interest in cultivating secure applications of foundational models, alongside the exploration of domain-specific or community-driven alternatives to ChatGPT. Notably, the unveiling of LLaMA 2, an LLM generously open-sourced by Meta, catalyzed a plethora of advancements. This release fostered the creation of diverse tasks, tools, and resources, spanning from datasets to novel models and applications. Additionally, the introduction of Phi 2, an SLM by Microsoft, demonstrated that modestly-sized models could rival their larger counterparts, offering a compelling alternative that significantly reduces both training and operational costs.

Yet, amid these strides, challenges persist. The training of foundational models within current paradigms demands substantial GPU resources, presenting a barrier to entry for many eager contributors from the broader community. In light of these obstacles, we advocate for FedEm.

FedEm (Federated Emergence) stands as an open-source library dedicated to decentralizing the training process of foundational models, with a commitment to transparency, responsibility, and equity. By empowering every member of the community to participate in the training and fine-tuning of foundational models, FedEm mitigates the overall computational burden per individual, fostering a more democratic approach to model development. In essence, FedEm epitomizes a paradigm shift, where foundational models are crafted not just for the people, but by the people, ensuring inclusivity and collective ownership throughout the training journey.

FedEm Framework

FedEm proposes a methodology to train a foundational model continuously, utilizing adapters. FedEm can be elaborated in mainly two sections. Decentralization of adapter training using CRFs and large scale updation using continuous pretraining checkpoints.

Continuous Relay Finetuning (CRF)


Continuous Relay Finetuning

We introduce the concept of continuous relay finetuning (CRF), which employs parameter-efficient LoRA adapters in a relay-like fashion for training foundational models. In this method, a client conducts local training of an adapter on a specified dataset, followed by its transmission to a cloud server for subsequent download by another client for further finetuning. FedEm ensures the continuous training of adapters, which are subsequently merged with a foundational model to create an updated model. CRF facilitates community engagement throughout the training process and offers a transparent framework for tracking and continuously updating adapters as new data becomes available, thereby enhancing the adaptability and inclusivity of AI development efforts.

Continuous Pretraining(CPT)

The server-side cloud hub exhibits the capability for perpetual training and deployment of refreshed foundational models at specified intervals, such as monthly or daily cycles. Simultaneously, the CRF adapters engage in iterative refinement against these newly updated models, fostering continual adaptation in response to evolving datasets.

Seshu

Majority, if not all the LLMs, we see today are based on proven Transformer based architectures. And Transfomres have quadratic (in inputs tokens) complexity - therefore slow to train and infer. As a result, new memory and compute efficient attention mechanisms have sprungup, along with Engineering hacks. But, at the end of the day, they are still based on Transformer-based architectures.

Further, majority, with the exception of some Chinese LLMs, are English-centric and other languages have a token representation (no pun intended). Often, LLMs have a particulalr tokenizer -- which makes extension to other languages/ domains hard. Vocabulary size and Transfomers Computational Efficiency have an uneasy relationship. Developing SLMs or LLMs is still a compute heavy problem. Therefore, only large consortia with deep pockets, massive talent concentration and GPU farms can afford to build such models.

Client side

It is as simple as it gets!

installation

$ pip install fedem

Examples

Filename Google Colab Support
Fedem Client Open In Colab
Fedem Server Open In Colab

Pre-reqs

  • has GPU, registers on HuggingFace/mlsquare for write access
  • familair with HuggingFace ecosystem (transfomers, peft, datasets, hub)
  • [optional] can donate time or data or both

Actions:

Runs client side sscript which

  • downloads data, pretrains model
  • SFTs via LoRA
  • pushes the adapter to HuggingFace model hub

Server (who manages the federated learning)

import and create a Seshu object

from fedem.server import Seshu
from transformers import TrainingArguments
model = Seshu("/content/adapters.json", "/content/model_parameters.json")

pretrain!

model.pretrain()

merge adapters and evaluate!

model.model_merge_eval(
    adapters="mlsquare/pico_seshu_test",
    data = "mlsquare/SERVER_samantar_mixed_val"
)

Pre-reqs

  • has (big) GPU(s)
  • is familair with HuggingFace ecosystem (transfomers, peft, datasets, hub), databases, ML Enginneering in general
  • [optional] can donate time or data or both

Actions:

  • Pretrains a multi-lingual Mamba model, publushes a checkpoint
  • Evaluated the community contributed adapters in a single-blind fashion, and merges them into the pretrained model
  • Does continous pretrainning, and releases checkpoints periodically

Academic Interests

  • experiment and identity good federating learning policies
  • figure out effective training configurations to PT, CPT, SFT, FedT SLMs and LLMs
  • develop new task specific adapters
  • contribute your local, vernacular data
  • curate datasets

Roadmap

Week 0

  • Make Mamba compatiable with Transformer class
  • Test LoRA adapters (adding, training, merging)
  • Pretrain an SLM, SFT on LoRA, Merge, Push Outcome: A working end-to-end Pretraining and SFT-ing pipeline[DONE]

Week 1

  • Develop client-side code[
  • On multi-lingual indic dataset such as samantar, pretrain a model
  • Release a checkpoint[DONE]

Week 2

  • Drive SFT via community (at least two users)
  • Run Federated SFT-ing[

Week 4 and onwards

  • Benchmark and eval on test set (against other OSS LLMS)
  • Perplexity vs Epochs (and how Seshu is maturing)

References:

Architectures and Tokenizers

  • Mamba: Linear-Time Sequence Modeling with Selective State Spaces, paper, 1st, Dec, 2023
  • MambaByte: Token-free Selective State Space Model paper, 24th, Jan, 2024
  • BlackMamba - Mixture of Experts of State Space Models paper, code
  • ByT5: Towards a token-free future with pre-trained byte-to-byte models paper, 28th, May, 2023

Indic LLMs

  • RomanSetu: Efficiently unlocking multilingual capabilities of Large Language Models models via Romanization paper, 25th, Jan, 2024
  • Open Hathi - blog from sarvam.ai, 12th Dec, 2023
  • MaLA-500: Massive Language Adaptation of Large Language Models paper

Model Merging

  • Model soups: averaging weights of multiple fine-tuned models improves accuracy without increasing inference time paper
  • Editing Models with Task Arithmetic paper
  • TIES-Merging: Resolving Interference When Merging Models paper
  • Language Models are Super Mario: Absorbing Abilities from Homologous Models as a Free Lunch paper
  • Rethinking Alignment via In-Context Learning (implments token distribution shift) blog
  • PhatGoose: The Challenge of Recycling PEFT Modules for Zero-Shot Generalization blog
  • LoRA Hub: Efficient Cross-Task Generalization via Dynamic LoRA Composition (https://arxiv.org/abs/2307.13269)

Datasets

Code & Tools for Models, and Distributed Training

  • Mamba-HF: Mamba model compatible with HuggingFace transformers here
  • Mamba pretrained model collection here
  • Mamba-minimal: a minimal implementaiton of Mamba architecture here
  • Mamba: original implementation by Mama authors here
  • OLMo: A truly open LLM blog
  • Petals: decentralized inference and finetuning of large language models blog, paper, git repo
  • position blog on Petals: a shift in training LLMs with Petals network techcrunch blog
  • Shepherd: A Platform Supporting Federated Instruction Tuning here
  • FATE-LM is a framework to support federated learning for large language models(LLMs) here
  • FEDML Open Source: A Unified and Scalable Machine Learning Library for Running Training and Deployment Anywhere at Any Scale here
  • mergekit for model merign to implement multiple model merging techiques here

Note:

The views expressed or approach being taken - is of the individuals, and they do not represent any organization explicitly or implicitly. Likewise, anyone who wants to contribute their time, compute or data must understand that, this is a community experiment to develop LLMs by the community, and may not result in any significant outcome. On the contrary, this may end up in total failure. The contributors must take this risk on their own.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

fedem-0.0.6.tar.gz (22.0 kB view hashes)

Uploaded Source

Built Distribution

fedem-0.0.6-py3-none-any.whl (19.6 kB view hashes)

Uploaded Python 3

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page