UFFICIALE L'OT di Linux e altri OS

Pubblicità
Provare? Chi io? :asd:

Mi sono limitato ad un test nella home.
rm -rf dir/* cancella il contenuto della directory, ma non la directory dir stessa. Lo stesso discorso dovrebbe valere anche per la directory /.


Ma infatti con "*" rimuove tutto quello che sta nella radice "/", quindi la root, qualsiasi cartella/file, tranne quelli in sola lettura, nel video ho messo il verbose, puoi vedere quando salta quelli in sola lettura.
radice / --> file
/boot;
/etc
/usr
rimuove quasi tutto.[/QUOTE]

Ah ma per radice io intendevo la root directory /, non la directory /root :sisi:
 
Ma infatti con "*" rimuove tutto quello che sta nella radice "/", quindi la root, qualsiasi cartella/file, tranne quelli in sola lettura, nel video ho messo il verbose, puoi vedere quando salta quelli in sola lettura.
radice / --> file
/boot;
/etc
/usr
rimuove quasi tutto.

Ah ma per radice io intendevo la root directory /, non la directory /root :sisi:[/QUOTE]
/root è la cartella utente di root, / è la radice.
Tutto parte da /, quindi se elimini tutto dopo /, cioè /*, ovviamente elimini qualsiasi file/cartella di sistema.
 
@« MoMy » @e_ale92 FINITO!:asd: me ne vado a nanna..
Codice:
#!/bin/bash

dest=$(zenity --file-selection --directory --title="Seleziona la cartella di backup" 2> /dev/null)
case $? in
 0 )
 prov=$(zenity --file-selection --directory --title="Seleziona la cartella da copiare" 2> /dev/null)
 if [[ $? -eq 0 ]]; then
  [ $(du -s $prov | awk '{print $1}') -gt $(df $dest | tr "\n" ' ' | awk '{print $12}') ]
  if [[ $? -eq 1 ]]; then
   cartella=${prov##*/}
   backupfile=$cartella"_backup"-$(date +%d-%m-%Y).tar.gz
   testo="cartella di destinazione:
$dest

cartella di provenienza:
$prov

file di backup:
$backupfile"
   zenity --question --title="BACKUP INCREMENTALE" --text="$testo"
   if [ $? -eq 0 ]; then
    log=backup$(date +%d-%m-%Y).idx
    if [ -e $dest/$backupfile ]; then
     zenity --notification --window-icon="info" --text="c'è già un backup, non più di un backup al giorno"
    else
     tar zcvf $dest/$backupfile --listed-incremental=$dest/$log $prov/ | zenity --progress --percentage=0
     zenity --notification --window-icon="info" --text="backup eseguito con successo."
    fi
   fi
  fi
 else
  zenity --notification --window-icon="error" --text="backup non eseguito: spazio su disco non sufficiente."
 fi
 ;;
esac
[ "$(ls -A $dest)" ] && echo "Non Vuota" || rm -r $dest

exit 0
 
Non vi offendete per i FAN di gnome shell, ma tornando a unity si vedono le vere differenze, il mio PC è tornato bello reattivo, 0 problemi, posso aprire tranquillamente anche 20 pagine di chrome, con gnome shell a 10 ero già in swap e freeze...
Su gnome shell le pagine di chrome mi consumavano la media di 200/400mb, non lo stesso con unity...
E ancora c'è chi dice che gnome shell è meno esoso di risorse di unity, che è piu stabile... boh.

Schermata del 2017-08-27 12-16-22.webp
 
Non vi offendete per i FAN di gnome shell, ma tornando a unity si vedono le vere differenze, il mio PC è tornato bello reattivo, 0 problemi, posso aprire tranquillamente anche 20 pagine di chrome, con gnome shell a 10 ero già in swap e freeze...
Su gnome shell le pagine di chrome mi consumavano la media di 200/400mb, non lo stesso con unity...
E ancora c'è chi dice che gnome shell è meno esoso di risorse di unity, che è piu stabile... boh.

