tuli tässä todettua että kun dfs tiedostojakoon tulee iso määrä, useita kymmeniä gigatavuja niin ne replikoituu hitaasti vaikka sisäverkko olisi gigabitin nopeudella. event logeissa pyörii koko ajan 4202 ja 4204 eventit.
staging spacen kasvattaminen ei auta vaan se ajaa sen täyteen ja sitten aina muutaman minuutin välein poistaa noin gigatavun tavaraa ja taas muutaman minuutin päästä jne.
remote differential compression on pois päältä sisäverkon yhteyksillä mutta päällä tietysti wan yhteyksillä. replikointi nopeus sisäisessä verkossa on keskimäärin n. 150-200 megabittiä sekunnissa vaikka verkko toimii gigabitin nopeudella.
jos kopioin suoraan ison tiedoston palvelimien välillä niin siirtonopeus on n. 90-100 megatavua sekunnissa eli silloin tulee ihan täysillä. mutta dfs käyttää vain maksimissaan 200 megabittiä sekunnissa.
staging spacen kasvattaminen ei auta vaan se ajaa sen täyteen ja sitten aina muutaman minuutin välein poistaa noin gigatavun tavaraa ja taas muutaman minuutin päästä jne.
remote differential compression on pois päältä sisäverkon yhteyksillä mutta päällä tietysti wan yhteyksillä. replikointi nopeus sisäisessä verkossa on keskimäärin n. 150-200 megabittiä sekunnissa vaikka verkko toimii gigabitin nopeudella.
jos kopioin suoraan ison tiedoston palvelimien välillä niin siirtonopeus on n. 90-100 megatavua sekunnissa eli silloin tulee ihan täysillä. mutta dfs käyttää vain maksimissaan 200 megabittiä sekunnissa.
Vastaukset 1
Vanhimmat
Tämä on dfs dokumentoinnissa huomioutu fakta, tietysti supertietokoneella ei tulisi hidasteluja. Täytyy vain yrittää sinnitellä.