Auf der Arbeit benutzen wir zur Datenhaltung der aufgenommenen Messwerte unserer Synthesen Postgresql als DBMS.
Zwar befinden sich die Client-PCs auf denen die Steuerungssoftware ausgeführt wird in einem eigenen, abgeschotteten Labornetz, jedoch müssen wir auch den Fall behandeln, falls der Datenbank-Server nicht erreichbar ist (wie zum Beispiel bei einem Netzwerkausfall). Außerdem ist es schöner, wenn die Clients keinen direkten Zugriff auf die Datenbank benötigen, weshalb wir die Software umstrukturiert haben und nun einen Message-Broker als Middleware einsetzen.

RabbitMQ to the Rescue

Durch den Einsatz von RabbitMQ als Message-Broker kann unser System nicht nur Netzwerkausfälle abfangen, es werden auch automatisch die aufgenommenen Daten dann übertragen, sobald die Verbindung wiederhergestellt wurde.

Dafür haben wir sowohl auf unserem Server, als auch den Client-PCs, an welchen die Synthesen durchgeführt werden, Erlang und RabbitMQ installiert, auf dem Server einen Nutzer eingerichtet (um Daten von einem Client dorthin übertragen zu dürfen) und die Software so angepasst, dass wir JSON-Nachrichten verschicken.

Innerhalb der IIS-Website werden beim Start 4 RabbitMQ-Worker-Instanzen gespawnt, die permanent laufen und somit die gesendeten Nachrichten verarbeiten und in die Datenbank eintragen.
Die Daten werden vom Client via Shovel-Plugin auf den Server übertragen.

Datensicherheit

Da die Daten ankommen müssen und nicht verloren gehen dürfen, ist es wichtig, dass wir die Queues auf Durable stellen. Somit werden die Nachrichten beim Eingang auf die Festplatte gespeichert werden, und erst beim Empfang der Nachricht an der Gegenstelle von dort gelöscht. Genau so haben wir es beim Abruf der Daten innerhalb der IIS-Website gemacht, wo die Nachricht erst Acknowledged werden, wenn der Eintrag in die Datenbank Erfolgreich war.

Performance Benchmarking

Die einzige Frage, die sich dann noch Stellen würde, wäre, ob das System in der Lage ist die Daten in Echtzeit zu verarbeiten (solange die Netzwerkverbindung besteht natürlich), oder ob wir eventuell mehr Worker-Instanzen auf dem Server spawnen müssen, oder sogar einen zweiten Server benötigen.

Im Regelfall haben wir Maximal 20 Nachrichten pro Sekunde, die vom Client ausgehen (welche Aktionen durchgeführt wurden, ob ein Ereignis eingetreten ist, Messwerte wie Temperatur und Aktivität). Da wir jedoch mehrere Clients haben, die Nachrichten erzeugen, können wir grob 200 Nachrichten als oberstes Maximum rechnen (< 10 Apparaturen, nicht immer alle gleichzeitig im Betrieb).

Das Netzwerk ist mit 100MBit ausreichend dimensioniert, das einzige verbleibende Problem könnte dann jedoch das persistieren der Daten sein.

Erste Tests haben gezeigt, dass wir im aktuellen Setup rund 500 Nachrichten pro Sekunde verarbeiten können, könnten jedoch noch mehr Worker-Threads spawnen und die Anzahl noch etwas steigern.

Vorteil der Echtzeit-Verarbeitung

Durch die Echtzeit-Verarbeitung ist es uns möglich laufende Synthesen Live am PC zu Verfolgen. Das ist zwar nicht unbedingt nötig, aber dennoch ein nettes Feature.

Alles in Allem eine Erfolgreiche Aktion.

Aktuell gebe ich einem Maschienenbaustudenten Nachhilfe in Informatik. Nicht nur, dass der Name des Fachs „Grundlagen der Informatik“ absolut nichts mit den Grundlagen zu tun hat, ich muss die Sinnhaftigkeit hinterfragen.

Wieso werden Maschienenbaustudenten dazu gezwungen eine Sprache wie C(++) oder Java zu lernen, wenn vernünftige Alternativen wie Python zur Verfügung stehen?

Die Typisierung in C ist absolut nicht Einsteigerfreundlich und behindert den eigentlichen Lernerfolg des Programmierens erheblich.
Anstatt das sich die gequälten darauf konzentrieren können die Prinzipien zu verstehen, wie die Verwendung von Schleifen, Kontrollabfragen, Funktionen usw. müssen Sie erst einmal einen C-Compiler installieren. Da die meisten Leute wohl Windows auf ihrem privaten PC nutzen, ist alleine das schon ein kleiner Akt. Aber nicht nur das, den Studenten wurde empfohlen in einer VirtualBox ein Windows XP zu installieren und darin zu entwickeln.

