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

j

Re:MC: pořadí kopírování souborů
« Odpověď #45 kdy: 21. 04. 2016, 08:17:14 »
Strčte si ty své teorie někam. Je to vývojářský stroj, MySQL tam mám a hromadu databází a tabulek taky. Fragmentace tam není. Přestaňte navlékat (špatné) zkušenosti a vlastnosti Windows na OS, který očividně neznáte.
On vi kulovy i o widlich, vubec netusi, ze M$ uz asi tak 15 let slibuje, ze NFS nahradi uzasnym databazovym filesystemem s uber vlastnostma. Sak to mela byt krucialni novinka Windows Vista ... a kde nic tu nic.

Luliku, kam ze se mam prijit na ty widle startujici do 30s podivat? To bude jako tak jitrnicka, co ji svet nevidel. Polovina widli ve firme se nevypina, a to prave proto, ze start jim trva klidne i 10 minut a vic. Ja ti pak za odmenu predvedu tucnaka, kterej startuje do 3s.

Jo jasne, tux, kterej FS nedefragmentuje vubec, tam ma ty soubory ulozeny telepaticky ... proto se prakticky nefragmentujou, zato widle na disk hrabou porad, a neustale neco prehazujou sem a tam, a presto klidne fragmentace preleze 30% ...


wasd

Re:MC: pořadí kopírování souborů
« Odpověď #46 kdy: 21. 04. 2016, 09:02:51 »
Citace
kam ze se mam prijit na ty widle startujici do 30s podivat?

Třeba ke mně. A není to ani 30s, spíš třetina. Akorát to běží na SSD + 4GHz i7... Neříkám, že si každý má kvůli startu systému pořídit herní stroj, ale ty 486 už byste mohli vyřadit.

ByCzech

  • *****
  • 1 848
    • Zobrazit profil
    • E-mail
Re:MC: pořadí kopírování souborů
« Odpověď #47 kdy: 21. 04. 2016, 12:20:08 »
Strčte si ty své teorie někam. Je to vývojářský stroj, MySQL tam mám a hromadu databází a tabulek taky. Fragmentace tam není. Přestaňte navlékat (špatné) zkušenosti a vlastnosti Windows na OS, který očividně neznáte.

Fragmentace je funkční vlastností všech běžných FS. Mohlo by vám to dojít i z toho že jste sám postnul výstup z e4defrag, kde máte na jednom FS Total/best extents 740057/738878, tj. 1179 zbytečných fragmentů, a na druhém Total/best extents 1128887/1108381, tj. 20506 zbytečných fragmentů. Ale hlavně že vám to magicky nefragmentuje, protože Tux. Mimochodem tohle vám měli vysvětlit ve škole v modulu Operating System Concepts, případně jste si to měl nastudovat sám, pokud chcete dělat v IT a vědět co vlastně děláte.

Kód: [Vybrat]
Fragmentation score                            0
 [0-30 no problem: 31-55 a little bit fragmented: 56- needs defrag]

Mluvilo se tady o potřebě defragmentace. Chápu, že Lael zatlačený do kouta kolem sebe kouše jako divoké raněné zvíře, ale tím ukazuje, že neumí ani uznat, že je mimo, když se mu to prokáže.

Lael.Ophir

Re:MC: pořadí kopírování souborů
« Odpověď #48 kdy: 21. 04. 2016, 14:11:14 »
Mluvilo se tady o potřebě defragmentace. Chápu, že Lael zatlačený do kouta kolem sebe kouše jako divoké raněné zvíře, ale tím ukazuje, že neumí ani uznat, že je mimo, když se mu to prokáže.

Aha :)

Je to vývojářský stroj, MySQL tam mám a hromadu databází a tabulek taky. Fragmentace tam není.

