Torna indietro   Hardware Upgrade Forum > Software > Linux, Unix, OS alternativi

HONOR Magic V5: il pieghevole ultra sottile e completo! La recensione
HONOR Magic V5: il pieghevole ultra sottile e completo! La recensione
Abbiamo provato per diverse settimane il nuovo Magic V5 di HONOR, uno smartphone pieghevole che ci ha davvero stupito. Il device è il più sottile (solo 4.1mm) ma non gli manca praticamente nulla. Potenza garantita dallo Snapdragon 8 Elite, fotocamere di ottima qualità e batteria in silicio-carbonio che garantisce un'ottima autonomia. E il Prezzo? Vi diciamo tutto nella nostra recensione completa.
Recensione Google Pixel 10 Pro XL: uno zoom 100x assurdo sempre in tasca (e molto altro)
Recensione Google Pixel 10 Pro XL: uno zoom 100x assurdo sempre in tasca (e molto altro)
Google Pixel 10 Pro XL è il top di gamma della serie Pixel, presentando un ampio display Super Actua da 6.8 pollici insieme alle novità della serie, fra cui la ricarica wireless magnetica Pixelsnap e le nuove funzionalità AI avanzate. Il comparto fotografico include un sistema a tripla fotocamera con zoom Pro Res fino a 100x, mentre il processore Tensor G5 con 16GB di RAM garantisce prestazioni percepite molto elevate su Android.
Lenovo IdeaPad Slim 3: un notebook Snapdragon X economico
Lenovo IdeaPad Slim 3: un notebook Snapdragon X economico
Forte della piattaforma Qualcomm Snapdragon X, il notebook Lenovo IdeaPad Slim 3 riesce a coniugare caratteristiche tecniche interessanti ad uno chassis robusto, con autonomia di funzionamento a batteria che va ben oltre la tipica giornata di lavoro. Un notebook dal costo accessibile pensato per l'utilizzo domestico o in ufficio, soprattutto con applicazioni native per architettura ARM
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 24-03-2005, 21:14   #1
Max(IT)
Bannato
 
L'Avatar di Max(IT)
 
Iscritto dal: Mar 2003
Messaggi: 33385
linux: pulizia s.o e deframmentazione

magari la domanda può sembrare stupida, ma venendo da Windows se ne può comprendere il significato.
Il file system di linux è soggetto a frammentazione ? Io uso Reiser, e nelle pubblicazioni che stò leggendo mi pare di aver capito che questo tipo di filesystem, come anche ext3 se non erro, si deframmenta da solo.
E' corretto ?
Se non è così, cosa usate per deframmentarlo ?


Passo alla seconda domanda: studiando su linux (installazione Suse 9.2) è possibile che abbia fatto qualche errore, specie nei primi tentativi di compilazione ed installazione di applicazioni. Tutto questo in s.o come Windows porterebbe a "sporcare" il registro di sistema, con conseguente rallentamento del pc ed instabilità associate.
Linux ha una struttura differente e questo non dovrebbe accadere, vero ? Esistono utility per "ripulire" il sistema operativo oppure questo non serve e tutto ciò che ho sull' hd è solo quanto necessario ad eseguire il sw installato ?

Scusate le domande da niubbo
Max(IT) è offline   Rispondi citando il messaggio o parte di esso
Old 24-03-2005, 23:19   #2
Johnny5
Member
 
L'Avatar di Johnny5
 
Iscritto dal: Sep 2003
Città: Novara
Messaggi: 246
Il reiserfs e l'ext3 più che deframmentarsi automaticamente non si frammentano già in partenza, che semplifica notevolmente le cose.

Linux non possiede registry, in linux 'tutto è un file', incluso l'hardware. Questo non vuol dire però che il sistema non si 'sporchi' o che non si ammassino con il tempo file inutili in giro per il filesystem (va bé che linux è intelligente, ma accorgersi da solo per ciascun file se serve o no è un pò troppo), ma col tempo imparerai a tenere tutto sotto controllo, soprattutto poi se usi un sistema di pacchetti rpm o deb.