Visualizza allegato 258863
quanta ram hai?

dimmi che schede apri e testo.

io ho fatto delle prove a parità di hardware con arch+gnome e ubuntu+gnome e a partita di browser e di schede, ubuntu non svuota la ram e ne occupa mediamente di più... e contrariamente a quanto dici tu, il problema lo ha ubuntu... non gnome... Ubuntu.

stessa cosa confermata anche da un utente fidato che ha hw diverso ma che con fedora+gnome non ha i problemi di cui parli tu.

che gnome abbia dei bug nessuno lo mette in dubbio, ma che tutti sti bug strani appaiano solo sulle installazione Ubuntu, manco lo puoi negare. siamo in 5 e le uniche a soffrire di questi bug sono la tua Ubuntu e quella dell'altro utente. io due domande me le farei.
 
quanta ram hai?

dimmi che schede apri e testo.

io ho fatto delle prove a parità di hardware con arch+gnome e ubuntu+gnome e a partita di browser e di schede, ubuntu non svuota la ram e ne occupa mediamente di più... e contrariamente a quanto dici tu, il problema lo ha ubuntu... non gnome... Ubuntu.

stessa cosa confermata anche da un utente fidato che ha hw diverso ma che con fedora+gnome non ha i problemi di cui parli tu.

che gnome abbia dei bug nessuno lo mette in dubbio, ma che tutti sti bug strani appaiano solo sulle installazione Ubuntu, manco lo puoi negare. siamo in 5 e le uniche a soffrire di questi bug sono la tua Ubuntu e quella dell'altro utente. io due domande me le farei.
sono 11 schede di chrome, di cui due con youtube e una con facebook, testa quanta ram occupa, fai screen.
Che Ubuntu abbia qualche processo in più, ok, ha dei tool automatici, ma parliamo di pochi MB.
Se poi dobbiamo negare i problemi di gnome shell con la memoria, non so, o avete 16 gb di ram o non ci fate caso. Io ho 4gb di ram e lo noto.
Il problema non è su Ubuntu, ma su gnome shell, poi se la differenza la fa qualche estensione, probabile, ma fa sempre parte di gnome...
Vi ho riportato mille bug report su gnome shell per farvi capire che non è un problema di Ubuntu, e ancora insistete che è Ubuntu...
Ho postato anche di un utente su reddit con Fedora dei problemi di memory leak, ha 16GB di ram e la usa, e si ritrova i miei stessi problemi. Io ho risolto con unity, adesso posso aprire molte piu APP e schede su chrome.
Ad oggi gnome shell è problematico. È più stabile Windows vista, e non sono solo io a dirlo, trovi anche molti commenti su phoronix sui memory leak, buglist su bugzilla.
https://bugzilla.gnome.org/buglist....hort_desc=leak&short_desc_type=allwordssubstr
 
Ultima modifica:
sono 11 schede di chrome, di cui due con youtube e una con facebook, testa quanta ram occupa, fai screen.
Che Ubuntu abbia qualche processo in più, ok, ha dei tool automatici, ma parliamo di pochi MB.
Se poi dobbiamo negare i problemi di gnome shell con la memoria, non so, o avete 16 gb di ram o non ci fate caso. Io ho 4gb di ram e lo noto.
Il problema non è su Ubuntu, ma su gnome shell, poi se la differenza la fa qualche estensione, probabile, ma fa sempre parte di gnome...
Vi ho riportato mille bug report su gnome shell per farvi capire che non è un problema di Ubuntu, e ancora insistete che è Ubuntu...
Ho postato anche di un utente su reddit con Fedora dei problemi di memory leak, ha 16GB di ram e la usa, e si ritrova i miei stessi problemi. Io ho risolto con unity, adesso posso aprire molte piu APP e schede su chrome.
Ad oggi gnome shell è problematico. È più stabile Windows vista, e non sono solo io a dirlo, trovi anche molti commenti su phoronix sui memory leak, buglist su bugzilla.
https://bugzilla.gnome.org/buglist....hort_desc=leak&short_desc_type=allwordssubstr