BTW to že vám defrag po analýze napíše že defragmentace volume není potřeba není nic zvláštního. Mě to píše na mých Windows také. A pokud je FS ve Windows fragmentovaný, většinou jsou fragmentovaná instalační média (třeba záloha souborů pro odinstalování service packu), která se minimálně ve Windows XP komprimují na úrovni FS. Komprese na úrovni FS zvýší fragmentaci, ale to se týká jen daných souborů, které uživatel interaktivně nepoužívá.

Lael.Ophir

Re:MC: pořadí kopírování souborů
« Odpověď #49 kdy: 21. 04. 2016, 14:22:28 »
On vi kulovy i o widlich, vubec netusi, ze M$ uz asi tak 15 let slibuje, ze NFS nahradi uzasnym databazovym filesystemem s uber vlastnostma. Sak to mela byt krucialni novinka Windows Vista ... a kde nic tu nic.
Zase kecáte. MS oficiálně odpískal WinFS někdy v roce 2006. WinFS by vyžadoval přepsání aplikací, a výsledkem by bylo jen to že by šly soubory hledat podle atributů, což lze udělat i na klasickém FS s fulltextovou indexací.

Luliku, kam ze se mam prijit na ty widle startujici do 30s podivat? To bude jako tak jitrnicka, co ji svet nevidel. Polovina widli ve firme se nevypina, a to prave proto, ze start jim trva klidne i 10 minut a vic. Ja ti pak za odmenu predvedu tucnaka, kterej startuje do 3s.
Myslíte že má každý 486ku s 1GB RAM a diskem který je pomalejší než slimák? :D

Jo jasne, tux, kterej FS nedefragmentuje vubec, tam ma ty soubory ulozeny telepaticky ... proto se prakticky nefragmentujou, zato widle na disk hrabou porad, a neustale neco prehazujou sem a tam, a presto klidne fragmentace preleze 30% ...
Jak jsme si ukázali, na Linuxu se FS také fragmentuje. To že fragmentace "přeleze 30%" je nic neříkající údaj, protože není jasné z čeho těch 30% počítáte. Na WinXP se komprimují instalační informace (například záloha pro případ odinstalace Service Packu), což zvyšuje fragmentaci, ale to se týká jen daných souborů, které uživatel interaktivně nepoužívá a tedy to nemá vliv. A vy podle všeho mluvíte o 14 let starých Windows XP, protože vyšší verze Windows nejspíš tyhle soubory nekomprimují, a navíc tam běží online defrag na pozadí.


Lol Phirae

Re:MC: pořadí kopírování souborů
« Odpověď #50 kdy: 21. 04. 2016, 14:28:34 »
a navíc tam běží online defrag na pozadí.

Který nikdy nefungoval a velký hovno zdefragmentuje, viz onen 64MB limit...

Lael.Ophir

Re:MC: pořadí kopírování souborů
« Odpověď #51 kdy: 21. 04. 2016, 14:48:58 »
Který nikdy nefungoval a velký hovno zdefragmentuje, viz onen 64MB limit...

Což je limit který jste si vymyslel, a už jsem vám to psal.

ByCzech

  • *****
  • 1 848
    • Zobrazit profil
    • E-mail
Re:MC: pořadí kopírování souborů
« Odpověď #52 kdy: 21. 04. 2016, 19:01:43 »
Mluvilo se tady o potřebě defragmentace. Chápu, že Lael zatlačený do kouta kolem sebe kouše jako divoké raněné zvíře, ale tím ukazuje, že neumí ani uznat, že je mimo, když se mu to prokáže.

Aha :)

Je to vývojářský stroj, MySQL tam mám a hromadu databází a tabulek taky. Fragmentace tam není.

BTW to že vám defrag po analýze napíše že defragmentace volume není potřeba není nic zvláštního. Mě to píše na mých Windows také. A pokud je FS ve Windows fragmentovaný, většinou jsou fragmentovaná instalační média (třeba záloha souborů pro odinstalování service packu), která se minimálně ve Windows XP komprimují na úrovni FS. Komprese na úrovni FS zvýší fragmentaci, ale to se týká jen daných souborů, které uživatel interaktivně nepoužívá.

