I got Qwen3.6 35B to run at reasonably speed on my old GTX 1070 Ti

I got Qwen3.6 35B to run at reasonably speed on my old GTX 1070 Ti

Harnessing Large Language Models on Aging Hardware: A Case Study with Qwen3.6 35B on an Old GTX 1070 Ti

In the rapidly evolving landscape of artificial intelligence, large language models (LLMs) have demonstrated remarkable capabilities across various applications. However, running these models locally often necessitates high-end hardware configurations, which can be prohibitive for many enthusiasts and researchers. This article explores a practical approach to overcoming hardware limitations, specifically focusing on a personal project to run Qwen3.6 35B on an aging GPU setup.

The Challenge: Limited Hardware Resources

While the potential of LLMs is undeniable, the typical requirements—particularly GPU VRAM—pose a significant obstacle. In my setup, the most recent hardware component was my SSD, with an 8GB VRAM GPU (NVIDIA GTX 1070 Ti) serving as the core processing unit. Despite these constraints, I was determined to experiment with local inference of large models, aiming to reduce reliance on costly cloud services and better understand the underlying mechanics.

Strategic Approach: Innovative Memory Management

The primary bottleneck was the GPU’s limited VRAM, which is crucial for handling large models and extensive context windows. To address this, I embarked on a two-week journey of hardware and software exploration, focusing on how GPUs access memory and how to optimize this process.

The breakthrough came in the form of a custom memory architecture, which I named VITRIOL—drawing inspiration from an ancient alchemical phrase:

“Visita Interiora Terrae Rectificando Invenies Occultum Lapidem”
(Visit the Interior of the Earth, and by rectifying, you’ll find the hidden stone.)

This metaphor encapsulates the process of delving deep into hardware layers to uncover hidden capabilities. Essentially, VITRIOL tricks the GPU into utilizing my system’s extensive RAM (64GB) as an auxiliary memory pool, effectively expanding the available resources for model inference.

How VITRIOL Works

At its core, VITRIOL implements a two-tier memory architecture:

  • Primary Layer: Standard VRAM used directly by the GPU.
  • Secondary Layer: System RAM mapped into the GPU’s memory address space.

By leveraging this setup, I can load larger models and process longer context windows than the VRAM would typically allow. This approach requires careful management to ensure seamless data transfer and minimize latency, but initial tests indicate it’s a promising strategy.

Current Status and Future Plans

The project is still a work in progress, but early results are encouraging. The implementation runs successfully on my PC, enabling reasonably efficient inference of the Qwen3.6 35B model. Although there are still bugs to iron out, I believe this solution could benefit others facing similar hardware limitations.

You can explore the project and follow its development on GitHub: VITRIOL Repository.

Reflections and Hardware Considerations

While VITRIOL has extended the capabilities of my aging setup, I acknowledge that hardware plays a critical role. A more recent motherboard with faster PCIe buses would undoubtedly improve performance and stability. Nonetheless, achieving local inference of large models without significant investment feels like a valuable milestone.

Conclusion

This experiment underscores the importance of creative problem-solving in hardware-constrained environments. By devising a custom memory management system, it’s possible to push the limits of older GPUs and harness the power of large language models locally. For enthusiasts and developers alike, such innovations open new avenues for AI experimentation without the immediate need for cutting-edge hardware.

If you’re interested in trying similar solutions or learning more about custom GPU memory architectures, stay tuned for updates, and consider following the project for future improvements.


Disclaimer: This project is still under development. Users attempting similar modifications should proceed with caution and ensure proper understanding of hardware and software risks.


Interested in smashing hardware barriers? Follow this blog for updates on innovative approaches to AI hardware optimization and more insider projects.

Comments

No comments yet. Why don’t you start the discussion?

Leave a Reply

Your email address will not be published. Required fields are marked *