purtroppo non ho chrome, ma dai test fatti con l'utente fedora, la differenza è trascurabile. cmq se proprio vuoi, posso installare chrome oppure puoi provare tu con firefox :)

tiè, divertiti!



ndr. gli screen sono abbinati a coppia. i primi due si riferiscono al test da te richiesto. i secondi due all'apertura di un numero superiore di tab. ti faccio notare che nel tuo test, sono scedo anche a 1.7gb di ram, nonostante lo screen del solo gnome-monitor segni 1.8gb.

i tab pinnati sono stati caricati e pinnati successivamente, solo per fare spazio nella barra e dimostrare il numero di tab aperti. come vedi a 7 con due video in fhd in play contemporaneamente non ho il benché minimo problema di ram. ricordo che ho uno xiaomi mi air da 12"... quindi 4gb di ram e m3-6y30... e non ho swap!

ho aperto anche qualche tab in più e come vedi la ram è sempre nella norma. non ho aperto 50 tab perché mi scoccio.

cmq con l'altro utente ubuntu che lamentava problemi di memoria, ho fatto un test diverso. ho aperto anche altre applicazioni diverse dal browser. nonostante eclipse con l'intero tool di sviluppo chibios, app di messaggistica, kodi, altro ide di sviluppo, e app varie (se vuoi ti mostro le app che o ripesco gli screen) non ho problemi di ram.. arrivo a 3gb, okay, ma appena le chiudo la ram scende sotto il gb. e sottolineo che ho aperto app a caso e che difficilmente si usano tutte insieme... chi è che programma su due ide diversi mentre guarda due video su youtube, ascolta spotify, ha kodi in aggiornamento server/canali/addon e mentre messaggia su telegram etc.? ma manco un pazzo con tre cervelli!

io non sto dicendo che gnome non abbia bug! io sto dicendo che è una coincidenza troppo grande il fatto che su 5 persone le uniche due a lamentare problemi siano anche le uniche due ad avere ubuntu. abbiamo TUTTI e 5 gnome ma solo 2 hanno ubuntu. alla faccia della coincidenza!!!
 
purtroppo non ho chrome, ma dai test fatti con l'utente fedora, la differenza è trascurabile. cmq se proprio vuoi, posso installare chrome oppure puoi provare tu con firefox :)

tiè, divertiti!



ndr. gli screen sono abbinati a coppia. i primi due si riferiscono al test da te richiesto. i secondi due all'apertura di un numero superiore di tab. ti faccio notare che nel tuo test, sono scedo anche a 1.7gb di ram, nonostante lo screen del solo gnome-monitor segni 1.8gb.

i tab pinnati sono stati caricati e pinnati successivamente, solo per fare spazio nella barra e dimostrare il numero di tab aperti. come vedi a 7 con due video in fhd in play contemporaneamente non ho il benché minimo problema di ram. ricordo che ho uno xiaomi mi air da 12"... quindi 4gb di ram e m3-6y30... e non ho swap!

ho aperto anche qualche tab in più e come vedi la ram è sempre nella norma. non ho aperto 50 tab perché mi scoccio.

cmq con l'altro utente ubuntu che lamentava problemi di memoria, ho fatto un test diverso. ho aperto anche altre applicazioni diverse dal browser. nonostante eclipse con l'intero tool di sviluppo chibios, app di messaggistica, kodi, altro ide di sviluppo, e app varie (se vuoi ti mostro le app che o ripesco gli screen) non ho problemi di ram.. arrivo a 3gb, okay, ma appena le chiudo la ram scende sotto il gb. e sottolineo che ho aperto app a caso e che difficilmente si usano tutte insieme... chi è che programma su due ide diversi mentre guarda due video su youtube, ascolta spotify, ha kodi in aggiornamento server/canali/addon e mentre messaggia su telegram etc.? ma manco un pazzo con tre cervelli!