Opět se snažíte navlékat poznatky a informace ze světa Windows na zcela odlišné OS a opět jste za pitomce. V jiných OS to funguje jinat, to že vám něco vypisuje defrag na Windows je v Linuxu úplně irelevantní. Diskuze s vámi o ničem. Nevidíte nic než Windows a ještě blbě a myslíte si, že díky tomu víte vše o všem. Klasika. Tímto s vámi hovor opět končím, s psychopatem co si pořád mele svou i přes předložené data a informace se bavit nehodlám.

Lael.Ophir

Re:MC: pořadí kopírování souborů
« Odpověď #53 kdy: 21. 04. 2016, 20:04:14 »
Opět se snažíte navlékat poznatky a informace ze světa Windows na zcela odlišné OS a opět jste za pitomce. V jiných OS to funguje jinat, to že vám něco vypisuje defrag na Windows je v Linuxu úplně irelevantní. Diskuze s vámi o ničem. Nevidíte nic než Windows a ještě blbě a myslíte si, že díky tomu víte vše o všem. Klasika. Tímto s vámi hovor opět končím, s psychopatem co si pořád mele svou i přes předložené data a informace se bavit nehodlám.

Souhlas v tom že statistiky fragmentace se liší nástroj od nástroje. Ovšem vy statistiky svého nástroje považujete za důkaz toho že na vašem FS není potřeba defragmentovat, a ještě to zobecňujete na každý případ použití daného FS, a ještě se dozvíme že "fragmentace tam není", když tam zcela zjevně je.

Také končím diskusi. Pokud tvrdíte "fragmentace tam není" a přikládáte výpis kde fragmentace je, tak bychom se mohli bavit leda o vaší diagnóze, což je ztráta času.

atarist

Re:MC: pořadí kopírování souborů
« Odpověď #54 kdy: 21. 04. 2016, 20:38:38 »
A pokud je FS ve Windows fragmentovaný, většinou jsou fragmentovaná instalační média (třeba záloha souborů pro odinstalování service packu), která se minimálně ve Windows XP komprimují na úrovni FS. Komprese na úrovni FS zvýší fragmentaci...

A proč by měla? Kvůli tomu, že OS nezná dopředu délku souboru? Ale to obecně nezná i v mnoha dalších případech, takže by si s tím měl poradit ne?

j

Re:MC: pořadí kopírování souborů
« Odpověď #55 kdy: 21. 04. 2016, 22:56:53 »
..(třeba záloha souborů pro odinstalování service packu), která se minimálně ve Windows XP komprimují na úrovni FS. Komprese na úrovni FS zvýší fragmentaci, ale to se týká jen daných souborů, které uživatel interaktivně nepoužívá.

What? tvle to co hulis to chci ... to musi bejt sila ... XP ani zadnej jinej widlosystem nic na urovni FS nekomprimuje, dokud tu kompresi nad necim admin nezapne. Navic komprese ma s framentaci spolecny asi tak to, ze se to tyce oboji souboru ...

a navíc tam běží online defrag na pozadí.

Který nikdy nefungoval a velký hovno zdefragmentuje, viz onen 64MB limit...
Tj, sak taky proto vsichni pouzivaji vsemozny defragmentatory tretich stran, a to uz od DOSu a nortona ... Pokud vim, M$ se jeste furt nenaucil defragmentovat vlastni swap pripadne tu uspavaci hruzu ...

Lol Phirae

Re:MC: pořadí kopírování souborů
« Odpověď #56 kdy: 22. 04. 2016, 00:07:13 »
Tak Mrkvošrot se nikdy nenaučil defragmentovat, už asi 20 let si licencují vykuchané verze Diskeeperu, čemuž taky odpovídají schopnosti defragmentace u té bundlované srágory.  ;D ::)

Lael.Ophir

