Such a task arises for businesses where the development is in phase:

In this research we consider possibilities of Minimize overheads in layers close to Hardware. Where the task "Squeeze out performance" means extracting maximum from available equipment.
In context of AI-inference it means minimizing time required for GPU processor to perform inference task (e.g., passing through neural network layers).
Problem
The problem we solve: Standard frameworks (PyTorch/TensorFlow) often cannot fully utilize specific instructions of next-gen GPU for very small models due to abstraction overhead.
Modern machine learning tasks (especially when working with large models) require an enormous amount of matrix operations. To achieve ultra-low latency and high throughput.
Develop and implement high-performance inference (output) for "small" neural networks (NLP models), minimizing memory consumption and execution latency on the target device.
In computing engineering, (kernel) refers to the lowest level of abstraction where main processor operations are performed.
Mark a project with hardware-oriented solution.
CUDA/Triton Consideration
| N | technology | Link |
|---|---|---|
| 1 | Triton | github.com/triton-inference-server |
| 1 | Triton Inference Server on NVIDIA GPU Cloud (NGC) | github.com/triton-inference-server/server |
| 1 | TensorRT-LLM Backend | github.com/triton-inference-server/tensorrtllm_backend |
| 1 | The inflight_batcher_llm directory contains the C++ implementation of the backend supporting inflight batching, paged attention and more. | github.com/triton-inference-server/TensorRT-LLM/tree/main/triton_backend/all_models/inflight_batcher_llm |
| 1 | Programming for accelerators such as GPUs is critical for modern AI systems. This often means programming directly in proprietary low-level languages such as CUDA. | github.com/gpu-mode/Triton-Puzzles |
Triton I found to be the most popular solution applicable to our task.This is a good solution and unambiguously requires attention and detailed study, but I set it aside into a separate development section because this implementation requires a radically different approach.
Consider: As all high-level libraries and operating systems that introduce additional delays in memory management, thread scheduling, and context switching. Replace them ( Сarefully! ) as much as possible.
Provide Direct access to hardware:
Of course, a project on optimization using hardware-oriented programming (Kernel Optimization) in context of AI-inference often focuses on quantization, compression and high-performance computing (HPC). GEMM.
CUDA Kernel Optimization for INT8 GEMM in LLM Inference: This is also excellent as a solution due to math and quantization. Quality let's us put aside just focus provide ML developers an additional optimization tool.
I will consider combinations with emphasis on throughput and batching methods:
FP32 (32-bit floating-point) to INT8 (8-bit integer).CUDA/Triton for GPU or AVX-512 intrinsics for CPU).ReLU, Sigmoid) directly within the kernel, avoiding calls to high-level guest libraries.65% to 80% compared to the standard unoptimized implementation (resulting in a 3x–4x throughput speedup).3.8 to 4 times thanks to INT8 quantization and aggressive weight memory reuse.This project exemplifies "performance squeezing at the kernel level," as it demands not merely invoking a high-level model.forward() function but rewriting the mathematical logic of inference to align perfectly with hardware capabilities (processor architecture) and data-specific characteristics (quantization).