Repository navigation
The thinking process of MiniMax-M2.5 cannot be properly displayed in opencode. #20782
Copy link
Copy link
Closed as not planned
Closed as not planned
Copy link
Description
Description
I have deployed the MiniMax-M2.5 model locally using Sglang and then connected the locally deployed MiniMax-M2.5 model to OpenCode. This model is a reasoning model. When I asked "What is memory pool?" in OpenCode, the following information was displayed
what is memory pool
<think>The user is asking about memory pools. This is a general programming concept question, not a task requiring file operations or code changes. I should answer concisely without using any tools.
</think>
A memory pool (or allocator) is a pre-allocated block of memory from which smaller chunks are allocated on demand, rather than requesting memory from the OS for each allocation.
Key benefits:
- Performance - Avoids repeated system calls and fragmentation
- Predictability - Fixed allocation/deallocation times
- Memory efficiency - Reduces overhead from metadata per allocation
Common use cases:
- Real-time systems where allocation latency must be bounded
- Games and embedded systems
- Frequent allocations/deallocations of similar-sized objects
Example concepts:
- Fixed-size pool (blocks of equal size)
- Variable-size pool (blocks of different sizes)
- Stack-based pool (temporary allocations)
▣ Build · MiniMax-M2.5 · 3.3s
As shown above, the thinking process is not displayed properly.
Then, I used SGLang to deploy the GLM model, connected the model using OpenCode, and asked questions.
what is thread pool
Thinking: The user is asking "what is thread pool". This is a straightforward conceptual question about programming concepts, similar to their previous question about memory pool. I should provide a concise answer about what a thread pool is, its purpose, and key concepts, following the same style as my previous response.
This doesn't require any tools - it's just a direct question. I should keep it concise and direct, following the guidelines about being brief and to the point.
A thread pool is a collection of worker threads that execute tasks from a queue, reusing threads instead of creating/destroying them for each task.
Key benefits:
- Performance - Avoids thread creation/destruction overhead
- Resource control - Limits concurrent threads to prevent system overload
- Scalability - Efficiently handles many concurrent tasks
Common use cases:
- Web servers handling HTTP requests
- Parallel processing of independent tasks
- Database connection handlers
- Background job processing
How it works:
1. Thread pool is created with N threads
2. Tasks are submitted to a queue
3. Idle threads pick up tasks from the queue
4. After completing a task, the thread returns to the pool to await another task
Examples:
- Java's ExecutorService
- Python's concurrent.futures.ThreadPoolExecutor
- C# ThreadPool class
▣ Build · glm-4.7 · 15.9s
As shown above, the thinking process of the glm model is presented in a normal manner.
Plugins
nothing
OpenCode version
1.3.13
Steps to reproduce
- use sglang to deploy the MiniMax-M2.5 model locally
- connect the locally deployed MiniMax-M2.5 model to OpenCode
- ask a question
- you can know what i say
Screenshot and/or share link
what is memory pool
<think>The user is asking about memory pools. This is a general programming concept question, not a task requiring file operations or code changes. I should answer concisely without using any tools.
</think>
A memory pool (or allocator) is a pre-allocated block of memory from which smaller chunks are allocated on demand, rather than requesting memory from the OS for each allocation.
Key benefits:
- Performance - Avoids repeated system calls and fragmentation
- Predictability - Fixed allocation/deallocation times
- Memory efficiency - Reduces overhead from metadata per allocation
Common use cases:
- Real-time systems where allocation latency must be bounded
- Games and embedded systems
- Frequent allocations/deallocations of similar-sized objects
Example concepts:
- Fixed-size pool (blocks of equal size)
- Variable-size pool (blocks of different sizes)
- Stack-based pool (temporary allocations)
▣ Build · MiniMax-M2.5 · 3.3s
Operating System
ubuntu 24.04
Terminal
Tabby Terminal or MobaXterm
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
No labels
Activity
github-actions commentedon Apr 3, 2026
This issue might be a duplicate of existing issues. Please check:
<think>tags instead of proper "Thinking:" format (very similar issue with MiniMax M2.5)<think>tag rendering problem)<think>and<thinking>tags as reasoning blocks #11439: Support parsing<think>and<thinking>tags as reasoning blocks (the underlying root cause)Please review these issues to see if your report is already covered.
github-actions commentedon Jul 3, 2026
To stay organized issues are automatically closed after 60 days of no activity. If the issue is still relevant please open a new one.