Springen naar inhoud

Ik heb 50000 bestanden die in totaal 300GB zijn: opdelen in 50 mappen met elk 1000 bestanden


  • Log in om te kunnen reageren

#1

mcfaker123

    mcfaker123


  • >1k berichten
  • 1135 berichten
  • Ervaren gebruiker

Geplaatst op 12 oktober 2012 - 14:11

Hallo,

Ik heb een 50000 bestanden staan in een map die allen samen 300GB groot zijn. Ik zou graag die bestanden opdelen in 50 mappen met elk 1000 bestanden.
De gemakkelijkste manier is gewoon ergens 50 mappen aanmaken en dan iedere keer 1000 bestanden selecteren en kopieren naar elk van die 50 mappen. Maar dit duurt heel erg lang ( het kopieren).

Is het niet mogelijk om metteen 1000 bestanden te selecteren en daaraan een map toe te kennen zonder te hoeven kopieren en plakken in nieuw aangemaakte mappen?


Hartelijk Bedankt!

Dit forum kan gratis blijven vanwege banners als deze. Door te registeren zal de onderstaande banner overigens verdwijnen.

#2

mcfaker123

    mcfaker123


  • >1k berichten
  • 1135 berichten
  • Ervaren gebruiker

Geplaatst op 12 oktober 2012 - 14:20

hoef geen antwoord meer opgelost :D

#3

In physics I trust

    In physics I trust


  • >5k berichten
  • 7384 berichten
  • Moderator

Geplaatst op 12 oktober 2012 - 19:42

Hoe heb je het aangepakt?
"C++ : Where friends have access to your private members." — Gavin Russell Baker.

#4

anusthesist

    anusthesist


  • >5k berichten
  • 5820 berichten
  • Ervaren gebruiker

Geplaatst op 13 oktober 2012 - 00:33

Knippen i.p.v. kopiëren
That which can be asserted without evidence can be dismissed without evidence.

#5

In physics I trust

    In physics I trust


  • >5k berichten
  • 7384 berichten
  • Moderator

Geplaatst op 13 oktober 2012 - 10:13

Ah, ik dacht dat er een soort 'batch'-procedure was gebruikt of iets dergelijks...
"C++ : Where friends have access to your private members." — Gavin Russell Baker.

#6

Typhoner

    Typhoner


  • >1k berichten
  • 2446 berichten
  • VIP

Geplaatst op 13 oktober 2012 - 11:06

Ah, ik dacht dat er een soort 'batch'-procedure was gebruikt of iets dergelijks...


ik denk dat dit ook weldegelijk het geval was. Maar goed, we hadden niet kunnen helpen zolang we niet meer wisten (welk OS en zo)
This is weird as hell. I approve.

#7

anusthesist

    anusthesist


  • >5k berichten
  • 5820 berichten
  • Ervaren gebruiker

Geplaatst op 13 oktober 2012 - 11:50

Ah, ik dacht dat er een soort 'batch'-procedure was gebruikt of iets dergelijks...


Aangezien hij binnen 9 minuten na het plaatsen het zelf heeft opgelost, lijkt mij een banale doch effectieve manier -het knippen i.p.v. kopiëren- het meest waarschijnlijk. Maar ik ben ook wel benieuwd wat TS heeft precies heeft gedaan.
That which can be asserted without evidence can be dismissed without evidence.

#8

Michel Uphoff

    Michel Uphoff


  • >5k berichten
  • 5384 berichten
  • Moderator

Geplaatst op 13 oktober 2012 - 12:38

Zolang je werkt binnen dezelfde partitie (c: bijvoorbeeld) is er een groot verschil tussen kopiëren en verplaatsen (knippen en plakken). Bij kopiëren moet alle data van een bestand nogmaals geschreven worden in de partitie, maar bij verplaatsen worden in het bestandssysteem (fat of ntsf bij Windows) alleen de verwijzingen naar het bestand aangepast, de fysieke locatie van de data zelf wordt niet gewijzigd. Dat gaat natuurlijk heel veel sneller.

Verplaatsen naar een andere partitie, houdt echter wél in dat alle data fysiek naar de andere partitie (bijvoorbeeld d:) worden verhuisd, en dan is er tussen kopiëren en verplaatsen weinig snelheidsverschil.
Motus inter corpora relativus tantum est.

#9

In physics I trust

    In physics I trust


  • >5k berichten
  • 7384 berichten
  • Moderator

Geplaatst op 13 oktober 2012 - 15:34

