Salta ai contenuti
Cerca

Prestazioni e scalabilità

La release candidate di Locus 1.0 è stata misurata in un audit dell’Editor Development Win64 di Unreal Engine 5.6 usando fixture sintetiche isolate. Queste misurazioni descrivono quella configurazione di test; non sono un limite contrattuale di capacità né una promessa che ogni progetto e macchina producano gli stessi valori. Hardware, archiviazione, scala del progetto, stato dell’Editor aperto e provider del controllo del codice sorgente possono influire sui risultati.

Area Configurazione di test Risultato misurato
Note 10.000 Note sintetiche di proprietà del test Rilevamento iniziale: ~2.769 ms; ricerca p95: ~20,557 ms; massimo aggiornamento osservato: ~127,043 ms; riconciliazione p95: ~1,140 ms; variazione working set: ~13,21 MiB
Documenti 10.000 Documenti indicizzati Ricerca: ~1,71 ms
Modifica e recupero Documenti Documento da 512 KiB Aggiornamento modifica/recupero: ~12,04 ms

I dataset da 10.000 Note e 10.000 Documenti sono scale di validazione, non limiti di supporto pubblicati.

Riduzione del lavoro ricorrente dell’area di lavoro

Sezione intitolata “Riduzione del lavoro ricorrente dell’area di lavoro”

L’audit ha misurato anche il lavoro in stato invariato prima e dopo miglioramenti mirati:

Area Configurazione di test Prima Dopo
Area di lavoro Documenti 1.000 Documenti, polling a 5 Hz ~45,637 ms/poll (~228,186 ms/sec) ~1,343 ms/poll (~6,715 ms/sec), riduzione di circa il 97% di questo carico ricorrente misurato
Proiezione Documento nel Content Browser 10.000 Documenti, indice invariato ~4,627 ms/frame Confronto dello stato invariato effettivamente trascurabile nell’audit
Preparazione query Pin nel viewport 1.000 Pin, stato query invariato ~0,955 ms/frame Preparazione della query effettivamente trascurabile nell’audit

La proiezione dei marker nel viewport e l’hit testing restano lavoro in tempo reale quando l’Editor ne ha bisogno. Per le schede Documento aperte, il controllo dell’impronta del file esterno da 512 KiB ha misurato ~0,360 ms per polling, con due polling al secondo per scheda aperta.

Quando lo stato non cambia, Locus preferisce lavoro guidato dagli eventi o consapevole delle revisioni:

  • Le modifiche alle directory guidano gli aggiornamenti di rilevamento invece di scansioni complete continue.
  • L’aggiornamento della proiezione Documenti è vincolato ai cambiamenti rilevanti dell’indice.
  • I risultati delle query Pin vengono riutilizzati finché non cambia uno stato rilevante del mondo, dell’ambito o dell’indice.
  • MCP non ha un runtime server attivo quando è disabilitato. Quando è abilitato ma inattivo, esegue solo una manutenzione leggera della sessione.

Queste scelte riducono il lavoro ricorrente dell’Editor senza cambiare la posizione dei file di riferimento o le regole di sicurezza del controllo del codice sorgente. Per i dettagli del flusso quotidiano, vedi Documenti, Pin e Integrazione MCP.