|
|
inviato il 23 Maggio 2015 ore 18:24
Capito grazir mille dei chiarimenti e dei consiglio |
|
|
inviato il 23 Maggio 2015 ore 20:50
Per spostare il catalogo basta che guardi nelle impostazioni di lightroom e sposti manualmente la cartella. Non toccare per nessun motivo al mondo i valori della ram nel bios se non sai esattamente quello che stai facendo. (Tanto se fosse un problema di ram andresti in schermata blu direttamente) |
|
|
inviato il 24 Maggio 2015 ore 6:38
Io lascerei il catalogo su SSD, quando lo si sfoglia Lightroom deve accedervi per caricare le anteprime e naturalmente su SSD è molto, molto più rapido. La questione dell'usura, per come la vedo io è relativa, gli SSD hanno una durata molto maggiore di quello che ci si aspetta e comunque anche si esaurisse dopo qualche anno il vantaggio in termini di usabilità compensa ampiamente il costo della sostituzione. |
|
|
inviato il 24 Maggio 2015 ore 10:36
Si ma non è che si usura, un giorno smette proprio di funzionare... I dati non li recuperi in nessun modo |
|
|
inviato il 24 Maggio 2015 ore 10:37
Il problema comunque è che il suo ssd è molto piccolo e il catalogo di lightroom può anche riempirlo completamente |
|
|
inviato il 24 Maggio 2015 ore 10:59
Per ora ho controllato e il catalogo è di 220 MB |
|
|
inviato il 24 Maggio 2015 ore 12:10
Ho fatto qualche test e sembra essere migliorato, per ora non si è bloccato ne lightroom ne after effects |
|
|
inviato il 24 Maggio 2015 ore 12:30
da una indagine simile posta da un mio collega di lavoro che come secondo lavoro assembla computer, è stato ribadito che le schede SSD, al contrario di quanto si creda nella velocità di trasmissione dati, più si riempiono e più bloccano il computer rallentandolo enormemente. provare ad eliminarle non ti costa nulla. Io ho una configurazione peggiore della tua, ma sia lightrom 5 che photoshop 6 sono abbastanza veloci con i files delle mie due FF canon e gli enormi Raf da quasi 40 mb della fuji |
|
|
inviato il 24 Maggio 2015 ore 12:45
Ragazzi ho un mega problema!! quando tutto sembrava risolto e ho deciso di iniziare a svuotare il secondo ssd è successo un disastro (almeno sembra). Ecco cosa è successo: ho iniziato a spostare una serie di cartelle sul hard disk quando di colpo è andato in crash il pc con una schermata blu con varie scritte...il tutto poi è ripartito. Quando però sono tornato sul secondo ssd mi dice che lo devo formattare per poterlo usare...cosa diamine è successo? i file che avevo sopra sono andati persi o li riesco a recuperare? |
|
|
inviato il 24 Maggio 2015 ore 13:41
Io l'avevo detto... |
user69776
|
inviato il 24 Maggio 2015 ore 15:45
Avevi detto che non era la ram!,altrimenti compariva la schermata blu!!!!,ora mi sembra che sia comparsa,dunque cosa ti senti di consigliare? |
|
|
inviato il 24 Maggio 2015 ore 16:29
L'avevo detto che non andava bene mettere quel tipo di file su ssd. Penso che ora tu possa fare ben poco se non sostituire il disco di dire addio a tutti i file. |
|
|
inviato il 24 Maggio 2015 ore 16:40
Evidentemente questa macchina ha dei problemi, che siano dovuti al disco oppure ad altro, a distanza è difficile da diagnosticare, ma da questo a dire che il problema è dovuto al fatto che il catalogo di LR non è adatto ad essere messo su SSD ce ne passa parecchio. Ci sono workstation basate solo su SSD, che lavorano tutti i giorni per tutto il giorno con ogni tipo di files, compreso LR, e non hanno alcun problema. Il discorso che avevo fatto io alcuni post fa sull'opportunità di mettere il catalogo su SSD era chiaramente nell'ottica di ottimizzare le prestazioni, dando ovviamente per scontato che chiunque al giorno d'oggi abbia almeno un backup, aggiornato almeno quotidianamente, di tutti i propri dati. |
|
|
inviato il 24 Maggio 2015 ore 17:13
Tratto dal primo sito che ho trovato cercando "ssd frequent write" “ Don't Write Constantly To Them To increase your SSD's life, you should try to minimize writing to the drive as much as possible. For example, you can do this by tweaking your program's settings and having them write their temporary files and logs elsewhere, such as to a mechanical hard drive if you have a mechanical hard drive in your computer. Tweaking such application settings will be going overboard for most users, who shouldn't have to worry about this. However, you should nevertheless bear this in mind ? don't run applications that have to write temporary files to the drive constantly. If you do use such applications, you may want to point them at a mechanical hard drive where you won't have to worry about the drive being worn down. „ Le memorie tipo NAND hanno fisicamente un numero massimo di scritture possibili e se cercate qualsiasi guida sul corretto uso di un'unità ssd concordano tutte con quanto ho detto io. |
|
|
inviato il 24 Maggio 2015 ore 17:32
Non ho mai detto il contrario, anzi, ho detto chiaramente che sto facendo un discorso per massimizzare le prestazioni a scapito della durata dell'SSD, durata che in ogni caso è più lunga di quanto possiamo immaginare. Capisco che può essere soggettivo, ma personalmente preferisco avere le massime prestazioni mettendo già in preventivo che tra due/tre anni spenderò 50 € per un nuovo SSD (che sarà comunque più veloce e capiente degli attuali). Nel caso specifico oltretutto stiamo parlando di un catalogo di 220 Mb, l'usura cui può portare è minima, c'è in ambito professionale mette il file di scratch di PS o dei programmi di Videoediting su SSD, si può immaginare quale sia il carico di lavoro, eppure ne vedo più d'uno girare da 3 anni senza problemi. Comunque non devo convincere nessuno, volevo solo far presente che, secondo me, non bisogna farsi troppe paranoie sulla durata degli SSD :-) |
Che cosa ne pensi di questo argomento?
Vuoi dire la tua? Per partecipare alla discussione iscriviti a JuzaPhoto, è semplice e gratuito!
Non solo: iscrivendoti potrai creare una tua pagina personale, pubblicare foto, ricevere commenti e sfruttare tutte le funzionalità di JuzaPhoto.
Con oltre 259000 iscritti, c'è spazio per tutti, dal principiante al professionista. |

Metti la tua pubblicità su JuzaPhoto (info) |