ESET Smart Security/NOD 32, Probleme, Tipps, Anregungen alles rund um Eset! Einstellungen

[SLE]

Hast du den Webfilter mal ausgeschaltet, um es exakt auf diesen einzugrenzen? Klingt aber für mich absolut plausibel, dass es der ist...

[Gast_Krond_*]

Hast du den Webfilter mal ausgeschaltet, um es exakt auf diesen einzugrenzen? Klingt aber für mich absolut plausibel, dass es der ist...

Hab ich jetzt leider nicht gemacht. Kann ich auch erst morgen durchführen, da ich momentan nicht die Zeit dafür habe. Aber es ist die einzige Erklärung für mich. Auch fällt auf, dass der Zeiger beim Speedtest immer wieder "stecken" bleibt. Schaut so aus, als ob das Programm alle paar Sekundenbruchteile mal eben so stecken bleiben würde. Da prüft sicher der Webfilter gerade ein paar Pakete.

Aber diejenigen, die ESS oder NOD installiert haben: ihr könnt doch in den erweiterten Einstellungen alles auf scharf stellen "Adv. Heuristik", usw. Vor allem beim Webfilter. Schaut dann mal nach, was von euren 100 Mbit über bleibt....

Der Beitrag wurde von Krond bearbeitet: 12.11.2014, 18:47

[SLE]

Ähm...sehe ich jetzt erst: Speedtest.

Die waren noch nie ein guter Benchmark, wenn WebAVs im Spiel sind. Durch das Caching und stückweise freigeben funktionieren solche Tests dann hoch unzuverlässig. Bei KIS konnten wir früher regelmäßig beobachten, wie diese Tests mehr anzeigten als die Leitung hergab.

Guter Benchmark: Mit geleertem Browser Cache ein große Datei von einem stabilen Server runterladen. Mal mit WebAV, dann ohne. Z.B. die Testdateiein von NetCologne.

Der Beitrag wurde von SLE bearbeitet: 12.11.2014, 19:04

[Gast_Krond_*]

Ähm...sehe ich jetzt erst: Speedtest.
.....

Ähm....Speedtest, ja ich weiß. Allerdings spiegelt das Ergebnis genau das wieder, wenn ich entweder mit Downloadmanager oder einem Newsreader etwas mit etlichen (und das sind mehr als 30) Verbindungen gleichzeitig downloade. Mit installiertem ESET eben zwischen 70 und 90 Mbit, ohne stabile 150 (oder sogar ein paar zerquetschte mehr) Mbit.

Nicht nur die angezeigten Mbit (bei Speedtest oder sonst irgendwo) sind niedriger, die Downloadzeit steigt auch fast auf das doppelte an. Sobald ich dazu komme, könnte ich von dort auch einen Screen posten. Ist genau das gleiche Ergebnis.

[Gast_Krond_*]

So, hat mir keine Ruhe gelassen. ESS nochmals installiert, Speed wieder weg. Probehalber HTTP-Filter - also den Webfilter - deaktiviert, siehe da....volle Geschwindigkeit.

Keine besonderen Einstellungen gemacht, einfach Out of the box, wie nach der Installation, da ich jetzt keine Zeit in die Einstellungen investieren wollte. Ohne Webfilter ok, mit Webfilter einfach sch.....

Irgendwie hasse ich diese Webfilter schon, egal von welchem Hersteller. Placebo, der sowieso außer bremsen nichts macht, was nicht andere Komponenten sowieso übernehmen.....

[Der Moloch]

Es wäre noch interessant zu wissen, ob diese 70-90 Mbit/s eine allgemeine Grenze sind oder ob die Betroffenen unabhängig von ihrer Bandbreite gebremst werden. Trifft Ersteres zu, wären nämlich Nutzer von langsameren Anschlüssen außen vor und deren Aussagen in dem Fall irrelevant. Ich kann mir durchaus vorstellen, dass so ein Protokollfilter überhaupt erst bei High-End Anschlüssen auffällt.

[sfio]

Guter Benchmark: Mit geleertem Browser Cache ein große Datei von einem stabilen Server runterladen. Mal mit WebAV, dann ohne. Z.B. die Testdateiein von NetCologne.

100MB - mit Filter 53/52 sec - ohne Filter 55/53 sec

[Gast_Krond_*]

Und was willst du mir jetzt damit sagen. Dass es das Problem auf meiner Maschine, nein eigentlich meinen Maschinen, gar nicht gibt? Dass ich mir jetzt alles einbilde?

