Skip to content

Conversation

@buildwithsuhana
Copy link
Contributor

@buildwithsuhana buildwithsuhana commented Oct 28, 2025

This change introduces core building blocks for tensor parallelism by adding two key components.

First, it adds crucial collective operations, all_reduce and all_gather, to the JAX backend. These allow multiple devices to synchronize data by summing tensors (like gradients) or gathering individual slices back into a full tensor. Second, it adds the high-level tensor sharding logic (split_tensor_for_parallelism), which uses ops.array_split to intelligently slice large tensors, even unevenly, for distribution across devices. New tests confirm this new parallel logic, including the uneven splitting, works as expected.

The tests on this PR will pass after the PR #21697 gets merged

@gemini-code-assist
Copy link
Contributor

Summary of Changes

Hello @buildwithsuhana, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request establishes foundational components for tensor parallelism within the JAX backend, crucial for Autosharding. It provides core collective communication primitives like all_reduce and all_gather and introduces a flexible tensor splitting utility, split_tensor_for_parallelism, designed to efficiently distribute tensors across multiple devices, even when uneven splitting is required.

Highlights

  • JAX Collective Operations: Introduced all_reduce (sum, mean) and all_gather functions to the JAX backend for inter-device communication, essential for distributed computing.
  • Tensor Sharding Logic: Added split_tensor_for_parallelism to intelligently slice tensors, including support for uneven distributions, for efficient device parallelism.
  • Comprehensive Testing: Included new test cases to validate the correct functionality of both the collective operations and the tensor splitting logic, ensuring robustness.
Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in pull request comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

Copy link
Contributor

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request introduces foundational components for tensor parallelism in Keras, specifically for the JAX backend. It adds all_reduce and all_gather collective operations, which are essential for distributed computations. Additionally, it provides a split_tensor_for_parallelism utility for sharding tensors across devices. The changes are well-tested, covering both even and uneven tensor splitting. My review includes a few suggestions to improve documentation accuracy and code simplicity, and to align with the repository's style guide regarding docstring examples.

buildwithsuhana and others added 3 commits October 28, 2025 10:41
Co-authored-by: gemini-code-assist[bot] <176961590+gemini-code-assist[bot]@users.noreply.github.com>
@hertschuh
Copy link
Collaborator

Can you rebase to make the tests pass?

@codecov-commenter
Copy link

codecov-commenter commented Nov 6, 2025

Codecov Report

❌ Patch coverage is 62.69113% with 122 lines in your changes missing coverage. Please review.
✅ Project coverage is 82.32%. Comparing base (d8e0b4a) to head (207a4bf).
⚠️ Report is 42 commits behind head on master.

Files with missing lines Patch % Lines
...tribution/tensor_parallel/coordinated_optimizer.py 53.87% 90 Missing and 17 partials ⚠️
...ras/src/distribution/tensor_parallel/autoconfig.py 83.11% 4 Missing and 9 partials ⚠️
.../src/distribution/tensor_parallel/tensor_layout.py 77.77% 1 Missing and 1 partial ⚠️
Additional details and impacted files
@@            Coverage Diff             @@
##           master   #21792      +/-   ##
==========================================
- Coverage   82.66%   82.32%   -0.35%     
==========================================
  Files         577      583       +6     
  Lines       59453    60364     +911     
  Branches     9320     9514     +194     
==========================================
+ Hits        49148    49694     +546     
- Misses       7902     8222     +320     
- Partials     2403     2448      +45     
Flag Coverage Δ
keras 82.14% <62.69%> (-0.35%) ⬇️
keras-jax 62.12% <62.69%> (-1.19%) ⬇️
keras-numpy 57.19% <34.25%> (-0.35%) ⬇️
keras-openvino 34.47% <34.25%> (+0.12%) ⬆️
keras-tensorflow 64.13% <34.25%> (+0.01%) ⬆️
keras-torch 63.05% <34.25%> (-0.54%) ⬇️

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

buildwithsuhana added a commit to buildwithsuhana/keras that referenced this pull request Nov 18, 2025
def test_all_reduce(self):
devices = jax.devices()
num_devices = len(devices)
input_data = np.ones((num_devices, 2), dtype="float32")
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

input_data needs to to sharded across the devices to make this test valid.

def sum_fn(x):
return backend_dlib.all_reduce(x, op="sum", axis_name="batch")

result_sum = jax.pmap(sum_fn, axis_name="batch")(input_data)
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Shouldn't the pmap be part of the all_reduce implementation?

Same for "mean".

num_devices = len(devices)

input_data = np.arange(num_devices, dtype="float32").reshape(
num_devices, 1, 1
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

input_data needs to to sharded across the devices to make this test valid.

Comment on lines 35 to 39
if hasattr(layer, "_kernel") and layer._kernel is not None:
kernel_shape = layer._kernel.shape
if len(kernel_shape) == 2:
input_dim = kernel_shape[0]
output_dim = kernel_shape[1]
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If it's a keras.layers.Dense layer, this should always work.

Do we actually need anything between lines 40-63?

isinstance(layer, (layers.Embedding,))
or "Embedding" in layer.__class__.__name__
):
if hasattr(layer, "weights"):
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

weights is a property of Layer, it cannot be missing, remove this if.

Comment on lines 145 to 164
for weight in layer.weights:
if "embedding" in weight.name or "weight" in weight.name:
key_found = False
for attr_candidate in [
"embeddings",
"position_embeddings",
"weight",
]:
if getattr(layer, attr_candidate, None) is weight:
state_rules[f"{full_name}.{attr_candidate}"] = (
split_rule(dim=1)
)
key_found = True
break

if not key_found:
clean_name = weight.name.split("/")[-1]
state_rules[f"{full_name}.{clean_name}"] = split_rule(
dim=1
)
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm a bit confused about this. So if it's an embedding, the rule is split_rule(dim=1). Great.

Why do you need all the extra code? Why not do:

state_rules[f"{full_name}.embedding"] = split_rule(dim=1)

And remove lines 145-164.

The {attr_candidate} or the {clean_name} is not reversible. You cannot find the weight back from the name because you removed some stuff.

Also, do you need to keep a reference to the weights in general? Like the kernel for dense?

Comment on lines 101 to 104
) in self.tensor_parallel_config.state_rules.items():
if re.search(p, norm_param_name) and hasattr(a, "dim"):
sharding_dim = a.dim
break
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is not safe, you're matching substrings.

For instance if p is "dense.kernel" and norm_param_name is "einsum_dense.kernel", it will match, even though you got the wrong layer.

You want an exact match and manipulating names or paths just makes it harder. You should just identify the variables themselves directly. So you want to key your state_rules by id(variable). For instance, in autoconfig, you just do state_rules[id(layer._kernel)] = split_rule(dim=0). This will tremendously simplify this code and the code in autoconfig.

Optimizers already have a way to map optimizer variables to model variables, you don't need to recreate a different way to do this mapping.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants