MC: pořadí kopírování souborů

belzebub

Re:MC: pořadí kopírování souborů
« Odpověď #15 kdy: 22. 05. 2014, 12:28:02 »
no myslis asi podle ctime, ne? rucne by se to udelalo
Kód: [Vybrat]
cp --preserve=timestamp v mc mas po F5 volbu preserve attributes (vsech), ale to mas asi vypnuty, protoze to bohuzel pri kopirovani na FAT rve "Cannot chown...", ale kdyz das "Skip all" tak datumy jsou v poradku, nebo?

Nejsem si jisty, ze to bude s ctime - to byt znamenalo, ze onen vyvojar PREMYSLEL nad tim, jak fotografie tridit. Pak by snad i nejvetsi hlupak pouzil jmeno, a ne ctime (coz je volani navic). Pokud je programator liny (axiom!), vypise fotky v tom poradi, v jakem je dostane z opendir/readdir, coz bude poradi v jakem se soubory zapisovaly na disk do FAT tabulky (nebo jinam podle typu FS). Pak zadny ctime ani nic podobneho nepomuze.


trubicoid2

Re:MC: pořadí kopírování souborů
« Odpověď #16 kdy: 22. 05. 2014, 13:02:11 »
trubicoid2: problem je v necem jinem, viz. diskuze ve vlakne

aha, ten fat je divny  :o neumi ta televiza jeste treba exfat nebo ntfs?

Lol Phirae

Re:MC: pořadí kopírování souborů
« Odpověď #17 kdy: 22. 05. 2014, 13:16:55 »
trubicoid2: problem je v necem jinem, viz. diskuze ve vlakne

Problém je v tom, že lidi ty čínské zmetky ne a ne a nereklamují.

trubicoid2

Re:MC: pořadí kopírování souborů
« Odpověď #18 kdy: 22. 05. 2014, 13:31:12 »
to se nereklamuje, to se koupi novy, ne?

belzebub

Re:MC: pořadí kopírování souborů
« Odpověď #19 kdy: 22. 05. 2014, 14:57:05 »
to se nereklamuje, to se koupi novy, ne?
Reklamace by upozornila vyrobce na to, ze lide nejsou spokojeni s funkcnosti televize. Pokud by TV kvuli te same "vade/vlastnosti" reklamovalo vic lidi, vyrobce ji opravi, protoze jinak zacne ztracet zakazniky.

Pokud si pouze koupite novy, vyrobce se ani nedozvi, ze tento problem existuje. A muzete si byt jisty, ze v tom novem TV pak bude ta chyba take.

Samozrejme je to spise hypoteticka debata, protoze realne vetsinu lidi neco podobneho vubec nezajima, nebo je ani nenapadne, ze by to mohlo jit jinak, a hykaji nadsenim nad takovymi blbostmi, jako je integraci facebooku do TV, apod.



someone

Re:MC: pořadí kopírování souborů
« Odpověď #21 kdy: 23. 05. 2014, 19:02:51 »
Kód: [Vybrat]
tar -s by nestacil?

David

Re:Midnight Commnader - poradi souboru pri kopirovani adresaru
« Odpověď #22 kdy: 23. 05. 2014, 20:16:21 »
Mimochodom pre redakciu: to uz asi neexistuje debilnejsia antispamova otazka, ze?! Ja podla vas nemam nic ine na robote ako googlovat, ze ako sa po cesky povie november!

A druha vec - je spravna odpoved listopad nebo 11?

Ty spravne odpovedi by proste mely byt s JEN JEDNOU spravnou odpovedi!

Citace
Ve kterém měsíci proběhla sametová revoluce?:
11

Při odesílání příspěvku nastala následující chyba:
Neodpověděli jste správně na ověřovací otázky.

Lol Phirae

Re:MC: pořadí kopírování souborů
« Odpověď #23 kdy: 23. 05. 2014, 20:24:17 »
Ve kterém měsíci proběhla sametová revoluce?:
11

