-
I noticed a strange behavior: when I switch the `process.extract(query, limit=k)` from `k=10` to `k=1000` I get different top k results (better for higher k).
Expected behavior: the top 10 matches …
-
## Enhancement
It can be used to calculate top-k from a large dataset quickly, which is expected to be much faster than plain TOP-K.
But actually it's not, and even slower than the GROUP-BY. Cal…
-
### Feature request
Reran top_n is widely supported, for example here: https://github.com/run-llama/llama_index/blob/main/llama-index-integrations/postprocessor/llama-index-postprocessor-jinaai-reran…
-
**Describe the bug**
Retrieving top-k results with `ivf_flat` for k >= 257 produces corrupted outputs. I also encountered the same issue when using `ivf_pq`.
**Steps/Code to reproduce the bug**
I f…
-
请问如何解决？
-
### Checks
- [X] I have checked that this issue has not already been reported.
- [X] I have confirmed this bug exists on the [latest version](https://pypi.org/project/polars/) of Polars.
### Re…
-
### Description
It seems that `jax.lax.top_k` behaves incorrectly when input is sharded across dimension used for computing top-k.
In particular, the following code shows that the elements of top-…
-
As mentioned in https://github.com/WoosukKwon/cacheflow/pull/81#issuecomment-1546980281, the current PyTorch-based top-k and top-p implementation is memory-inefficient. This can be improved by introdu…
-
### Is your feature request related to a problem or challenge?
The Top-K operator has recently been added for a specialized use case when encountering `ORDER BY` and `LIMIT` clauses together (#7250, …
-
### Is there an existing issue for the same bug?
- [X] I have checked the existing issues.
### Branch name
latest
### Commit ID
c3b232
### Other environment information
_No response_
### Actua…