Ich habe hier ein Netz von 5 PC´s, per WLAN, per Kabel und einer per PowerLAN angeschlossen. Alle haben das Problem nachvollziehbar, ich bin mittlerweile alle durch.... Win7, Win8.1, alle x64.

Was gleich ist bei allen Geräten ist der Router und die I-Net-Anbindung. Den Router habe ich testweise gegen den alten getauscht, hat keine Änderung gebracht. Die I-Net-Verbindung kann ich nicht wirklich tauschen für einen Test....

Auf 2 PC´s gegen v7 getauscht - Problem behoben. So, und nun....? Komische Sache. Vielleicht hat die v8 etwas gegen uns arme Wiener Würstchen....lol

[Gast_Coldmoon_*]

Performance-Test (Suites) October 2014 - ESET gewinnt Test von AV-Comparatives!





Der Beitrag wurde von Coldmoon bearbeitet: 12.11.2014, 22:16

[sfio]

Und was willst du mir jetzt damit sagen. Dass es das Problem auf meiner Maschine, nein eigentlich meinen Maschinen, gar nicht gibt? Dass ich mir jetzt alles einbilde?

Da steht eigentlich nur: Bei mir gibt es keine Auffälligkeiten mit dem Web-Filter.
Wenn Du aber mehr herauslesen willst ...

ESS läuft problemlos auf zwei PC, zwei Notebooks und einem Netbook, in Deutschland und in Brasilien).
Unterschiedlichste Hardware also. Ältester Rechner ist ein PC aus dem Jahr 2006.
Es gibt nur eine Gemeinsamkeit: Windows 7.

[Enthusiast]

Performance-Test (Suites) October 2014 - ESET gewinnt Test von AV-Comparatives!

...gepaart mit 99% beim Real-Word Test... . Eset ist wieder "back to the roots".

[Gast_Krond_*]