Při odesílání příspěvku nastala následující chyba:
Neodpověděli jste správně na ověřovací otázky.

Kristepane... 11 je číslovka, ne měsíc. Hlas se v Jedličkárně.

Strýček.jedlička

Re:MC: pořadí kopírování souborů
« Odpověď #24 kdy: 01. 06. 2014, 19:19:33 »
Už jsem v jedličkárně :-)... kucí

Linux141

Re:MC: pořadí kopírování souborů
« Odpověď #25 kdy: 16. 04. 2016, 19:24:02 »
Ano mc v pripade kopirovani vice addresaru ci adresarove struktury ma radeni podivne. Neni to jmeno, nebo cas. Mozna to souvisi z velikosti souboru, ale spis ne. Poradi zapsani souboru na disk ? Asi ne, ve win Total Commander zapisuje podle toho, jaky zvoli clovek poradi, pri aktualizaci slozky s vice soubory to nefunguje. Mozna podle polohy souboru na disku. Je poradi kopirovanych souboru pokazde jine ?

j

Re:MC: pořadí kopírování souborů
« Odpověď #26 kdy: 18. 04. 2016, 18:19:05 »
Ad razeni ... bere to podle sektoru na disku - proste soubor co je driv se driv prenese .... a je to tak prave proto, aby nemusel seekovat! Kdyby to mel pri kopirovani delat podle vybranyho razeni, bude to podstatne pomalejsi.

Ad otazky ... to si vas tupej browser ty odpovedi nepamatuje? Tech otazek je mozna 20, a ten muj si je pamatuje vsechny. Staci mi dvojklik a nabidne se spravna odpoved.

Pavouk106

  • *****
  • 2 333
    • Zobrazit profil
    • Můj blog
    • E-mail
Re:MC: pořadí kopírování souborů
« Odpověď #27 kdy: 18. 04. 2016, 18:39:43 »
Ehm... chlapi (linux141, j), je rok 2016, téma je dva roky starý. V mym případě teda stále platný, byl jsem doteď línej s tím experimentovat... A asi budu nadále.

P_V

  • ***
  • 224
    • Zobrazit profil
    • E-mail
Re:MC: pořadí kopírování souborů
« Odpověď #28 kdy: 18. 04. 2016, 20:57:41 »
Ad razeni ... bere to podle sektoru na disku - proste soubor co je driv se driv prenese .... a je to tak prave proto, aby nemusel seekovat! Kdyby to mel pri kopirovani delat podle vybranyho razeni, bude to podstatne pomalejsi.
Vážně kopírování více souborů probíhá asynchronně popř. ve více threadech se všemi současně, aby si to OS zoptimalizoval? Protože jinak se uvedeného efektu optimalizace seekování dosáhnout nedá. Ono je nějakému userspace programu houby do toho, kde je co alokované.

Re:MC: pořadí kopírování souborů
« Odpověď #29 kdy: 18. 04. 2016, 21:25:36 »
Ad razeni ... bere to podle sektoru na disku - proste soubor co je driv se driv prenese .... a je to tak prave proto, aby nemusel seekovat! Kdyby to mel pri kopirovani delat podle vybranyho razeni, bude to podstatne pomalejsi.
Vážně kopírování více souborů probíhá asynchronně popř. ve více threadech se všemi současně, aby si to OS zoptimalizoval? Protože jinak se uvedeného efektu optimalizace seekování dosáhnout nedá. Ono je nějakému userspace programu houby do toho, kde je co alokované.
To psal Jéčko, takže i kdybyste o tématu vůbec nic nevěděl, můžete si být skoro jist, že takhle to není.

Uživatelský program samozřejmě neví nic o tom, jak jsou soubory fyzicky rozmístěné na disku. Ostatně obsah souboru může být fragmentovaný, takže řídit se pořadím prvního sektoru by moc nepomohlo. Taky může být v jednom sektoru víc souborů. A také ten soubor může být na RAIDu, nebo v síťovém úložišti, tam něco jako „sektor na disku“ ani není definován.