Python im Gegensatz dazu könnte mit wenigen Klicks installiert werden, braucht keinerlei Klammerung und der Code wird auf Grund der erzwungenen Einrückung direkt leserlich.

Zum anderen sollte das Fach eventuell in „Grundlagen der Programmierung“ umbenannt werden. Die Programmierung ist ein Teilgebiet der Informatik, aber im Prinzip ein relativ kleines. Es geht nicht darum zu Programmieren des programmierens willen, sondern, dass man ein Programm schreibt um ein Ziel zu erreichen, wie etwas zu berechnen, und es so zu schreiben, dass andere Leute, die den Code eventuell lesen werden, diesen auch verstehen. Es geht um die Entwicklung effizienter Algorithmen, um gute Systementwürfe, um das Zusammenspiel unterschiedlicher Systeme.

Die angehenden Ingenieure werden in ihrem Leben NIEMALS wieder Programmieren (außer haben selbst Interesse an der Thematik und beschäftigen sich abseits der Vorlesung damit).
In jedem anderen Fall wird es jemanden geben, der den Ingenieuren diese Arbeit abnimmt, und das Ergebnis schneller und besser erreicht, also WIESO ZEIT DAFÜR VERSCHWENDEN?

Aber das ist natürlich nur meine Meinung.

Gestern Abend habe ich mich dazu entschlossen mein HD+ Abo zu verlängern. Gesagt, getan, auf die Seite gegangen, die Nummer der Karte eingegeben, mich dort angemeldet und die Karte verlängert. Leider funktionierten die HD-Sender nicht. Ich hatte zwar Ton, aber kein Bild. Nur beim Umschalten von einem HD-Sender auf einen SD-Sender hatte ich kurz vor dem Kanalwechsel ein Bild.
Der Empfang funktionierte also, nur wieso habe ich statt HD-Genuss ein Schwarzes Bild?
Zum testen habe ich dann den Sat-Receiver (Technisat Technistar S1+) direkt an den Fernseher angeschlossen und siehe da, alles funktioniert.

Danach habe ich den Sat-Receiver wieder an meinen AVR angeschlossen und im Internet gesucht. Es gibt wohl noch mehr Leute die das Problem haben, und es tritt nicht ausschließlich in meiner Kombination (Denon + Technisat) auf, sondern auch viele andere machen Probleme.

Als Auslöser des Problems wurde HDCP genannt. Problemlösung sollte sein anstatt HDCP nur bei HD+-Kanälen anzuschalten und bei SD-Kanälen automatisch abzuschalten, dass man HDCP dauerhaft anschaltet. Leider war das nicht erfolgreich. Auch alle anderen möglichen Lösungsansätze (Auflösung ändern, Upscaling aus etc etc etc) waren nicht Erfolgreich.

Da mein Receiver schon etwas in die Jahre gekommen ist, habe ich mich dann jetzt dazu entschlossen mir einen Gigablue Quad Plus zu kaufen. Dort habe ich dann einen Twin-Tuner mit Option auf Quad-Tuner, auch im Mischbetrieb mit DVB-C oder DVB-T und dazu bin ich frei in der Wahl der Software und kann das System auch selbst ändern wenn ich es möchte.

Doch vor allem: Ich bin nicht an die Restriktionen von HD+ gebunden.

Wenn ich so einen Weg gehen muss um für mein Geld auch die Leistung wahrnehmen zu können, dann ist das eben so.

Nächste Woche wird es dann wahrscheinlich mehr zu dem Thema geben 🙂

Der Windows 7 Selbstmord

Nachdem mein Rechner auf der Arbeit bereits einige Wochen anstatt in den Standby-Modus zu gehen, einen Bluescreen bekommen hat und darauf hin ausgegangen ist, wurde das Problem letzte Woche noch etwas schlimmer. Mit dem neuen Einschalten des Rechners und dem Starten der Programme konnte ich noch relativ gut leben, da die Boot-Zeit dank SSD sowieso vernachlässigbar war, aber mein Rechner entschied sich beim Bluescreen auch gleich noch das halbe Dateisystem mit in den Tod zu reissen. Nach dem Booten hat sich bereits Dropbox beschwert, dass es nicht mehr ordentlich ausgeführt werden kann. Außerdem hat Outlook irgendeine DLL nicht gefunden. Windows empfahl mir typischerweise erst einmal ein chkdsk durchzuführen. „Windows Selbstmord und Fedora 20“ weiterlesen

Hallo zusammen.

Ich heiße euch herzlich auf meinem kleinen Blog willkommen. Hier werde ich zukünftig einige (hoffentlich lesenswerte) Artikel rund um das Thema IT veröffentlichen.

Ich wünsche euch viel Spaß und hoffe auf zahlreiche Kommentare