So ganz unbekannt ist das Problem mit dem Internet-Speed anscheinend nicht. Im Wilders haben einige auch darüber geschrieben. Marcos hat hier noch einen Fix dazu gepostet - werde ich heute Abend mal versuchen (http://kb.eset.com/esetkb/index?page=content&id=SOLN2654). [Edit]: Wird nichts bringen, der angesprochene Wert in der Registry ist überall schon so gesetzt, wie er vom KB verlangt wird... Tja, Schade auch... [/Edit]

Auch im Forum von Eset selbst ist das bekannt und da hat anscheinend jemand das Problem behoben, indem er die ESS v6 installiert hat, mit v7 upgedatet hat und danach mit v8 wieder ein Update gemacht hat..... Hmmm, was soll mir das sagen? Von wegen Neuinstallation ist immer besser...

Der Beitrag wurde von Krond bearbeitet: 13.11.2014, 11:23

[Enthusiast]

Von wegen Neuinstallation ist immer besser...

Ein Ansatz ist es auf jeden Fall und dazu auch noch logisch . Bring doch du einen Lösungsansatz .

Eine Aktualisierung des Chipsatz-/Mainboardtreibers sowie des Treibers für eine allfällige Netzwerkkarte bringt evtl. auch etwas.

Der Beitrag wurde von Enthusiast bearbeitet: 13.11.2014, 13:10

[SLE]

Ich denke er kann nichts machen. Die ollen (sinnlosen) Streamscanner bremsen. Das es daran liegt hat krond identifiziert.
Besonders merken tut man das bei schnellen Anschlüssen, bei langsamen fallen die x-Prozent Einbuße ja nicht auf.

[Enthusiast]

Ich denke er kann nichts machen. Die ollen (sinnlosen) Streamscanner bremsen. Das es daran liegt hat krond identifiziert.
Besonders merken tut man das bei schnellen Anschlüssen, bei langsamen fallen die x-Prozent Einbuße ja nicht auf.

Scheinbar tritt das Problem ja nicht bei allen auf, weshalb es evtl. nicht (nur) an Eset liegt sondern auch an etwas anderem. Ich habe etwas ähnliches früher bei Bullguard auch festgestellt.

Der Beitrag wurde von Enthusiast bearbeitet: 13.11.2014, 13:36

[SLE]

Scheinbar tritt das Problem ja nicht bei allen auf, ...

Es geht um das bemerken. Selbst bei sfio, der oben einen logischen Test vorlegt sieht man leichte Verzögerungen. Die sollte man aber kaum merken
Bei einem schnellen Anschluss fällt sowas aber eher auf (und kann noch drastischer sein). Grund ist wie diese Streamscanner Pakete cachen und nach Prüfung freigeben, kommen die Datenpakete dabei besonders schnell, verschlucken sich die AVs gern mal (zumal gleich darauf, beim endgültigen Schreiben auf den Datenträger oft ein on-access Scanner nochmal drüberrödelt)

Den Effekt konnte ich bei besonders schnellen Anschlüssen (Universitäten) bei allen WebAVs die im Stream scannen nachweisen.

Der Beitrag wurde von SLE bearbeitet: 13.11.2014, 14:07

[Gast_Krond_*]

Ein Ansatz ist es auf jeden Fall und dazu auch noch logisch . Bring doch du einen Lösungsansatz .

Eine Aktualisierung des Chipsatz-/Mainboardtreibers sowie des Treibers für eine allfällige Netzwerkkarte bringt evtl. auch etwas.

Ach bitte, Treiberaktualisierung....Pfff..... Falls du in den letzten Jahren hier etwas mitgelesen haben solltest, so könntest du vielleicht auch wissen, dass ich aus der IT-Branche komme und hier sicherlich zuerst ansetzen würde. Mann, das ist ja wie wenn in der Früh das Auto nicht anspringt und der Kerl vom ÖAMTC/ADAC/Werkstatt (suchs dir aus) fragt als erstes: "haben sie die Tür aufgesperrt und sind sie eingestiegen?"....

Und logisch ist es für dich, dass sogar der Hersteller der Software sagt, man kann bedenkenlos drüber bügeln und dann würde es trotzdem nicht gehen? Für mich ist das nicht logisch, aber bitte. Aber wie du oben gelesen hast, habe ich es sowieso so auch versucht und der Effekt war Null....

Mir fehlt eigentlich noch der Tipp, dass ich mir mal die englische Version runter laden und installieren sollte, da im Wilders so wenige das Problem habe und dies vielleicht am deutschen Sprachpaket liegt....obwohl....

Was soll ich dir für einen Lösungsansatz bieten, wenn ich schon mit meinem Latein am Ende bin, hier, bei Wilders und im Eset-Forum dieses Problem poste? Was willst du hören von mir? Wenn ich die Lösung wüsste, würde ich sie auch öffentlich machen....

Es geht um das bemerken. Selbst bei sfio, der oben einen logischen Test vorlegt sieht man leichte Verzögerungen. Die sollte man aber kaum merken
Bei einem schnellen Anschluss fällt sowas aber eher auf (und kann noch drastischer sein). Grund ist wie diese Streamscanner Pakete cachen und nach Prüfung freigeben, kommen die Datenpakete dabei besonders schnell, verschlucken sich die AVs gern mal (zumal gleich darauf, beim endgültigen Schreiben auf den Datenträger oft ein on-access Scanner nochmal drüberrödelt)

Den Effekt konnte ich bei besonders schnellen Anschlüssen (Universitäten) bei allen WebAVs die im Stream scannen nachweisen.

On-Access läuft bei mir Eset nicht, da ist On-Execution eingestellt, auch bei den Kindern, weil das herumrödeln auf der Platte für mich keinen Vorteil bringt und seit die Kinder am PC arbeiten auch so nichts passiert ist...

Ja, morgen darf ich wieder in der Uni auf einer Gigabit-Anbindung arbeiten.... Ich könnte ja mal dort schauen, was in Wirklichkeit davon über bleibt. Bin gespannt....

Der Beitrag wurde von Krond bearbeitet: 13.11.2014, 14:38

[SLE]

Ja, morgen darf ich wieder in der Uni auf einer Gigabit-Anbindung arbeiten.... Ich könnte ja mal dort schauen, was in Wirklichkeit davon über bleibt. Bin gespannt....

Mach mal, ich war immer erschrocken. V.a. beim Upload gab es da Negativausfälle hoch x.

[Gast_Krond_*]

Klar werde ich das dort testen und die Ergebnisse interessieren mich auch....

[Enthusiast]

Ach bitte, Treiberaktualisierung....Pfff..... Falls du in den letzten Jahren hier etwas mitgelesen haben solltest, so könntest du vielleicht auch wissen, dass ich aus der IT-Branche komme und hier sicherlich zuerst ansetzen würde.

Nein, ich wusste nicht, dass du aus der IT-Branche kommst, weshalb ich dir (richtigerweise ) auch den entsprechenden Tipp gegeben habe. Ich habe versucht dir irgendwie behilflich zu sein, da du hier postest.

Da du aber, subjektiv gesehen, den "vollen Durchblick" hast, würde ich mich evtl. direkt an den Eset-Support wenden und nicht hier nach Hilfe suchen.