Michi777 12 Geschrieben 9. September 2014 Autor Melden Geschrieben 9. September 2014 Ich habe nun am Server in der Gruppenrichtlinie eingegeben dass die SMB (immer) Regeln deaktiviert sind und nur gemacht werden wenn akzeptiert d,h, Best Practice; Jedoch auch nicht schneller geworden, was kann nun noch Schuld sein? Fakt ist Windows 8.1 hat es nicht... Zitieren
iDiddi 27 Geschrieben 9. September 2014 Melden Geschrieben 9. September 2014 Hi, schon mal daran gedacht, dass es an den Tiffs liegen könnte: http://www.dpreview.com/forums/thread/3109738 http://support.microsoft.com/kb/2619291 Was fürn ServicePack ist denn auf den 7ern? Zitieren
Sunny61 816 Geschrieben 9. September 2014 Melden Geschrieben 9. September 2014 (bearbeitet) Ich habe nun am Server in der Gruppenrichtlinie eingegeben dass die SMB (immer) Regeln deaktiviert sind und nur gemacht werden wenn akzeptiert d,h, Best Practice; Du hast es in beiden Default Policys in der GPMC.MSC eingestellt? Wenn ja, anschließend auch die beteiligten Maschinen neu gestartet und überprüft ob die Einstellungen auch angekommen sind? Auf der W7 Maschine in einer administrativen Commandline: netsh interface tcp set global autotuninglevel=disable Anschließend neu starten, geht es jetzt besser? Hier findest Du weitere Hinweise: http://www.borncity.com/blog/2011/03/23/windows-7-langsame-kopiervorgnge/ bearbeitet 9. September 2014 von Sunny61 Zitieren
iDiddi 27 Geschrieben 9. September 2014 Melden Geschrieben 9. September 2014 Hi Sunny :) Ich denke nicht, das es etwas mit Autotuning oder dem Netzwerk überhaupt zu tun haben kann. Der TO schrieb ja, dass das gleiche Verhalten auch lokal auftritt: Das Problem tritt auch lokal auf (d.h. Verzeichnis von Netzlaufwerk auf Desktop kopiert) Am besten mal die Daten ohne Tiff-Dateien auf die lokale Platte kopieren und nochmals testen. Dann kann man das zumindest ausschließen ;) Zitieren
Sunny61 816 Geschrieben 9. September 2014 Melden Geschrieben 9. September 2014 Stimmt, dann wäre ja noch der AV-Scanner zu testen. Möglicherweise ist auf W8.x ein anderer beim TO installiert. Zitieren
Daniel -MSFT- 129 Geschrieben 10. September 2014 Melden Geschrieben 10. September 2014 (bearbeitet) Auf der W7 Maschine in einer administrativen Commandline: netsh interface tcp set global autotuninglevel=disable Anschließend neu starten, geht es jetzt besser? Hi Sunny61, kannst Du auch sagen, was genau dieser Befehl bewirkt und wie der helfen soll? Ansonsten denke ich, dass es nicht sinnvoll ist, solche urbanen Mythen auszugraben und weiterzuempfehlen. Ich empfehle Dir dazu einmal die Lektüre von Automatische Optimierung des TCP-Empfangsfensters. Welchen Schaden man anrichten kann, wenn man solche Empfehlungen leicht fahrlässig weitergibt, kannst Du zum Beispiel hier nachlesen: Ensuring your Office 365 network connection isn’t throttled by your Proxy Zitat: I'll explain shortly what this is and why it's so important but to give you an idea of its impact, one customer I worked with recently saw the download time of a 14mb PDF from an EMEA tenant to an Australia (Sydney) based client improve from 500 seconds before, to 32 seconds after properly enabling this setting. Have fun! Daniel bearbeitet 10. September 2014 von Daniel -MSFT- Zitieren
Sunny61 816 Geschrieben 10. September 2014 Melden Geschrieben 10. September 2014 Danke Daniel, ich werde mich einlesen. Zitieren
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.