tensorflow / tensorflow/model-optimization
MobileNetV3 QAT TFLite Conversion Issue
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 1.6k
- Forks
- 349
- Avg merge
- 3d 2h
- Merged PRs (30d)
- 1
Description
Prior to filing: check that this should be a bug instead of a feature request. Everything supported, including the compatible versions of TensorFlow, is listed in the overview page of each technique. For example, the overview page of quantization-aware training is here. An issue for anything not supported should be a feature request.
Describe the bug
A clear and concise description of what the bug is.
This is a similar issue to #368 but for MobileNetV3Large, where after Quantisation Aware Training, I see a large drop in accuracy in the QAT TFLite model compared to the corresponding QAT Keras Model. Minor Implementation details: I had to refactor the default MobileNetV3Large Keras Code to make it compatible with QAT in the Tensorflow Model Optimisation library by replacing the Add operations in its Hard Sigmoid function with Rescaling and using a Moving Average Output only Quantiser for the Multiply and Rescaling layers in the network. I train the network for more than 6-7 epochs with ~5100 batches in each epoch (each batch consisting of 10 samples) but I see no convergence between the Keras and TFlite models as was seen in #368. I see a number of people in #974 have raised the same issue but this has not been fixed yet. It's likely that is a kernel implementation bug similar to #368 so would be great if a fix could be developed for this. It might be helpful to note that I didn't face this issue in MobileNetV3Large minimalistic which makes me wonder that the issue might be in the Multiply Layers of the Squeeze-Excite and Hard Swish functions.
Would appreciate any help. Thanks!
System information
TensorFlow version (installed from source or binary): 2.15.0
TensorFlow Model Optimization version (installed from source or binary): 0.7.5
Python version: 3.10.12
Keras Version: 2.15.0
Describe the expected behavior
QAT Keras Model should generate identical outputs to the converted QAT TFlite Model
Describe the current behavior
Converted QAT TFlite Model has much lower accuracy than the corresponding QAT Keras Model
Code to reproduce the issue
Provide a reproducible code that is the bare minimum necessary to generate the
problem.
This is the refactored part of MobileNetV3:
def hard_sigmoid(x):
return layers.Rescaling(1.0 / 6.0, offset=0.0)(
layers.ReLU(6.0)(layers.Rescaling(1.0, offset=3.0)(x))
The Quantization Config I use for Multiply and Rescaling layers is this:
class CustomQuantizeConfig(quantize_config.QuantizeConfig):
"""QuantizeConfig which only quantizes layer outputs."""
def get_weights_and_quantizers(self, layer):
return []
def get_activations_and_quantizers(self, layer):
return []
def set_quantize_weights(self, layer, quantize_weights):
pass
def set_quantize_activations(self, layer, quantize_activations):
pass
def get_output_quantizers(self, layer):
return [
tfmot.quantization.keras.quantizers.MovingAverageQuantizer(
num_bits=8, symmetric=False, narrow_range=False, per_axis=False
)
]
def get_config(self):
return {}
I've tried using an AllValuesQuantizer as well since it was mentioned in #368 that MovingAverageQuantizer takes time to converge but that didn't seem to help either.
Screenshots
If applicable, add screenshots to help explain your problem.
Additional context
The use case for the network is Monocular Depth Estimation so there is a decoding network attached on top of the MobileNetV3 encoder.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the MobileNetV3Large QAT-to-TFLite conversion with TensorFlow 2.15.0 and TensorFlow Model Optimization 0.7.5, using the supplied hard_sigmoid refactor and CustomQuantizeConfig. Compare the QAT Keras and TFLite outputs, then read the related issues #368 and #974 for prior investigation. Done means the converted model no longer shows the reported accuracy gap.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python, tensorflow
- Domain
- machine-learning
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100