Michi777 12 Geschrieben 9. September 2014 Autor Melden Teilen 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 Link zu diesem Kommentar
iDiddi 27 Geschrieben 9. September 2014 Melden Teilen 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 Link zu diesem Kommentar
Sunny61 806 Geschrieben 9. September 2014 Melden Teilen 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 Link zu diesem Kommentar
iDiddi 27 Geschrieben 9. September 2014 Melden Teilen 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 Link zu diesem Kommentar
Sunny61 806 Geschrieben 9. September 2014 Melden Teilen 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 Link zu diesem Kommentar
Daniel -MSFT- 129 Geschrieben 10. September 2014 Melden Teilen 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 Link zu diesem Kommentar
Sunny61 806 Geschrieben 10. September 2014 Melden Teilen Geschrieben 10. September 2014 Danke Daniel, ich werde mich einlesen. Zitieren Link zu diesem Kommentar
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.