Non tende invece a differenza di windows a rallentare con i vari usi per via di mille strane dll sconosciute caricate di nascosto, e tu puoi avere esattamente sotto controllo in ogni momento cosa è attivo, chi l'ha attivato e quando.

Inizia buttando un occhio ai file di avvio, quelli che contengono i programmi che partono quando avvii il sistema. Li trovi in /etc/rc.d/ o /etc/init.d/
Johnny5 è offline   Rispondi citando il messaggio o parte di esso
Old 25-03-2005, 08:41   #3
AnonimoVeneziano
Senior Member
 
L'Avatar di AnonimoVeneziano
 
Iscritto dal: Aug 2001
Città: San Francisco, CA, USA
Messaggi: 13827
Non è proprio esatto che i filesystem linux non si frammentano.

Tutti i filesystem si frammentano , è una cosa inevitabile , però la struttura degli FS di linux li fa frammentare di meno .

Il consiglio è di non riempire mai all' orlo gli FS (come invece faccio io ) perchè riempirli all' orlo impedisce il processo naturale di deframmentazione quando muoviamo qualcosa su quell' FS

Ciao
__________________
GPU Compiler Engineer
AnonimoVeneziano è offline   Rispondi citando il messaggio o parte di esso
Old 25-03-2005, 08:56   #4
PiloZ
Senior Member
 
L'Avatar di PiloZ
 
Iscritto dal: Dec 2001
Città: /dev/rotfl
Messaggi: 7276
Quote:
Originariamente inviato da AnonimoVeneziano
...processo naturale di deframmentazione...
tipo la fotosintesi clorofiliana
__________________
....::::fluxbox è talmente veloce che quando digito startx, il WM aspetta che il server Xorg lo raggiunga - PiloZ::::...
PiloZ è offline   Rispondi citando il messaggio o parte di esso
Old 25-03-2005, 09:52   #5
mos
Senior Member
 
L'Avatar di mos
 
Iscritto dal: Mar 2003
Messaggi: 1120
mos è offline   Rispondi citando il messaggio o parte di esso
Old 25-03-2005, 11:07   #6
Hal2001
Senior Member
 
L'Avatar di Hal2001
 
Iscritto dal: Aug 2004
Messaggi: 19355
Quote:
Originariamente inviato da PiloZ
tipo la fotosintesi clorofiliana
__________________
"Le statistiche sono come le donne lascive: se riesci a metterci le mani sopra, puoi farci quello che ti pare" Walt Michaels
Hal2001 è offline   Rispondi citando il messaggio o parte di esso
Old 25-03-2005, 17:56   #7
Max(IT)
Bannato
 
L'Avatar di Max(IT)
 
Iscritto dal: Mar 2003
Messaggi: 33385
Quote:
Originariamente inviato da Johnny5
Il reiserfs e l'ext3 più che deframmentarsi automaticamente non si frammentano già in partenza, che semplifica notevolmente le cose.

Linux non possiede registry, in linux 'tutto è un file', incluso l'hardware. Questo non vuol dire però che il sistema non si 'sporchi' o che non si ammassino con il tempo file inutili in giro per il filesystem (va bé che linux è intelligente, ma accorgersi da solo per ciascun file se serve o no è un pò troppo), ma col tempo imparerai a tenere tutto sotto controllo, soprattutto poi se usi un sistema di pacchetti rpm o deb.

Non tende invece a differenza di windows a rallentare con i vari usi per via di mille strane dll sconosciute caricate di nascosto, e tu puoi avere esattamente sotto controllo in ogni momento cosa è attivo, chi l'ha attivato e quando.

Inizia buttando un occhio ai file di avvio, quelli che contengono i programmi che partono quando avvii il sistema. Li trovi in /etc/rc.d/ o /etc/init.d/
ti ringrazio, sei stato molto chiaro.
D' altronde hai ragione: come in Unix, in linux TUTTO E' UN FILE.