io non sto dicendo che gnome non abbia bug! io sto dicendo che è una coincidenza troppo grande il fatto che su 5 persone le uniche due a lamentare problemi siano anche le uniche due ad avere ubuntu. abbiamo TUTTI e 5 gnome ma solo 2 hanno ubuntu. alla faccia della coincidenza!!!

Fammi vedere lo screen con i processi. la versione di gnome-shell. Non è un problema che quando chiudo le APP non si libera memoria, è un problema di quando uso piu memoria, non riesce a liberarla, oppure il processo gnome-shell a volte da 120mb me lo ritrovo a 500mb, l'utente gdm ha un altro processo con gnome-shell e occupa altri 50mb, gnome-software altri 50 a volte arriva anche a 200mb.
Quello che voglio dirti, è che gnome-shell è gnome-shell su qualsiasi distro, cosa diversa i fork, tipo Cinnamon, budgie etc etc
Quindi se ad esempio gnome shell introduce delle regressioni sulla 3.26, le introduce in qualsiasi distro, poi eventuali patch a monte, se supportato ancora dai dev gnome, li applicano i dev, se non piu supportato li applicano i manutentori della distro.
mutter e gnome-shell hanno problemi di memory leak e prestazioni sul rendering, cosa che sanno pure i developers stessi.
Fai uno screen dei processi e della ram con tab chrome o firefox e senza avviare niente.
 
test tab firefox:


test processi gnome:


sistema:


p.s. io non considero i fork, io parlo solo di gnome-shell "puro". ad ogni modo, ripeto: non sto dicendo che gnome-shell non abbia bug! sto dicendo che secondo me i bug su ubuntu+gnome sono maggiori e la colpa è della pacchettizzazione fatta dai dev di canonical.
 
Ultima modifica:
test tab firefox:


test processi gnome:


sistema:


p.s. io non considero i fork, io parlo solo di gnome-shell "puro". ad ogni modo, ripeto: non sto dicendo che gnome-shell non abbia bug! sto dicendo che secondo me i bug su ubuntu+gnome sono maggiori e la colpa è della pacchettizzazione fatta dai dev di canonical.

E li che ti sbagli, che errore devono fare a pacchettizzare? adesso i dev non sanno pacchettizare? sono dei semplici archivi con informazioni sull'installazione, non c'è niente di magico o errori che possono fare.
Però tu sei su Wayland... e forse li i memory leaks sono minori, almeno da quello che mi dicono.
Prova ad andare in swap, poi vedi come si freeza il PC...
 
E li che ti sbagli, che errore devono fare a pacchettizzare? adesso i dev non sanno pacchettizare? sono dei semplici archivi con informazioni sull'installazione, non c'è niente di magico o errori che possono fare.
Però tu sei su Wayland... e forse li i memory leaks sono minori, almeno da quello che mi dicono.
Prova ad andare in swap, poi vedi come si freeza il PC...
passa a wayland, allora :asd:

cmq io non ho proprio la swap, non mi serve

p. s. si possono fare errori di compilazione o accentuare bug anche con una particolare configurazione. io non so cosa abbiano fatto i dev di Canonical di diverso da quelli arch (per esempio), però mi sembra strano che ubuntu abbiamo tutti questi problemi. il discorso wayland regge solo in parte perché io sulla mia arch ho usato la sessione xorg e anche lì non avevo problemi. non posso darti numeri precisi come ho fatto con gli screen di prima, ma sicuro non avevo problemi.
 
https://plus.google.com/u/0/photos/...5/6459059180496079682?authkey=CNyLpIW0sLz8yAE

