| SlimG | Noen tips til verktøy som "cp" og "mv" med fremgangsindikator? | 13:57 |
|---|---|---|
| Kagee | rsync --progress | 13:59 |
| Kagee | kanskje også --human | 14:00 |
| RoyK | --human? | 14:42 |
| RoyK | -P er foresten en fin kombo av --progress --partial | 14:43 |
| RoyK | --human-readable funker, --human feiler på lucid | 14:44 |
| Kagee | ja, jeg mnete --human-readable | 14:45 |
| geirha | rsync kan ikke flytte et helt tre dog, men den kan fjerne filene etter den har kopiert de. Den tomme katalogstrukturen som er igjen kan fjernes med rmdir + globstar eller find. | 14:46 |
| jo-erlend | rsync er alltid verrdt å sjekke når man skal kopiere noe, selvom den er temmelig mye treigere i noen få situasjoner. | 15:32 |
| hjd | i hvilke tilfeller er det tregere? :) | 15:43 |
| jo-erlend | hvis du prøver å kopiere en fil i RAM, for eksempel. :) | 16:14 |
| jo-erlend | rsync er veldig lat. Den legger massevis av arbeid i å finne ut hva den ikke behøver å gjøre. Det er nesten alltid veldig fint, men i noen få tilfeller, så tar det arbeidet mer tid enn å bare gjøre alt. Det er sjelden. ;) | 16:17 |
| Berge | I det vanlige tilfellet er jo rsync like rask eller raskere. | 16:18 |
| Berge | Den stat()er bare filene i hver ende og ser på hvilken som er nyest. | 16:18 |
| Berge | Du kan tvinge checksummingen med -c. Og det er vel i nesten alle tilfeller raskere, som du sier. | 16:19 |
| Berge | Jeg kommer ikke helt på når det skulle være treigere. | 16:19 |
| jo-erlend | det er ikke sant. Den identifiserer for eksempel tom data. Hvis lagringen er rask nok og du kjenner dataen nok, så kan cp være raskere enn rsync i mange tilfeller. | 16:19 |
| Berge | Tom data? | 16:20 |
| Berge | Om du har voldsomt sløve CPUer, kanskje. | 16:20 |
| Malin | på lavprisekspressen, men det er litt dårlig ping :p på vei fra Arendal til Oso | 16:20 |
| Berge | Men både rsync og cp må lese hele kildefilen for å kopiere den. | 16:20 |
| jo-erlend | men jeg sa altså dette mest for å understreke at rsync alltid bør tas med i betraktning med mindre du vet akkurat hvorfor den ikke er aktuell. | 16:20 |
| Berge | rsync leser den, checksummer (med en flott sliding windows-algoritme) og skriver potensielt hele mottakerfilen, og potensiel kun én byte. | 16:21 |
| Berge | jo-erlend: Jada, jeg bare lurte på om du hadde noen konkrete eksempler. | 16:21 |
| Berge | Jeg gjør nesten alltid kopiering med rsync når jeg gjør den for hånd. | 16:21 |
| jo-erlend | prøv å ta en stor videofil, put den på tmpfs og kopier den med rsync og cp. | 16:22 |
| jo-erlend | vedder ti megabytes på at cp vinner. | 16:22 |
| Berge | Kan prøve. | 16:22 |
| Berge | rsync er ca. like rask (bittelitt raskere, men det er nok målefeil) uten -c | 16:23 |
| Berge | Hvilket er normaltilfellet. | 16:23 |
| Berge | Og ca. halv hastighet med -c | 16:24 |
| Berge | Dette til og fra en SSD og /tmp på Debian, som er en tmpfs. | 16:24 |
| jo-erlend | hva har halv hastighet? | 16:24 |
| Berge | rsync -c | 16:24 |
| jo-erlend | nei. Jeg mente altså til og fra tmpfs. | 16:24 |
| Berge | Det har jo ikke så mye å se, med -c er det CPUen som taker. | 16:25 |
| Berge | Med cp fra tmpfs til tmpfs taker nok kontekstsvitsjing, så det blir litt akademisk. | 16:25 |
| Berge | Men konklusjonen er: Om du har sløvere CPUer enn lagringssystem, vil cp på enkeltfiler være raskere. | 16:26 |
| Berge | Så kult lagringssystem kan du såklart ha. Det er jo ikke helt uvanlig med RAM-disker med batterybackup for tiden. | 16:26 |
| Berge | (Eller hybrid-greier.) | 16:27 |
| jo-erlend | nei, jeg vet. Jeg har hatt lyst til å skaffe meg et par sånne. | 16:27 |
| jo-erlend | trenger ikke batteri engang. | 16:27 |
| Berge | Du er ikke glad i dataene? | 16:28 |
| jo-erlend | hater data. | 16:29 |
| jo-erlend | joda, men det er endel tilfeller hvor du leser ekstremt mye mer enn du skriver, men hvor dataen er så stor at du ikke kan holde den i primærminne. | 16:29 |
| jo-erlend | kan for eksempel se for seg femti tusen halvsynkroniserte couchdatabaser. | 16:36 |
| RoyK | noen her som vet om god programvare til å sy sammen bilder til "slideshow", helst med selvbestemt pause osv | 21:02 |
| RoyK | det optimale hadde vært om jeg kunne klikke fram pausen i sanntid mens musikken går | 21:02 |
| SlimG | RoyK: Høres ut som om du beskriver en presentasjon | 23:21 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!