Closed MohammedAlhajji closed 2 months ago
Whoops well spotted! This is due to it occasionally defaulting to 8bits for small collections, and this check asserts that dim % (nbits * 8)
is 0, which isn't the case for minicolbert as it's got a smaller embed dim (96 rather than 128). This was superfluous anyway as tests tend to show there isn't a sizeable gain from 8bit, so I've quickly removed this check! Small collections (sub 10k) compress to 4bit by default, and anything above to 2bits. This should therefore be fixed in version 0.0.8post3
Whoops well spotted! This is due to it occasionally defaulting to 8bits for small collections, and this check asserts that
dim % (nbits * 8)
is 0, which isn't the case for minicolbert as it's got a smaller embed dim (96 rather than 128). This was superfluous anyway as tests tend to show there isn't a sizeable gain from 8bit, so I've quickly removed this check! Small collections (sub 10k) compress to 4bit by default, and anything above to 2bits. This should therefore be fixed in version0.0.8post3
Thank you for the quick fix here! We had hit the same issue and updating to 0.0.8post3
worked great for us!
I am not sure what the issue here so it may be me doing something stupid. I have the latest version of ragatoullie
running this code:
yields the following error
I don't get this error when running
colbert-ir/colbertv2.0"
instead.