Re: ZFS e consumo di RAM
Il 28/05/20 15:27, Piviul ha scritto: Piviul ha scritto il 28/05/20 alle 09:21: Ciao a tutti, in rete molti dicono che ZFS consuma tutta la RAM - 1GB. Forse all'inizio era così... io ricordo invece di aver letto, ma non ricordo dove, che il consumo di RAM (ARC) era proporzionale alla quantità di dati presenti nel pool zfs ma non ricordo nel dettaglio questa proporzionalità. Qualcuno mi sa indirizzare dove potermi documentare? come al solito continuo il mio monologo sperando che a qualcuno sia utile e che a qualcun altro non dia fastidio :) Documentazione[¹] credo[²] attendibile darebbe manforte a chi sostiene che ZFS consumi tutta la RAM meno 1GB; infatti si legge che il valore di default sia impostato al "75% of memory on systems with less than 4 GB of memory physmem minus 1 GB on systems with greater than 4 GB of memory". Però a me non torna: # arc_summary | grep -A9 ^ARC\ size ARC size (current): 94.4 % 59.4 GiB Target size (adaptive): 100.0 % 62.9 GiB Min size (hard limit): 6.2 % 3.9 GiB Max size (high water): 16:1 62.9 GiB Most Frequently Used (MFU) cache size: 0.7 % 386.3 MiB Most Recently Used (MRU) cache size: 99.3 % 56.2 GiB Metadata cache size (hard limit): 75.0 % 47.2 GiB Metadata cache size (current): 6.1 % 2.9 GiB Dnode cache size (hard limit): 10.0 % 4.7 GiB Dnode cache size (current): 0.2 % 10.5 MiB che è circa la metà della ram presente sul sistema: # free -h total used free shared buff/cache available Mem: 125Gi 64Gi 60Gi 104Mi 903Mi 59Gi Swap: 8.0Gi 0B 8.0Gi E a questo punto non mi resta altro che pensare che zfs in solaris si comporta diversamente che su linux... O no? Piviul [¹] https://docs.oracle.com/cd/E26502_01/html/E29022/chapterzfs-3.html [²] credo perché si riferisce a zfs in solaris ma non dovrebbero esserci differenza Ciao Piviul, sono nuovo con ZFS ma da quello che so hai ragione, è tutta la ram - 1GiB. Se necessiti di RAM (magari un VM o altro), puoi tranquillamente impostare zfs_arc_max ad un valore ragionevole. La ARC permette di accedere ai file in maniera più veloce. Ovviamente avere una ARC più grande ti permette di avere più file in cache. Abbassarla non comporta nessun problema per ZFS, ma ho letto consigli di non abbassarla sotto i 4GiB (non ho capito perche ma credo sia un fatto di prestazioni). Per la deduplicazione, anche se non l'ho ancora usata, ho letto che ZFS richiede 1 GiB di RAM per 1 TiB di dati, e questo credo si vada a sommare alla memoria usata dalla ARC, quindi attivare la deduplicazione solo se zdb riporta un rate di deduplicazione ragionevole. Dato il grande utilizzo di RAM da parte di ZFS (ARC e Deduplicazione) l'utilizzo di ram ECC sarebbe indicato, ma al momento lo sto provando su una macchina con RAM non ECC, chissa che succederà in caso di qualche bit corrotto. Hai qualche problema in particolare con l'utilizzo della RAM? PS. Le tue avventure con PROXMOX e ZFS e Debian le trovo stimolanti dal punto di vista tecnico. Un saluto.
Re: Scheda video AMD Radeon 5500 XT: driver sì o no?
Il 31/05/20 16:47, Mario ha scritto: [...] > > Qualche idea sul da farsi? > Alla fine potrei anche ignorarlo. Ho controllato e succede la stessa cosa nella stessa macchina anche su ubuntu 20.04 con Kde.
Re: Scheda video AMD Radeon 5500 XT: driver sì o no?
Il 31/05/20 14:23, Mario ha scritto:
> Ho trovato una pista di indagine su quel messaggio che riporta un UID
> ignoto legato a sddm.
> In pratica è una richiesta (da sddm?) che genera un errore in Xorg:
Qui trovo ulteriori dettagli sull'origine della richiesta a quel file,
che scopro essere un "cookie" interno...
Una volta chiusa la sessione desktop, da una tty, l'ho stoppato (service
sddm stop). Con il servizio stoppato, con "service sddm status" ho visto
questo:
> ● sddm.service - Simple Desktop Display Manager
> Loaded: loaded (/lib/systemd/system/sddm.service; enabled; vendor
> preset: enabled)
> Active: inactive (dead) since Sun 2020-05-31 14:50:00 CEST; 53s ago
>Docs: man:sddm(1)
> man:sddm.conf(5)
> Process: 5478 ExecStart=/usr/bin/sddm (code=exited, status=0/SUCCESS)
>Main PID: 5478 (code=exited, status=0/SUCCESS)
>
> mag 31 14:50:00 fisso2018-nvme-deb10-201912 sddm[5478]: Greeter stopping...
> mag 31 14:50:00 fisso2018-nvme-deb10-201912 sddm[5478]: Socket server
> stopping...
> mag 31 14:50:00 fisso2018-nvme-deb10-201912 sddm[5478]: Socket server stopped.
> mag 31 14:50:00 fisso2018-nvme-deb10-201912 sddm[5478]: Display server
> stopping...
> mag 31 14:50:00 fisso2018-nvme-deb10-201912 sddm[5478]: Display server
> stopped.
> mag 31 14:50:00 fisso2018-nvme-deb10-201912 sddm[5478]: Running display stop
> script "/usr/share/sddm/scripts/Xstop"
> mag 31 14:50:00 fisso2018-nvme-deb10-201912 sddm[5478]: Greeter stopping...
> mag 31 14:50:00 fisso2018-nvme-deb10-201912 sddm[5478]: QProcess: Destroyed
> while process ("/usr/lib/x86_64-linux-gnu/sddm/sddm-helper") is still running.
> mag 31 14:50:00 fisso2018-nvme-deb10-201912 systemd[1]: sddm.service:
> Succeeded.
> mag 31 14:50:00 fisso2018-nvme-deb10-201912 systemd[1]: Stopped Simple
> Desktop Display Manager.
quindi l'ho avviato (service sddm start):
> ● sddm.service - Simple Desktop Display Manager
> Loaded: loaded (/lib/systemd/system/sddm.service; enabled; vendor
> preset: enabled)
> Active: active (running) since Sun 2020-05-31 14:51:02 CEST; 22s ago
>Docs: man:sddm(1)
> man:sddm.conf(5)
>Main PID: 5612 (sddm)
> Tasks: 39 (limit: 19046)
> Memory: 43.1M
> CGroup: /system.slice/sddm.service
> ├─5612 /usr/bin/sddm
> └─5614 /usr/lib/xorg/Xorg -nolisten tcp -auth
> /var/run/sddm/{6375660c-a053-492e-8358-a44166ada413} -background none
> -noreset -displayfd 17 -seat seat0 vt7
>
> mag 31 14:51:03 fisso2018-nvme-deb10-201912 sddm[5612]: Socket server started.
> mag 31 14:51:03 fisso2018-nvme-deb10-201912 sddm[5612]: Loading theme
> configuration from "/usr/share/sddm/themes/Breeze-Blue-Light-Blur/theme.conf"
> mag 31 14:51:03 fisso2018-nvme-deb10-201912 sddm[5612]: Greeter starting...
> mag 31 14:51:03 fisso2018-nvme-deb10-201912 sddm[5612]: Adding cookie to
> "/var/run/sddm/{6375660c-a053-492e-8358-a44166ada413}"
> mag 31 14:51:03 fisso2018-nvme-deb10-201912 sddm-helper[5657]: [PAM]
> Starting...
> mag 31 14:51:03 fisso2018-nvme-deb10-201912 sddm-helper[5657]: [PAM]
> Authenticating...
> mag 31 14:51:03 fisso2018-nvme-deb10-201912 sddm-helper[5657]: [PAM]
> returning.
> mag 31 14:51:03 fisso2018-nvme-deb10-201912 sddm-helper[5657]:
> pam_unix(sddm-greeter:session): session opened for user sddm by (uid=0)
> mag 31 14:51:03 fisso2018-nvme-deb10-201912 sddm[5612]: Greeter session
> started successfully
> mag 31 14:51:03 fisso2018-nvme-deb10-201912 sddm[5612]: Message received from
> greeter: Connect
e infatti vedo sul log di xorg:
> [ 2759.135] (EE) Failed to open authorization file
> "/var/run/sddm/{6375660c-a053-492e-8358-a44166ada413}": No such file or
> directory
> # ll /var/run/sddm/
> totale 4
> -rw--- 1 sddm sddm 72 mag 31 14:51 {6375660c-a053-492e-8358-a44166ada413}
Qualche idea sul da farsi?
Alla fine potrei anche ignorarlo.
Mario
Re: Scheda video AMD Radeon 5500 XT: driver sì o no?
Il 10/05/20 00:22, Mario ha scritto:
> Il 09/05/20 21:48, valerio ha scritto:
>>
>> è il programma che fa partire li login grafico, e quello fra parentesi
>> graffa ha l'aria di essere un UID di qualche disco che non trova...
>>
> nessuna traccia, infatti, di una partizione con quel UUID...
> Non ho ricordi di aver modificato dischi o partizioni dopo aver
> installato questa debian. In ogni caso non ho problemi con il login.
> Comunque terrò presente, grazie.
> Mario
>
Vi aggiorno sugli sviluppi.
La scheda grafica viene inzializzata e usata.
Noto però delle incertezze che non mi aspetterei, per es. ogni tanto mi
si avvia con lo schermo nero, puntatore presente e resta lì, senza
errori se non in xorg, su quello che scrivo dopo.
Ho trovato una pista di indagine su quel messaggio che riporta un UID
ignoto legato a sddm.
In pratica è una richiesta (da sddm?) che genera un errore in Xorg:
> (EE) Failed to open authorization file
> "/var/run/sddm/{43712972-3c54-429a-b3d5-67df5275ae8e}": No such file or
> directory
viene cercato su /var/run/sddm che si popola all'avvio (se non vado errato).
Ma il "file" esiste.
> -rw--- 1 sddm sddm 72 mag 31 14:04 {43712972-3c54-429a-b3d5-67df5275ae8e}
Adesso sono correttamente entrato nella mia home e non ho riscontrato
problemi, pur in presenza di quell'errore su xorg.
Ho provato a modificare i permessi da 0600 a 0700 e non vedo altri messaggi.
Al riavvio quella cartella non esisterà più perché ne viene creata una
nuova, sempre con gli stessi permessi e sempre con il relativo messaggio
di errore.
Ora provo ad uscire, riavviare il server grafico e a rientrare dal mio
utente.
Vi faccio sapere.
Potrebbe essere un bug, molto piccolo?
