can you release Qwen3.6-27B version of this?

#2
by cnsiva - opened

Thank you for this model. I’ve finally settled with it for my daily coding tasks. It works great with OMLx. It also performs well, with a speed of approximately 60 in M1 Max and around 100 t/s in M5 Max.

I am curious to test and observe how the Qwen3.6-27B model performs with this.

I’m not sure if this can be ported to Gemma-4-26B-A4B-QAT-it. If it’s possible, that would be great.

Thanks,
Siva

The closest Claude-Qwen I got is this merge:

  • Qwen/Qwen3.6-27B
  • DavidAU/Qwen3.5-27B-Claude-4.6-OS-INSTRUCT
  • DavidAU/Qwen3.6-27B-Heretic2-Uncensored-Finetune-Thinking

https://huggingface.co/nightmedia/Qwen3.6-27B-Architect-Polaris-mxfp8-mlx

         arc   arc/e boolq hswag obkqa piqa  wino
mxfp8    0.709,0.874,0.909,0.788,0.494,0.820,0.768
mxfp4    0.698,0.874,0.909,0.786,0.494,0.820,0.759

Quant    Perplexity      Peak Memory   Tokens/sec
mxfp8    3.923 ± 0.025   34.74 GB      193

It is also the highest IQ ever reached in a 27B, as far as I know.

I will see if I can add MTP layers to it :)

The Deckard has PKD in it, and the behavior is quite different.

I like PKD when I explore the personalities interacting in the Holodeck, because it aims to separate the voice to be more "in character" when so claimed. The non-PKD is a bit more formal about it. The price you pay is slightly lower arc_challenge, but that's really high as it is, beyond what the model was designed to deliver.

The irony is, this is a better Claude than the current Claude, since they dumbed it down ;)

Is there an update on this model for the MTP? The name has MTP, but seeing this in oMlx

image

I am working now on a fix for this.

The MTP layers were dropped in the merge, and I missed that.

The idea is to provide an alternative config and the missing tensors, just have to wait for the current test queue to finish :)

I set up two experiments here, configuring MTP in the two generally accepted formats: inline and sidecar.

Each works in its own setting, so I included the config folders to be easily swapped and experimented with.

https://huggingface.co/nightmedia/Qwen3.6-28B-PKD-Darwin-qx86-hi-mlx

If either of these proves to work, or there are simple fixes that bring it to work, I can apply the same method to the MoE

The tensors from the 27B are not compatible with the 35B, but are easily extracted and quanted with a python script

Thank you very much. I’ll test it and let you know.

I like your qx64 version than qx86 version 😀 I am using M1 Max with 64 GB. The qx64 works better. I will try out this version and update you.

yeah there is that thing about the qx64-hi, it is smarter. It does show in numbers too, and that's quite silly to think that a 6/4 bit mix could match bf16, but hey, performance under constraints does wonders to morale :)

I am publishing the qx86-hi first, don't want people to feel short-changed, but in this case, you are right, smaller is better in this case.

oMlx doesn’t detect the MTP. I have also tried copying the MTP files to the model root directory, but it still doesn’t detect them.

thanks for trying, I will find some time tomorrow to install omlx and figure out what happens. Can you point me to a model that you know it works with MTP on omlx so I can get some idea what is going on?

Here’s the model that works for me.
https://huggingface.co/dealignai/Qwen3.6-27B-MXFP4-CRACK-MTP

Alternatively, if I perform the OQ Quantization from the OMLX, it works for me from the OMLX.

I think I know what happens, the tensors from the side car are prefixed with mtp, the others have language_model.mtp. It all depends how the parser interprets the config file and the indexes. I will try changing those tomorrow.

I just have tested this model against the llama.cpp repository and done some analysis. While the model is indeed impressive, it is quite slow and only achieves a throughput of 10 t/s on my M1 Max. In contrast, the “nightmedia/Qwen3.6-35B-A3B-MTP-Holo3-Qwopus-Coder-qx64y-hi-mlx” model is remarkably 5 times faster. It’s possible that the qx64y-hi version of this with MTP may offer improved performance for my specific setup.

I have a new version

https://huggingface.co/nightmedia/Qwen3.6-35B-A3B-Qwable-Holo3-Qwopus

This is a merge with Qwable, but it's raw source, not BF16. I noticed the MTP tensors get dropped when converting to BF16, which was the reason they were missing in the first place from the previous models. You can use your preferred conversion method to extract the correct format, until I figure out a way to streamline it.

The qx64-hi is the same formula as the qx64y-hi, as that was an evolutionary step in the Deckard(qx) formula to better support the specifics of the new model.

-G

There's also an 27B-Architect-Polaris-Fable in the works :)

Sign up or log in to comment