Re:MC: pořadí kopírování souborů
« Odpověď #57 kdy: 22. 04. 2016, 07:44:25 »
A proč by měla? Kvůli tomu, že OS nezná dopředu délku souboru? Ale to obecně nezná i v mnoha dalších případech, takže by si s tím měl poradit ne?

NTFS komprimuje soubor po 16 clusterech (obyčejně 64kB). Pokud je soubor původně nekomprimovaný a kompresi na něm zapnete, tak se prvních 64kB souboru zkomprimuje řekněme na 32kB, a zbylých 32kB se dealokuje. To se provede pro každý kompresní blok. Pokud kompresí bloku (64kB) nedojde k uvolnění žádného clusteru (4kB), tak se uloží nekomprimovaný.
Každý design má své výhody a nevýhody. Tenhle je dobrý v tom že umožňuje okamžitý přístup k jakékoliv části souboru bez nutnosti dekomprimovat celý soubor, nevyžaduje pro provedení komprese místo na disku, a při sekvenci compress-decompress nezvyšuje fragmentaci. Nevýhodou je zvyšování fragmentace existujících souborů při jejich kompresi. Ta nevýhoda se ale projevuje dost omezeně, protože se zpravidla komprimují soubory, ke kterým se nepřistupuje často.

Lael.Ophir

Re:MC: pořadí kopírování souborů
« Odpověď #58 kdy: 22. 04. 2016, 09:12:58 »
What? tvle to co hulis to chci ... to musi bejt sila ... XP ani zadnej jinej widlosystem nic na urovni FS nekomprimuje, dokud tu kompresi nad necim admin nezapne. Navic komprese ma s framentaci spolecny asi tak to, ze se to tyce oboji souboru ...
Jistě, vy tomu rozumíte nejlíp. Zjevně jste neviděl pořádně ani ty WinXP. FYI modré složky jsou komprimované.
http://www.edbott.com/weblog/wp-content/images/uninstall_files.jpg

a navíc tam běží online defrag na pozadí.

Který nikdy nefungoval a velký hovno zdefragmentuje, viz onen 64MB limit...
Tj, sak taky proto vsichni pouzivaji vsemozny defragmentatory tretich stran, a to uz od DOSu a nortona ... Pokud vim, M$ se jeste furt nenaucil defragmentovat vlastni swap pripadne tu uspavaci hruzu ...
Jak jsem opakovaně psal, Lol Phirae si ten limit vymyslel.
Ano, Windows podporují defragmentatory tretich stran. Nabízejí jim API nezávislé na verzi FS. Třeba se na Linuxu něco takového jednou také naučíte :). Používání defrag utilit třetích stran sice nemá valný význam, ale jestli se vám líbí, tak si je užijte.
https://msdn.microsoft.com/en-us/library/windows/desktop/aa363911(v=vs.85).aspx

Ohledně defragmentace swapu: je pěkné, že jste se po letech kdy "defrag nebyl potřeba" naučili na Linuxu defragmentovat. Pokud tedy použijete správný FS, a máte trochu toho štěstíčka, aby vám to FS nezbořilo :). Ale pokud jsem si všiml, tak swap (a nejspíš ani jiné otevřené soubory) třeba takový e4defrag defragmentovat neumí. Proč asi?
http://manpages.ubuntu.com/manpages/precise/man8/e4defrag.8.html

Lael.Ophir

Re:MC: pořadí kopírování souborů
« Odpověď #59 kdy: 22. 04. 2016, 09:14:36 »
Tak Mrkvošrot se nikdy nenaučil defragmentovat, už asi 20 let si licencují vykuchané verze Diskeeperu, čemuž taky odpovídají schopnosti defragmentace u té bundlované srágory.  ;D ::)
A to jste si vymyslel, stejně jako to že se údajně nedefragmentují soubory větší než 64MB, nebo v tomto případě máte výjimečně i nějaký zdroj? ;)