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

[belzebub]

no myslis asi podle ctime, ne? rucne by se to udelalo

Kód [Vybrat] Rozbalit

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.

[Reklama]

[trubicoid2]

trubicoid2: problem je v necem jinem, viz. diskuze ve vlakne

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

[Lol Phirae]

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]

to se nereklamuje, to se koupi novy, ne?

[belzebub]

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.

[Reklama]

[Olaf]

http://necyklopedie.wikia.com/wiki/Drevokoc%C3%BAr

[someone]

Kód [Vybrat] Rozbalit

tar -s by nestacil?

[David]

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!

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]

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]

Už jsem v jedličkárně :-)... kucí

[Linux141]

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]

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]

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]

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é.

[Filip Jirsák]

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.