Új hozzászólás Aktív témák

• #5234 floatr veterán tothpetya #5230

  Új Válasz 2014-03-25 15:34:31 #5234

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  floatr

  veterán

  válasz tothpetya #5230 üzenetére

  Ennél lényegesen gyorsabb szvsz intézőben sem lesz, max ha másik file rendszert használsz. Másoláskor csak annyit tehetsz, hogy bejárod a fát. Mozgatáskor van annyi előnyöd, hogy egyazon partícióba nincsen fizikai mozgatás, csak a megfelelő bejegyzés(ek) átírása.

  Kis file-ok másolásakor nem az USB3 teljesítménye igazán a szűk keresztmetszet, hanem a filerendszerbeli módosítások okozta pozicionálások. Sokszor a puffert sem olvassa tele az első lépésben sem.

• #5231 Aethelstone addikt tothpetya #5230

  Új Válasz 2014-03-25 15:25:48 #5231

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Aethelstone

  addikt

  válasz tothpetya #5230 üzenetére

  Nem a fa végigjárása a nagy idő, hanem a fájlnyitás+másolás+zárás.

• #5229 Aethelstone addikt tothpetya #5228

  Új Válasz 2014-03-25 15:19:17 #5229

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Aethelstone

  addikt

  válasz tothpetya #5228 üzenetére

  Az egy dolog, hogy Te hogyan érzed Egyrészt nagyban függ a másolás sebessége a fájlok mennyiségétől és méretüktől is. Sok kicsit szart tök lassan másol. Ugye van megnyitási idő, másolási idő, lezárási idő. X fájl esetén ez pontosan Xszer annyi, mint mondjuk 1 fájl esetén.

• #5227 Aethelstone addikt tothpetya #5226

  Új Válasz 2014-03-25 15:10:11 #5227

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Aethelstone

  addikt

  válasz tothpetya #5226 üzenetére

  Azt mondod, hogy 15 perc alatt végez a 10K almappa vizsgálattal + másolás? Mit akarsz még ezen gyorsítani?

• #5223 Aethelstone addikt tothpetya #5222

  Új Válasz 2014-03-25 14:48:51 #5223

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Aethelstone

  addikt

  válasz tothpetya #5222 üzenetére

  Nos, azt írod, hogy mappaméretet hasonlítasz össze és ha ugyanakkora, akkor nem lép bele. Ez jó, de kevés. Van egy fájlod, amiben ez van: "Jo napot kivanok" és egy másik, amiben ez: "Jo kapot kivakok"

  Méretilag koppra egyezik a két fájl, de az egyik más időpontban lett módosítva. Ezért csak a méret nem elég, módosítás dátuma is kell. Ezt a kolléga kódja megcsinálja. Másrészt meg méret meghatározásához úgy is bele kell menned és fel kell olvasnod a benne lévő fájlok metaadatait.

• #5221 Aethelstone addikt tothpetya #5220

  Új Válasz 2014-03-25 14:30:20 #5221

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Aethelstone

  addikt

  válasz tothpetya #5220 üzenetére

  Bocs, hogy belepofázok, de annyival gyorsabb tud lenni, hogy nem másol mindent, hanem csak azt, ami változott. Ahogy a kolléga a hozzászólásában meg is fogalmazta. Gyakorlatilag deltát másolni mindig gyorsabb, ha feltételezzük, hogy nem változik minden.

• #5219 floatr veterán tothpetya #5218

  Új Válasz 2014-03-25 11:39:45 #5219

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  floatr

  veterán

  válasz tothpetya #5218 üzenetére

  Ilyesmire gondoltam, nem teszteltem:

  private static void prepare(File src, File dest, List<File> from, List<File> to) {
  File f, d;
  for (String p : src.list()) {
  f = new File(src, p);
  if (f.isDirectory()) {
  d = new File(dest, p);
  d.mkdir();
  prepare(f, d, from, to);
  } else {
  from.add(f);
  to.add(new File(dest, p));
  }
  }
  }
  
  private void copy(List<File> from, List<File> to) {
  Iterator<File> itrFrom = from.iterator();
  Iterator<File> itrTo = to.iterator();
  File ff, ft;
  int size = from.size();
  for (int i = 0; itrFrom.hasNext() && itrTo.hasNext(); i++) {
  ff = itrFrom.next();
  ft = itrTo.next();
  if (ff.length() != ft.length() || ff.lastModified() < ft.lastModified()) {
  Files.copy(ff, ft);
  }
  
  // show progress: i/size
  }
  }

• #5216 floatr veterán tothpetya #5215

  Új Válasz 2014-03-25 09:39:16 #5216

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  floatr

  veterán

  válasz tothpetya #5215 üzenetére

  Amikor egy alkalmazás lekérdezi a könyvtár méretét, akkor vagy shell parancsot használ (ami nem túl hordozható megoldás), vagy szépen végignyálazza rekurzívan a belsejét. A leggyakrabban azt szokták csinálni, hogy a megadott útvonalat első körben beolvassák egy nagy listába, és minden elemhez tárolják a méretét, és az utolsó módosítás dátumát. A könyvtárakat nem is feltétlenül szükséges ebben a listában tárolni, mert az mkdirs rekurzívan létrehozza azokat, vagy esetleg a feltérképezéskor érdemes lehet már eleve létrehozni őket. Aztán második menetben összehasonlítod a méret/dátum értékeket, és ha nem stimmel, akkor másolsz. Akkor már csak a lista elemein kell végigfutni, és tudsz becsülni végrehajtási időt is.

Új hozzászólás Aktív témák