Venendo ai file di avvio, nella cartella /etc/init.d c' è veramente un sacco di roba.
ALcuni sono chiaramente driver di periferica, altri non saprei proprio (ci sono 8 cartelle con nomi tipo rc0.d rc1.d e via dicendo, oltre ad una cartella boot )
QUalche consiglio su come controllare che non ci sia nulla di superfluo ?
In effetti il boot è lunghetto, almeno tanto quanto quello di WinXP (forse di più)
Max(IT) è offline   Rispondi citando il messaggio o parte di esso
Old 25-03-2005, 17:58   #8
Max(IT)
Bannato
 
L'Avatar di Max(IT)
 
Iscritto dal: Mar 2003
Messaggi: 33385
Quote:
Originariamente inviato da AnonimoVeneziano
Non è proprio esatto che i filesystem linux non si frammentano.

Tutti i filesystem si frammentano , è una cosa inevitabile , però la struttura degli FS di linux li fa frammentare di meno .

Il consiglio è di non riempire mai all' orlo gli FS (come invece faccio io ) perchè riempirli all' orlo impedisce il processo naturale di deframmentazione quando muoviamo qualcosa su quell' FS

Ciao
ok, anche reiser si frammenta.
Ma si può usare qualche utility per deframmentarlo oppure ha la tendenza a deframmentarsi da solo ?
Questo punto non mi è chiarissimo ...
Max(IT) è offline   Rispondi citando il messaggio o parte di esso
Old 26-03-2005, 07:30   #9
crashd
Senior Member
 
L'Avatar di crashd
 
Iscritto dal: May 2004
Città: Apulia
Messaggi: 2438
__________________
«Eccomi là: cioè, Alex e i miei tre drughi. Cioè Pete, George e Dim. Ed eravamo seduti nel Korova Milk Bar arrovellandoci il gulliver per saper cosa fare della serata. Il Korova Milk Bar vende più o meno latte rinforzato con qualche droguccia mescalina che è quello che stavamo bevendo. E' roba che ti fa robusto e disposto all'esercizio dell'amata ultraviolenza.»
crashd è offline   Rispondi citando il messaggio o parte di esso
Old 26-03-2005, 09:58   #10
Johnny5
Member
 
L'Avatar di Johnny5
 
Iscritto dal: Sep 2003
Città: Novara
Messaggi: 246
crashd hai recuperato il libro di scienze delle medie?

Allora, puntualizziamo. I filesystem si deframmentano, ok, per il semplice motivo che quando si cancellano file, quindi blocchi logici, e poi si scrive di nuovo per forza i dati nuovi vengono infilati nei buchi di quelli vecchi.

Per il reiserfs però (e ancor meglio sul reiser4), quando il disco è inattivo l'albero dei file viene scansionato e il filesystem cerca autonomamente di compattare quell'80% di file che in un s.o. normalmente non vengono mai toccati. Diciamo quindi che si 'deframmenta da solo', mantenendo la frammentazione sempre a livello accettabili.

Per i file di avvio è un altro discorso lungo ma ora sto uscendo... scusate! A dopo!
Johnny5 è offline   Rispondi citando il messaggio o parte di esso
Old 26-03-2005, 11:54   #11
Max(IT)
Bannato
 
L'Avatar di Max(IT)
 
Iscritto dal: Mar 2003
Messaggi: 33385
Quote:
Originariamente inviato da Johnny5
crashd hai recuperato il libro di scienze delle medie?

Allora, puntualizziamo. I filesystem si deframmentano, ok, per il semplice motivo che quando si cancellano file, quindi blocchi logici, e poi si scrive di nuovo per forza i dati nuovi vengono infilati nei buchi di quelli vecchi.

Per il reiserfs però (e ancor meglio sul reiser4), quando il disco è inattivo l'albero dei file viene scansionato e il filesystem cerca autonomamente di compattare quell'80% di file che in un s.o. normalmente non vengono mai toccati. Diciamo quindi che si 'deframmenta da solo', mantenendo la frammentazione sempre a livello accettabili.

