.: News - Downloads - Hilfe Forum - Windows FAQ - Kontakt - Impressum / Datenschutz :.
  Navigation

    Startseite
    Newscenter
    Downloads
    Screenshots
    Forum
    Online Shop
    Spielhalle
    Bilder Upload
    Mitglieder Map

  FAQ Datenbank

    FAQ, Tipps, Hilfe
    CMD (DOS) Befehle
    Windows 2000
    Windows Vista
    Windows XP
    Server 2003
    Microsoft Office
    Security Bulletins
    Service Packs

  Update Packs

    Windows 2000
    Windows XP
    Server 2003

  Service

    Windows XP Slipper
    Slipstream CD
    MS Security Tools

  RSS Feed  

    Alle News
    Treiber News
    Software News
    Hardware News
    Microsoft News
    Alle Windows FAQ
    Windows 2000 FAQ
    Windows XP FAQ
    Windows Vista FAQ
    Update Packs
    Screenshots
    Downloads

  Surf-Tipp

    Kostenlose Online-Kurse zu MS Office, OpenOffice und Internet-Technik

Keine Kompromisse im Kampf gegen Kinderpornografie


Archiv Screenshots
Archiv FAQ
Archiv Community News
Archiv Spiele News
Archiv Konsolen News
Archiv Allgemeine News
Archiv Microsoft News
Archiv Hardware News
Archiv Treiber News
Archiv Software News
Einzelnen Beitrag anzeigen
Alt 16.11.2001, 18:33   #16
Danton
Insane Poster
 
Registriert seit: 20.04.2001
Ort: Wien
Beiträge: 99



Standard

Was der NAV intern tatsächlich treibt, werden wir wohl nicht so leicht erfahren, obwohl gerade das höchst interessant wäre.
Daher bin ich auf Vermutungen angewiesen, die sich einerseits auf 17 Jahre Pragrammiererfahrung (allerdings COBOL und PL/I auf Mainframemes unter MVS, CICS, IMS...) stützen, andererseits auf die Beobachtung des Verhaltens von Programmen, das gewisse Rückschlüsse auf den Programmierstil zuläßt.
Ich kann mir nur schwer vorstellen, daß das Programm jene Daten, die beim Port 110 hereinkommen, so viel langsamer checkt als Daten, die es von der Festplatte liest.
Also tröpfeln die Daten offensichtlich nur langsam herein. (Oder doppelt ?)
Konsequent programmiert (und die Leute bei Symantec sind nicht schlecht) sollte NAV die Daten in einen Puffer im RAM laden, dort prüfen und dann auf die Platte schreiben ... und die Prüfung dürfte keinesfalls länger dauern, als der normale Virencheck beim Öffnen einer Datei von der HD.
Daß NAV die eintröpfelnden Daten Byte für Byte bzw. in handliche Stückchen zerlegt prüft, und erst dann das nächste Byte bzw. das nächste Stückchen nachliest, kann ich mir offengestanden nicht vorstellen - einzelne Bytes zu prüfen macht nicht den geringsten Sinn.
Vorstellen könnte ich mir, (schlechtestenfalls) daß irgendein Wahnsinniger auf die Idee gekommen ist, die Daten erst vollständig zu prüfen und dann für den Email-Client zum herunterladen freizugeben (das meinte ich etwas verschwommen mit "beim Provider prüfen...")
Wenn Du also tatsächlich so genau Bescheid weißt, wie NAV das macht, dann laß uns arme Würmer doch bitte an Deinem Wissen teilhaben... anderenfalls spiele BITTE nicht den Oberlehrer - da der Windoof-Source-Code (im Gegensatz zu LINUX) nicht freigegeben ist (und auch nicht der Code von NAV) sind wir nämlich alle auf mehr oder weniger gut fundierte Vermutungen angewiesen, auf testen, probieren, Schlüsse ziehen, hoffen, beten, Tipps, Ratschläge und Erfahrungen austauschen... auch mir wäre lieber, wir hätten die Obergurus von Microsoft, Symantec, PowerQuest... und den Ober-Chip-Designer von Intel in unserer Runde.
Gruß aus Wien
M.G.


Danton's Signatur Es wird immer wieder Eskimos geben, die den Einwohnern von Zaire gute Ratschläge erteilen für das Verhalten bei großer Hitze.
Danton ist offline   Mit Zitat antworten
  Werbung

  Moderatoren

   Schach
   Seefahrt
   Lotte Berk
   Netzwerkservice
   Football
   Webdesign

Partnerlinks:  3DCenter.org |  3DChips.net |  Planet 3DNow! |  3DChip.de |  Netzwerktotal |  Wintotal.de |  Elektrikforum.de |  Computerwissen.de |  Prad.de |  Winsoftware.de |  netzwelt.de |  WinFAQ.de