Aangezien hij binnen 9 minuten na het plaatsen het zelf heeft opgelost, lijkt mij een banale doch effectieve manier -het knippen i.p.v. kopiëren- het meest waarschijnlijk. Maar ik ben ook wel benieuwd wat TS heeft precies heeft gedaan.


Ik zie niet wat dat efficiënter maakt: kwestie van knippen ipv kopiëren te selecteren.
Ik denk dat TS bedoelde om per aantal geselecteerde bestanden meteen een nieuwe map toe te wijzen: 'verzamel deze bestanden in een nieuwe map'-optie.
"C++ : Where friends have access to your private members." — Gavin Russell Baker.

#10

Ericw

    Ericw


  • >250 berichten
  • 289 berichten
  • Ervaren gebruiker

Geplaatst op 13 oktober 2012 - 15:40

Er is in Windows 7 een standaard rechts-klik optie voor "verplaatsen naar gecomprimeerde map"; zou die gebruikt zijn?

#11

Michel Uphoff

    Michel Uphoff


  • >5k berichten
  • 5384 berichten
  • Moderator

Geplaatst op 13 oktober 2012 - 15:51

300 GB kopiëren op dezelfde partitie kan ergerlijk lang duren. Er moet immers telkens gebufferd worden (stuk data lezen, opslaan in geheugen, zelfde stuk data op een andere fysieke locatie schrijven, terug gaan naar waar we gebeleven waren en verdere gaan). Met 300 GB duurt dat behoorlijk lang, zeker als de hdu niet de allersnelste is, of een kleine buffer heeft.

Bij knippen/plakken (dus verplaatsen) op dezelfde partitie hoeft dit allemaal niet. Het enige dat er moet gebeuren is in de fat of mft een verwijzing naar de nieuwe folder aanpassen; de data zelf worden fysiek niet gekopieerd, en dat scheelt dus 300 GB aan datatransport.

Zoals ik al meldde gaat dit niet op voor het verplaatsen tussen verschillende partities (schijven).

Via een bulkopdracht kan het tevoren aan moeten maken van mappen worden omzeild, maar ook dan blijft het tijdsverschil tussen kopiëren en verplaatsen in dezelfde partitie gelijk.
Motus inter corpora relativus tantum est.

#12

Michel Uphoff

    Michel Uphoff


  • >5k berichten
  • 5384 berichten
  • Moderator

Geplaatst op 13 oktober 2012 - 16:16

"verplaatsen naar gecomprimeerde map"


Dat houdt het fysiek aanpassen van de 300 GB data in, en is dus traag.
Motus inter corpora relativus tantum est.

#13

anusthesist

    anusthesist


  • >5k berichten
  • 5820 berichten
  • Ervaren gebruiker

Geplaatst op 13 oktober 2012 - 17:35

Ik zie niet wat dat efficiënter maakt: kwestie van knippen ipv kopiëren te selecteren.
Ik denk dat TS bedoelde om per aantal geselecteerde bestanden meteen een nieuwe map toe te wijzen: 'verzamel deze bestanden in een nieuwe map'-optie.


Waar zeg ik dat het efficienter is dan? Volgens mij zei ik: effectief (niet eens effectiever).
That which can be asserted without evidence can be dismissed without evidence.

#14

In physics I trust

    In physics I trust


  • >5k berichten
  • 7384 berichten
  • Moderator

Geplaatst op 13 oktober 2012 - 18:13

Waar zeg ik dat het efficienter is dan? Volgens mij zei ik: effectief (niet eens effectiever).


Je hebt gelijk hoor. Ik dacht dat je met die 'in slechts 9 minuten' refereerde naar 'effectief' en daarbovenop ook nog eens efficiënt.
"C++ : Where friends have access to your private members." — Gavin Russell Baker.

#15

Xenion

    Xenion


  • >1k berichten
  • 2606 berichten
  • Moderator

Geplaatst op 13 oktober 2012 - 18:14

Er is wellicht een tool als deze gebruikt. Manueel is ook nog een optie, maar dat lijkt me niet zo leuk :P

@anusthesist, ik interpreteer je posts toch ook als 'knippen is efficienter'. Misschien is het niet wat je wilde zeggen, maar zoals Michel hierboven ook zegt klopt dat ook wel. [zolang je binnen dezelfde partitie blijft]





0 gebruiker(s) lezen dit onderwerp

0 leden, 0 bezoekers, 0 anonieme gebruikers

Ook adverteren op onze website? Lees hier meer!

Gesponsorde vacatures

Vacatures