Per i file di avvio è un altro discorso lungo ma ora sto uscendo... scusate! A dopo!
questa è la spiegazione tecnica che cercavo, grazie.
I filesystem non si deframmentano da soli: è vero che quando si cancella e si riscrive i dati vengono infilati nei buchi vuoti (se non c' è altro spazio disponibile), ma questo non significa deframmentare un file system, perchè di fatto blocchi dello stesso programma si vengono a trovare su sezioni diverse del hd, con conseguenti cali di prestazione in accesso.
Una deframmentazione è tutta un' altra cosa.

Quanto dici di Reiser invece è che è previsto un meccanismo di scansione e ricompattazione del filesystem che entra in funzione in automatico. Questa sarebbe una vera e propria deframmentazione.
Avresti un link a della documentazione in materia ? La cosa mi interessa
Grazie
Max(IT) è offline   Rispondi citando il messaggio o parte di esso
Old 26-03-2005, 12:03   #12
Johnny5
Member
 
L'Avatar di Johnny5
 
Iscritto dal: Sep 2003
Città: Novara
Messaggi: 246
Of course...

http://www.namesys.com/

Non so però ext2 e 3 come si comportino riguardo alla deframmentazione. Qualcuno ha contributi?
Johnny5 è offline   Rispondi citando il messaggio o parte di esso
Old 26-03-2005, 12:17   #13
Max(IT)
Bannato
 
L'Avatar di Max(IT)
 
Iscritto dal: Mar 2003
Messaggi: 33385
Quote:
Originariamente inviato da Johnny5
Of course...

http://www.namesys.com/

Non so però ext2 e 3 come si comportino riguardo alla deframmentazione. Qualcuno ha contributi?
grazie mille, ottimo documento.
Però faccio fatica a trovare qualcosa di specifico sulla deframmentazione
Max(IT) è offline   Rispondi citando il messaggio o parte di esso
Old 26-03-2005, 12:22   #14
Max(IT)
Bannato
 
L'Avatar di Max(IT)
 
Iscritto dal: Mar 2003
Messaggi: 33385
Deframmentazione Reiser

ho trovato questo.

Quote:
"ReiserFS doesn't need defragmentation, as it is very efficient at packing data and doesn't fragment by nature. Older versions of ext2 and ext DID however need occasional defragmentations. "
Max(IT) è offline   Rispondi citando il messaggio o parte di esso
Old 26-03-2005, 13:49   #15
Johnny5
Member
 
L'Avatar di Johnny5
 
Iscritto dal: Sep 2003
Città: Novara
Messaggi: 246
Uao, ma allora sei proprio appassionato...

via di link!

Frammentazione in ReiserFS:
http://www.informatik.uni-frankfurt....ides/reiserfs/


Altro:
http://www.washington.edu/R870/examples/fragmentation
http://sdb.suse.de/en/sdb/html/ext2frag.html
http://www.science.unitn.it/~fiorell...k/node101.html

Trovato un deframmentatore:
http://www.oreillynet.com/pub/faqs/linux_faq_AEN1511
Johnny5 è offline   Rispondi citando il messaggio o parte di esso
Old 26-03-2005, 15:29   #16
Max(IT)
Bannato
 
L'Avatar di Max(IT)
 
Iscritto dal: Mar 2003
Messaggi: 33385
sembrerebbe che Linux non necessiti affatto di una utility di deframmentazione.
Forse solo il fs ext2 potrebbe risentire parzialmente del problema, ma di sicuro non ReiserFS
Max(IT) è offline   Rispondi citando il messaggio o parte di esso
Old 27-03-2005, 15:02   #17
PiloZ
Senior Member
 
L'Avatar di PiloZ
 
Iscritto dal: Dec 2001
Città: /dev/rotfl
Messaggi: 7276
Quote:
Originariamente inviato da crashd
__________________
....::::fluxbox è talmente veloce che quando digito startx, il WM aspetta che il server Xorg lo raggiunga - PiloZ::::...
PiloZ è offline   Rispondi citando il messaggio o parte di esso
Old 27-03-2005, 15:44   #18
Max(IT)
Bannato
 
L'Avatar di Max(IT)
 
Iscritto dal: Mar 2003
Messaggi: 33385
tornando in topic ...

Abbiamo parlato della deframmentazione, giungendo alla conclusione che non è necessaria.
Parliamo adesso della "pulizia del s.o."
Sappiamo che non esiste un registro di sistema come in Windows. Questo da una parte è un bene, visto che normalmente è un file che tende ad appesantirsi e sporcarsi in modo esponenziale con il passare del tempo, ma presenta dei contro.
Dopo anni di esperienza un utente arriva a sapere cosa può fare per ripulire il registro, e ci sono un sacco di utility, anche freeware, che permettono la ricerca ed eliminazione di file non correlati a sw installato e dll vecchie.
Con linux, a parte quei programmi installati con Yast (che tiene nota dell' installazione), com' è possibile fare "pulizia nel sistema operativo" ?
Esistono utility che svolgono un simile lavoro ?
Avete dei suggerimenti ?

E' piuttosto difficile capire dove viene installato un programma.
Grazie
Max(IT) è offline   Rispondi citando il messaggio o parte di esso
Old 27-03-2005, 15:46   #19
VICIUS
Senior Member
 
L'Avatar di VICIUS
 
Iscritto dal: Oct 2001
Messaggi: 11471
in ogni caso se si dispone di un'altro hd o una partizione abbastanza grade si puo sempre fare un giochetto con tar

ciao
VICIUS è offline   Rispondi citando il messaggio o parte di esso
Old 27-03-2005, 15:53   #20
VICIUS
Senior Member
 
L'Avatar di VICIUS
 
Iscritto dal: Oct 2001
Messaggi: 11471
Quote:
Originariamente inviato da Max(IT)
Parliamo adesso della "pulizia del s.o."
Se si dispone di una distribuzione che utilizza un sistema di pacchetti come apt per debian la pulizia si fa tramite lo stesso programma e usando un po di cervello. Basta guardare la lista dei paccehtti installati e cancellare quelli che non servono. ad esempio se non si sviluppano programmi strani il pacchetto libovettodicioccolato-dev non serve quindi puo essere cancellato. Su debian poi esistono anche programmi come deborphan che controllano la lista e provano a indovinare quali pacchetti non sono piu utilizzati.
I file di configurazione sono un discorso a parte. In genere quelli in comune che stanno in /etc vengono cancellati quando si rimuove definitivamente un pacchetto mentre quelli degli utenti stanno nella sua home ed è quindi l'utente che deve ogni tanto peoccuparsi di cancellarli.

ciao
VICIUS è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


HONOR Magic V5: il pieghevole ultra sottile e completo! La recensione HONOR Magic V5: il pieghevole ultra sottile e co...
Recensione Google Pixel 10 Pro XL: uno zoom 100x assurdo sempre in tasca (e molto altro) Recensione Google Pixel 10 Pro XL: uno zoom 100x...
Lenovo IdeaPad Slim 3: un notebook Snapdragon X economico Lenovo IdeaPad Slim 3: un notebook Snapdragon X ...
Recensione OnePlus Watch 3 43mm: lo smartwatch che mancava per i polsi più piccoli Recensione OnePlus Watch 3 43mm: lo smartwatch c...
BOOX Note Air4 C è uno spettacolo: il tablet E Ink con Android per lettura e scrittura BOOX Note Air4 C è uno spettacolo: il tab...
3 minuti: è il tempo per vedere l...
Gli Amazfit sono ora gli smartwatch più ...
Rowenta alza la posta: scopa elettrica s...
6 robot per le pulizie completi in offer...
Friggitrice ad aria Cecofry Full InoxBla...
iPhone 16 Pro Max a 10€ in più del minim...
Una chiavetta USB, ma SanDisk Ultra Slid...
La bolla dell'AI: perché l'econom...
Lo smartphone dovrebbe essere usato solo...
SpaceX: i video e le foto dello spettaco...
Anche a Pescara si passa ai fatti: e-bik...
La One UI 8 è pronta: Samsung con...
Xiaomi annuncia l'arrivo in Italia dei R...
La Cina stupisce ancora: test per la tur...
L'iconico iMac G3 diventerà un set LEGO?...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 16:23.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Served by www3v