mirror of
https://github.com/R0m1k3/Loki.git
synced 2026-10-11 17:26:57 +02:00
MichaelandClaude Opus 5
b405adea6c
Trois défauts sans rapport entre eux, tous visibles à l'écran. Jauge de contexte bloquée à « 0 / N (0 %) » : le comptage exact vient de usage.prompt_tokens (include_usage), qu'un llama-server récent a cessé de renvoyer. On note désormais si l'usage est arrivé ; sinon la fin de tour publie l'estimation qui pilote déjà la compaction — approximative, mais jamais absente. Et la souscription envoie la valeur courante juste après le rattrapage : une page rechargée affichait zéro sur une discussion pourtant pleine, faute d'événement ctx_used dans la fenêtre rejouée. Espace disque : « il ne reste que 11,9 Go » sur un partage Unraid qui en a des centaines. /mnt/user est servi par shfs, un FUSE qui agrège plusieurs disques — statfs y renvoie l'espace d'un seul, et ce chiffre REFUSAIT l'installation du modèle. Les systèmes de fichiers qui approximent (FUSE, overlay, NFS, CIFS, Ceph, Gluster) sont reconnus par leur magie : leur chiffre reste affiché, précédé d'un « ~ », mais ne bloque plus rien. Panneau Fichiers : le panneau entier défilait, emportant vers le haut l'en-tête, le fil d'Ariane et le pied (occupation disque, bouton .zip) dès qu'il y avait quelques fichiers. Seule la liste défile maintenant ; le pied reste en bas et l'état vide se centre. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
51 lines
1.9 KiB
Go
51 lines
1.9 KiB
Go
//go:build linux
|
|
|
|
package loki
|
|
|
|
// sys_disk_fs_linux.go — l'espace libre annoncé par le système est-il DIGNE DE
|
|
// FOI pour décider d'un téléchargement ?
|
|
//
|
|
// Sur Unraid, les partages vivent sous /mnt/user, servi par shfs — un système
|
|
// de fichiers FUSE qui agrège plusieurs disques et le cache. statfs(2) n'y
|
|
// renvoie pas l'espace du partage : selon la configuration, c'est celui d'UN
|
|
// disque, ou du pool de cache. Vécu : « il ne reste que 11,9 Go » sur une
|
|
// machine qui en a des centaines de libres, et le téléchargement du modèle
|
|
// REFUSÉ sur cette base.
|
|
//
|
|
// Même problème sur les montages réseau (NFS, CIFS) et sur la couche
|
|
// d'écriture d'un conteneur (overlayfs), qui rapporte le disque virtuel Docker
|
|
// et non le volume monté dessous.
|
|
//
|
|
// On ne cherche pas à corriger le chiffre — c'est impossible depuis l'intérieur
|
|
// du conteneur. On sait juste dire « ce chiffre est indicatif », et on cesse
|
|
// alors de bloquer sur lui.
|
|
|
|
import "syscall"
|
|
|
|
// Magies de systèmes de fichiers dont statfs ment (ou approxime) sur l'espace
|
|
// libre. Valeurs de <linux/magic.h>.
|
|
const (
|
|
fuseSuperMagic = 0x65735546 // FUSE — shfs d'Unraid, sshfs, rclone…
|
|
overlayfsMagic = 0x794c7630 // couche d'écriture d'un conteneur
|
|
nfsSuperMagic = 0x6969
|
|
smbSuperMagic = 0x517b // CIFS/SMB1
|
|
smb2MagicNumber = 0xfe534d42 // CIFS/SMB2+
|
|
cephSuperMagic = 0x00c36400
|
|
glusterfsSuperMag = 0x58465342
|
|
)
|
|
|
|
// diskFreeReliable dit si l'espace libre rapporté pour dir peut servir à
|
|
// REFUSER une écriture. false = on affiche le chiffre, mais on ne bloque plus.
|
|
func diskFreeReliable(dir string) bool {
|
|
var st syscall.Statfs_t
|
|
if err := syscall.Statfs(dir, &st); err != nil {
|
|
return false
|
|
}
|
|
switch uint32(st.Type) {
|
|
case fuseSuperMagic, overlayfsMagic, nfsSuperMagic,
|
|
smbSuperMagic, smb2MagicNumber, cephSuperMagic, glusterfsSuperMag:
|
|
return false
|
|
}
|
|
return true
|
|
}
|