https://twitter.com/popey/status/901908853264089089
passa a wayland, allora :asd:

cmq io non ho proprio la swap, non mi serve

p. s. si possono fare errori di compilazione o accentuare bug anche con una particolare configurazione. io non so cosa abbiano fatto i dev di Canonical di diverso da quelli arch (per esempio), però mi sembra strano che ubuntu abbiamo tutti questi problemi. il discorso wayland regge solo in parte perché io sulla mia arch ho usato la sessione xorg e anche lì non avevo problemi. non posso darti numeri precisi come ho fatto con gli screen di prima, ma sicuro non avevo problemi.
Non posso ho driver proprietari NVIDIA. Il discorso è che non è un errore dei DEV Canonical: 1) i DEV Canonical hanno iniziato lo sviluppo su gnome da poco; 2) non c'è errore di compilazione visto che hanno un infrastruttura professionale per i test.
Il problema è nella differenza configurazione hardware, differente utilizzo, se tu non usi gnome shell con la swap avendo 4GB di ram ,evidentemente non usuri mai la ram, e li il problema non lo noterai mai.
Infatti il problema non è solo su Ubuntu, ma su tutte le distro con gnome shell: Fedora, Arch e simili, poi che non tutti lo riscontrano è una cosa ovvia, ma in molti si. Ti basta fare una ricerca su google con "gnome shell memory leaks".
Può essere dovuto anche ai driver NVIDIA o AMD o intel, perché il problema se ho capito bene è su mutter.
 
https://plus.google.com/u/0/photos/...5/6459059180496079682?authkey=CNyLpIW0sLz8yAE

https://twitter.com/popey/status/901908853264089089

Non posso ho driver proprietari NVIDIA. Il discorso è che non è un errore dei DEV Canonical: 1) i DEV Canonical hanno iniziato lo sviluppo su gnome da poco; 2) non c'è errore di compilazione visto che hanno un infrastruttura professionale per i test.
Il problema è nella differenza configurazione hardware, differente utilizzo, se tu non usi gnome shell con la swap avendo 4GB di ram ,evidentemente non usuri mai la ram, e li il problema non lo noterai mai.
Infatti il problema non è solo su Ubuntu, ma su tutte le distro con gnome shell: Fedora, Arch e simili, poi che non tutti lo riscontrano è una cosa ovvia, ma in molti si. Ti basta fare una ricerca su google con "gnome shell memory leaks".
Può essere dovuto anche ai driver NVIDIA o AMD o intel, perché il problema se ho capito bene è su mutter.
e se ti dicessi che su Ubuntu senza swap, c'è lo stesso un consumo anomalo ugualmente? consumo e gestione anomala che io non ho... e l'hardware è lo stesso identico, senza driver nvidia o amd perché la scheda grafica è una integrata Intel.
 
e se ti dicessi che su Ubuntu senza swap, c'è lo stesso un consumo anomalo ugualmente? consumo e gestione anomala che io non ho... e l'hardware è lo stesso identico, senza driver nvidia o amd perché la scheda grafica è una integrata Intel.
Consumo anomalo in cosa? È normale che una distro come Ubuntu consuma più ram, ha più servizi attivi, ha gnome più completo.
All'avvio Ubuntu con gnome mi consuma 1,4 GB circa, con Debian 1GB, ma non è quello il problema, il problema è che quando swappa si freeza, a volte ritrovo gnome shell a 500mb, il problema lo fa su Ubuntu, su Arch, su Fedora, ovunque, ma non su tutti.
 
Ecco, anche meno di 1GB all'avvio, Ubuntu in VM:
Schermata del 2017-08-28 14-07-34.webp Schermata del 2017-08-28 14-08-04.webp
Ma come dicevo non è quello il problema, è la cattiva gestione della memoria che ha mutter/gnome shell, e non c'entra niente la distro.
 
Pubblicità
Pubblicità
Indietro
Top