SIMD
Vantaggio massimo
7.463×
Ordinamento SIMD
Ordinamento VQSort parziale / completo
rispetto a Highway VQSort
1.147–7.463×ANTEPRIMA TECNOLOGICA · C++23 · INFRASTRUTTURA AD ALTE PRESTAZIONI
ὕλη
HYLE
Θεῶν δημιούργημα
Opera divina
Per inferenza AI, streaming di risorse e servizi a bassa latenza. Risultati superiori alle librerie SOTA in 18 confronti con semantica equivalente.1
MISURATO CONTRO LO STATO DELL’ARTE
Le migliori librerie come riferimento.
Highway, Boost.Beast, Abseil, Folly, oneTBB: librerie SOTA progettate per le prestazioni. HYLE le affronta direttamente a parità di funzionalità e semantica, ottenendo 18 vittorie in carichi chiave.
18vittorie nei confronti esterni
io-http
Vantaggio massimo
3.065×
Streaming HTTP
Ciclo di vita dello streaming HTTP/1 frammentato
rispetto a Boost.Beast
3.030–3.065×io-websocket
Vantaggio massimo
3.354×
Mascheramento WebSocket
Mascheramento WebSocket, 124 B–1 MiB
rispetto a Boost.Beast
2.005–3.354×sched
Vantaggio massimo
1.663×
Scheduling delle richieste
Distribuzione delle richieste e raccolta su quattro P-core
rispetto a Marl
1.646–1.663×Il valore in evidenza è il limite superiore dell’intervallo per il carico e l’implementazione indicati.
Queste implementazioni sono già altamente ottimizzate. Anche guadagnare pochi punti percentuali conta. Dai piccoli incrementi ai vantaggi di più volte, ogni risultato riporta carico, concorrente e intervallo completo.
Confronto completo delle prestazioni · 18
Scorri orizzontalmente per vedere carichi, riferimenti e risultati completi.
| Modulo | Carico con vantaggio | Implementazione di riferimento | Vantaggio HYLE |
|---|---|---|---|
| container-intrusive | Lista non proprietaria: stable sort + merge | Boost.Intrusive | 1.088–1.119× |
| util-core | Chiamate di visita con FunctionRef associata a un membro | Abseil FunctionRef | 1.245–1.264× |
| error | Owning failure, first-error, Join failure, prestito Result<T&> | Abseil Status/StatusOr | 1.21–4.78× |
| timer-queue | Ciclo di vita completo di 64 timer | Seastar timer queue | 1.129–1.190× |
| mem-reclaim | Lettura di snapshot immutabili con recupero memoria | Folly reclamation | 1.365–1.381× |
| mem | Allocatore di intervalli logici: allineamento, divisione, fusione, proprietà | OffsetAllocator, adattatore con contratto equivalente | 1.031–1.043× |
| mem-vm | Rilascio differito di intervalli virtuali nel caricatore del modello | llama.cpp, ricostruzione di vector | 1.031–1.047× |
| SIMD | Ordinamento VQSort parziale / completo | Highway VQSort | 1.147–7.463× |
| container | Cache LRU del modello: ricerca, inserimento, espulsione per peso | Adattatore Abseil | 1.222–1.273× |
| container-queue | MPMC tipizzata illimitata, 4 produttori / 4 consumatori | oneTBB queue | 1.261–1.289× |
| container-text | Codifica Base64 di piccoli record da 20 byte | simdutf | 1.033–1.045× |
| sched | Distribuzione delle richieste e raccolta su quattro P-core | Marl | 1.646–1.663× |
| sched | Risveglio al completamento | Marl | 1.0266–1.0285× |
| io-http | Ciclo di vita dello streaming HTTP/1 frammentato | Boost.Beast | 3.030–3.065× |
| io-tls | Handshake TLS asincrono verificato | Asio, stesso OpenSSL | 1.099–1.102× |
| io-http2 | 64 flussi: risposte piccole, multiplexing e controllo del flusso | nghttp2 | 1.466–1.478× |
| io-transfer | Ripresa HTTP Range da 64 MiB con verifica | libcurl | 1.206–1.247× |
| io-websocket | Mascheramento WebSocket, 124 B–1 MiB | Boost.Beast | 2.005–3.354× |
LA PROGETTAZIONE DIETRO LE PRESTAZIONI
Prestazioni pensate per l’intero sistema.
Memoria, contenitori, SIMD, scheduling e I/O condividono convenzioni per allocatori, errori e ciclo di vita. Una base coerente riduce il lavoro ripetuto di integrazione fra sottosistemi.
Gestire anche annullamento e chiusura.
Annullamento, timeout, completamenti tardivi e rilascio delle risorse hanno regole di proprietà esplicite. Il lavoro asincrono segue un percorso definito fino al completamento, allo svuotamento e all’arresto.
Mantenere il controllo delle risorse.
Inietta allocatori, imposta capacità delle code e quote di memoria. Backpressure e fallimenti di allocazione hanno esiti espliciti che l’applicazione può gestire.
Verificare anche i percorsi di errore.
La verifica include input non validi, memoria insufficiente, race condition e flussi completi tra API pubbliche, con fuzzing, iniezione di guasti e sanitizer per memoria e thread.
Integrare solo ciò che serve.
Scegli i componenti con un unico grafo delle dipendenze, versioni di terze parti bloccate e build offline. Progetti di consumo indipendenti verificano le interfacce pubbliche e i confini di integrazione.
ANTEPRIMA TECNOLOGICA
Altri aggiornamenti in arrivo.
HYLE è in fase di sviluppo. La forma di pubblicazione e le modalità di accesso saranno annunciate in seguito.