Quando seleziono e scelgo i file da copiare su o da un singolo dispositivo, Nautilus accumula le operazioni sui file in parallelo:
Temo che in determinate circostanze ciò possa causare la frammentazione del dispositivo di destinazione o il trasferimento di rallentamenti dovuti a letture sparse sul dispositivo di origine e all'aumento del sovraccarico della connessione di rete.
Come posso invece mettere in coda queste operazioni sui file, in modo che ogni operazione inizi solo dopo che la precedente è terminata?
1
Penserei che l'idea del trasferimento parallelo sia stata fatta per accelerare le cose. Forse scopri, se vale la pena preoccuparti, prima di provare a eludere questa invocazione parallela? Forse il ChangeLog del progetto ha alcune informazioni?
—
utente sconosciuto
cp <Source1> <Dest1>; cp <Source2> <Dest2>: P.
@userunknown AFAIK il punto di trasferimento parallelo non è accelerare le cose, ma essere agnostici riguardo alla priorità degli oggetti copiati. Ad esempio, un utente potrebbe copiare 20 GB di file musicali, quindi decidere di copiare un file di testo da 10 kB. Se l'accodamento fosse abilitato per impostazione predefinita, l'utente dovrebbe attendere la copia della musica prima di copiare il piccolo file di testo. Se la copia in parallelo si verifica con la stessa sorgente o unità di destinazione, allora sarà rallentare il processo, dal momento che la lettura / scrittura / trasferimento è in competizione. Potrebbero esserci casi speciali (ad esempio SSD è l'unità condivisa) in cui non farebbe differenza.
—
Sparhawk,
@Sparhawk Hai ragione. Nella maggior parte dei casi, le scritture sequenziali interrotte a causa di altre che vengono eseguite simultaneamente le fanno funzionare come scritture casuali e rallentano notevolmente le velocità di trasferimento. Tuttavia, quando si copia da più unità fisiche separate, ciò può essere vantaggioso in quanto in questo caso può leggere / scrivere in parallelo.
—
gertvdijk,
Per gli utenti di KDE che leggono questo, si tratta della richiesta di funzione #
—
259512