SilentDemise

Das ist genau der Punkt warum ich sage Parser ;-) Du musst das Muster finden, mit dem du die relevanten Daten zuverlässig aus dem Datenstrom ziehen kannst. Ne Schleife ist im Zweifel nicht zu Performancelastig.

Schreib dir in deinem Business Layer einen Parser der dir die Daten auswertet. Daten an die View würde ich per MVVM Pattern machen. Machst du eigentlich Windows Forms oder WPF?

das macht man in C# so nicht ;-) Ich frage mich auch ehrlich gesagt, wo der praktische nutzen liegen sollte. Hast du ein konkretes Problem was du so lösen möchtest? Vielleicht können wir zusammen einen anderen Ansatz finden.

nochmal: was möchtest du überhaupt tun? Adressen gehampel macht man in C# eigentlich nicht.

sicher dass du von c# redest? Meistens gibt es in C# einen wesentlich eleganteren Weg. Ich habe noch nie was mit Zeigern machen müssen. Vielleicht schilderst du uns lieber mal, was du erreichen möchtest.

Ob Tor jetzt viel kriminelle Energie voraussetzt wage ich mal zu bezweifeln. Trotzdem stimmt deine Grundaussage völlig.

Ich stand vor derselben wahl und hab direkt mit dem MCTS angefangen und lese aktuell an Auflage eins von 70-640 ;-) Viele Sachen haben sich zu 2003 R2 verändert. Konzepte kann man übernehmen, das Praxiswissen schwieriger. Ich würde dir trotzdem empfehlen den MCTS für 2008 zu nehmen ;-)

224 ist 1110 0000 in binär schreibweise. 1110 ist nur das präfix, also die ersten 4 bits. demnach 1110 0000. 0000 0000 . 0000 0000. 0000 0000 bis 1110 1111 . 1111 1111. 1111 1111 . 1111 1111 und das rechne doch jetzt mal um.

Poste erstmal einen kompletten Antrag, dann kann man dir vernünftiges Feedback geben ;-)

und wo triffst du dort entscheidungen? wo evaluierst du? Warum Cacti und nicht Nagios?

IP adressen?!

Am Wochenende gabs neue Software und neue Telefonanlage. Leider alles andere als ruhig und ich bin alleine *kreisch*

Leider. An Brückentagen arbeiten ist doch.... >.< Morgen :-)

alsob

Notebooks sind einfach nicht zum zocken gemacht und meistens macht die dauerbelastung am Limit bei Spielen Notebooks relativ schnell kaputt.

Mani ich hab alles versucht

ich bin des englischen mächtig, danke ;-) es existieren über 15 verschiedene bedeutungen des akronyms "KISS" ;-) Letztendlich ists wichtig, was es aussagt, nicht wie man es schreibt.

Kommt vor allem auch auf die Art des Zugriffs an. Wie Sacaldur schon beschrieben hat, kommt es auf die Art des Problems an, wie man seine Daten strukturiert. Je nach Problem könnte dann eine Linked List, eine List<T> oder auch ein Dictionary Sinn machen. Multithreading bietet auf Mehrkernprozessoren vorteile, wenn du verschiedene, große Aufgaben hast, die du auf mehrere Kerne verteilen kannst. Nur weil du 4 Kerne hast, läuft die Anwendung aber auch nicht 4 mal so schnell. Außerdem stellt das zusätzliche Anforderungen an deine Klassen und Methoden (Stichwort: Threadsafe). Wenn du von XML sprichst, würde ich aber sagen, dass hier im Algorithmus das meiste Potential besteht. Die verschiedenen XML Zugriffstechnologien im .NET Framework sind unterschiedlich schnell, haben aber eben auch unterschiedliche Vor- und Nachteile. Vielleicht kannst du uns hier erst einmal mehr Informationen geben, möglichst auch einen Code Ausschnitt.

geht beides

Google mal nach Seperation of Concerns. So klein wie möglich, so groß wie nötig. In eine Klasse gehört nur genau das, was zur Lösung ihrer Aufgabe nötig ist. Wichtig auch: YAGNI - you ain't gonna need it und KISS - Keep it stupid simple

also langsam wirds auffällig mit diesen XXXXXX.de links.

also MIR wäre das aufgefallen :-)

Die MSDN hält sich hier ja sehr bedeckt, was mögliche Probleme angeht. Mögliche Seiteneffekte ist mehr als vage. Eine For schleife funktioniert laut der beschreibung ja. Probier die doch erstmal aus. Unabhängig davon: Ich frage mich ernsthaft, wo man in einem praktischen Beispiel soviele Steuerelemente in so kurzer Zeit erzeugen und wieder wegschmeißen muss.

und was ist dann eine Portierung? Ach hups, genau das, was du beschreibst. Nochmal die Frage, warum sollte man Anwendungen unter Mono auf Windows schreiben? du musst sie sowieso für jede Plattform neu kompilieren. Wenn du mono entwickeln willst, setz dir ne Linux VM auf und treib es dort.Mono verhält sich komplett anders als .NET. Auch wenn viele Sachen nachgebildet sind.

mach dir doch mal ein Skizze, wie du dir den Kalernder vorstellst. und überleg dir welche Logik du brauchst