You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
BeamWriter hits "Record exceeds maximum record size" in Dataflow with autosharding #10995
For TFDS 4.9.7 on Dataflow 2.60.0, I have a company-internal Dataflow job that fails. Given the input collection:
Elements added 332,090
Estimated size 1.74 TB
to train_write/GroupShards, where the output collection reports:
Elements added 2
Estimated size 1.8 GB
it then fails on the next element with
"E0123 207 recordwriter.cc:401] Record exceeds maximum record size (1096571470 > 1073741823)."
Workaround
By installing the TFDS prerelease after 3700745 and controlling --num_shards=4096 (auto-detection choose 2048), the DatasetBuilder runs to completion on Dataflow. I'm curious why the auto-detection didn't choose more file shards however, as all training examples should be roughly the same size in this DatasetBuilder.
is too little headroom for the training examples. The FeatureDict in this particular DatasetBuilder is large, and perhaps the key overhead is unusually large. Should that number be 0.8 instead? Or whether
Hi I've run into the same issue with TFDS 4.9.9, the limit in my case also seems to be ~1 GB. I will probably try the workaround you mentioned, but first, how did you check the auto-detected value of num_shards after the job had failed?
Activity
saksham002 commentedon Feb 13, 2026
Hi I've run into the same issue with TFDS 4.9.9, the limit in my case also seems to be ~1 GB. I will probably try the workaround you mentioned, but first, how did you check the auto-detected value of num_shards after the job had failed?