return of the hardcore II

am 17.05.16 war es wieder zeit, um den hardcore wiederkehren zu lassen. mit einer fuji x-a2 war ich dort unterwegs, und habe den abend über bilder geschossen. die gesammelten bilder habe ich mittels picasa dann in einen film rendern lassen, der der länge des audiotracks entspricht.

als background kommt „the speedfreak – street trash“ in der deutschen version um einsatz, da wärend der aufnahme der bilder kaum zeit für live-recording war. im kili/void im wiesenweg in berlin finden unregelmäßige veranstaltungen statt, die durch fremdveranstalter bestritten werden.

wärmebildkamera

mit dem bauarbeiterhandy war es nun soweit. ich konnte wärmebilder aufzeichnen, selbst als bewegtbild, im clip. mit grad mal vga ( 640 x 480 ) auflösung ist damit noch einiges erkennbar, wie in den clips zu sehen ist. der hersteller der kamera bietet auch externe module an, die sich autark oder mit android oder ios devices koppeln lassen und so aus jedem handy, ein halbes bauarbeiterhandy machen….

jedoch ist der ton absolut übersteuert, da kann das iphone einiges mehr bieten, was audiophile geister angeht.

ext-gwt one page diagram

one is using ext-gwt for the creation of graphical user interfaces, a couple of things are needed, that such construct is maintainable and configurable, from the backend. all sources are written in java and then compiled to javascript. websockets, ajax, all the fancy stuf will be conducted in „object manner“ on that level.

architecture diagram
gui architecture for static content blocks and dynamic inlays

i noticed, that the dynamic part of a page is the minor part, that matters. the static part, with css, js and so on, needs a lot of attention, while coding. so i tryed some 3rd party stuff, with jquery for success.  with“bootstrap“ the div-container are prepared, configured and accesible from the dom-tree and the context in general. the page can be separated with ease and little effort, on version changes. some diagram might help to prepare the page design over all elements.

frankfurt from above

the single chance, to enter the twin tower in frankfurt/main is rare.

so i went there for a biz meeting and i had some minutes in silence, during a break, where the view was grant, the sun shining and reflections so less.

frankfurt from above
frankfurt from above
frankfurt from above
frankfurt from above
frankfurt from above
frankfurt from above
frankfurt from above
frankfurt from above
frankfurt from above
frankfurt from above
frankfurt from above
frankfurt from above
frankfurt from above
frankfurt from above
frankfurt from above
frankfurt from above

biggest gun will rule them all

while the most countries in north africa got sufferings from the vanishing political circles, they had before, egypt is ruled by the army and kids with guns.

hapschetsut temple, luxor
hapschetsut temple, luxor

while the ancient pharaos had their female king in the past, the hatschepsut temple is a bastion in the hills, close to luxor. the previous pharao dynasties were loose coupled on the same place, the pyramid fetish was a different story.

anyhow, thousends of years are past, women showed their forces in comparision with men, but nowerdays, unbelievable dull people with backward directed faces are more keen, to rule their space, with guns and knifes, instead using their brains nor mind as weapon. so, moving on the streets there, as tourist, without a pistol, machine gun nor knife, it feels pretty shity then – so using the time in the building, like the hotel, was the best and safetyiest conclusion, out there.

budget.node.-.examples

while we went warm with theoretical package dense of up to 8x nodes in 1he server case, the reality is comming by and tell us, what is really up to do. the given hardware is:

  • 1x cubieboard1 | 1 hdd 500 gb
  • 1x cubieboard3 | 1 hdd 2 tb
cubieboard 1 + 3
cubieboard
2x + 1x

the price tag is 90 + 50 = 140 € for the boards alone, without any harddrive nor router nor accessoires.  the money is allready spent to the development god of tiny devices with giant duties. it could handle 100 mbit/s to the outside world, or with some usb-ethernetadapter possible the 1000 mbit/s from the bigger one, but on some point, the conversion/transversion from gigabit ethernet to 100 mbit/s must be done. the best way would be a board with dual-network-connector, but its not available yet.

 

 


  • 1x cubieboard3
  • 1x 2 core
  • 1x 1 gb ram
  • 1x 100 mbit/s / 1000 mbit/s nic
  • 1x 500 gb / 2 tb hdd
  • replication factor 1
  • price: 1 board + 1 hdd = 90 € + 90 € = 180 €
node config 2X
cubieboard 3
node config 2X

thats the current state. as the network extension cable is not working well, as we tried to wire the two leds for connection and traffic to the outside world. so the 100 mbit/s / 1000 mbit/s version is ready to gamble, but just with a replication factor of 1. thats poor, that less then raid 1 to compare it a bit. the harddrive should never fail or the backup for 500 gb is able to sync. within 24 hours on dsl-speed, at home. two fans should be ok for that amount of power consumption.

 

 

 

 


  • 1x cubieboard1 + 1x cubieboard3
  • 1x 1 core + 1x 2 core = 3 core
  • 1x 2gb ram + 1x 1 gb ram = 3 gb ram
  • 1x 100 mbit/s / 1000 mbit/s + 1x 100 mbit/s nic = 200 mbit/s
  • 1x 2 tb hdd + 1x 500 gb hdd = 500 + 1500 gb hdd
  • replication factor 2
  • price: 2 board + 2 hdd = 90 €  + 50 € + 2x 90 € = 320 €
node config 2X + 1X
cubieboard 1 + 3
node config 2X + 1X

here is the configuration with the available boards that i have for now.  line speed is like the same, as above, the logical bandwith would be 200 mbit/s if duplex is working without a loss. nothing needs to be shoped, all visible parts are on stack. screwing that into the case is another step, but then the system should run, even if on harddrive fails. a internal router is needed, 3 ports would be fine for that.  another way is, to connect the smaller load-balancer bord with a usb-ethernet-converter, but thats mystery from here on, as not every library is compiled on armhf. the power conversion needs to be doubled 4 ampere should be available for both boards.

 

 


  • 1x cubieboard1 + 2x cubieboard3
  • 1x 1 core + 2x 2 core = 5 core
  • 1x 1gb ram + 2x 2 gb ram = 5 gb ram
  • 1x 100 mbit/s + 2x 100 mbit/s / 1000 mbit/s nic
    = 300 mbit/s + 1800 mbit/s
  • 3x 2 tb hdd
  • replication factor 3
  • price: 3 board + 2 hdd = 2x 90 € + 50 € + 3x 90 € = 500 €
node config 2 x 2X + 1X
cubieboard 1 + 3
node config 2 x 2X + 1X

here is a version with a configuration of smooth compaction. logical bandwith would be 300 mbit/s or 2 x 1000 mbit/s + 100 mbit/s if the adapter is willing to switch it that way. another chance is a router, with a uplink, which handle that multiplex shifting. replication would be the minimum, as suggested. a internal router is needed, 4 or 5 ports would be fine for that. the power conversion needs more attention, estimated 6 ampere should be available therefore. three fans will blow the heat of the discs away, beside the little temperature fom the tiny boards.

 

 


its hard to find a conclusion on that. one the one hand 320 € are allready spent, with harddrives and that two boards.  the actual configuration costs around 180 €, but upgrading to the goal of replication factor 3, is another 180 € away. were in the middle of that price tag.

okay, the cheapest entry class server on dells online shop starts around 600 € for 2 core, 4 gb ram. for 745 € we could get 4 core and 8 gb ram, just to have more blast. to get replication 3, we need to spend another 400 € for additional sas-drives, makes it to 999 €, with the 2c / 4gb configuration. having more cpu and three drives, the price would be 1145 €. thats twice of our diy cloud-node and the example case to show up with.

we could have replication factor 3, but a quarter of cpu power available, compared to a pentium-class or xeon-based server with replication factor 1. having replication factor 3 there, with the bottleneck of a single board.


the independent boards could be configured via software as needed. thats called software-defined-network ( SDN ) nowadays. the single server board will be rougher as a developer board, but that would just be one node, with a unstriped disc-array. the cubie´s would present 3 nodes, for half the price, with a estimated four to six times slower arm v7 cpu. using the gpu with software will take another 1 or 2 year, from now on – if happen anywhere.

so, bringing it online the described upgrade way, would save the money to the point, when replication of 3 is urgently needed or when another chasis/case is ready to be deployed. then, the 2 + 3 drives would make the boom, the system is going to present for that issues.


serving web content is one case for that system. handling large files as no-sql engine, filebased with some glue, is the main goal within the logical network layer. synchronizing a database-cluster on one master and two slaves, would lower the bandwith for the need of replication. that will just scale between 2-5 or so. the distributed system would level that above 3 boards, in one server-chasis.

the network behaviour is not counted in this mind construct, a layer-3-switch would be very gentle to the paket-flow, but is outside the budget nor tested at all. switching the 5 – 8 available ports with 10 gbps would be fair enough, then the machine would have 1.5 gbyte/s inner bandwith, makes it half a iscsi device, targeted with single connect on 4 gbps.

mozilla.thunderbird.-.local.mail.size

als mail-client hab ich im laufe der jahre einige ausprobiert. früher outlook-express, was anfänglich nur einen mail-account verwalten konnte. dann das komplette outlook, das konnte dann verschiedene accounts verwalten. netscape mail, war auch nicht sooo hübsch, dann eine weile nur webmail und nun, hab ich mir eben seit einer ganzen weile schon, den mozilla thunderbird als portable version auf die platte getan.

der vorteil ist, man kann verschiedene versionen / konfigurationen nebeneinander betreiben und auch einfach mal ein backup machen. thunderbird ( und andere auch ) speichern mails und inhalte nicht nur auf dem mailserver, sondern ziehen sich kopien auf die lokale platte. bei mehreren accounts und einigen jahren archiv, kommen da schon ein paar megabyte zusammen. mir fiel es heute wieder auf, das dort ~800mb rumlagen. zu viel für meinen geschmack, über 1 gb sind schlecht zu durchforsten, falls ich mal was suchen will.

total commander
screeshot vom commander auf thunderbird verzeichnis

dies kann man mit der rechten maustaste auf ein verzeichnis im explorer oder finder,  unter eigenschaften kann man den verbrauch ablesen oder man markiert eine datei/verzeichnis mit der leertaste im totalcommander. wie man sieht, ist die größe des mülleimers (trash) im augenblick 2.640.510 kB. einige ordner möchte ich lokal puffern, der trash gehört aber nicht dazu.

eigenschaften von ordner
thunderbird – ordner eigenschaften

thunderbird ( version 24.4.0 – release channel ) pflegt zu jedem ordner seine eigenen einstellungen.  dort kann man, unter anderem, die synchronisation de/aktivieren. mit der rechten mausi-taste auf den ordner der wahl, dann ergibt sich das folgende fenster als context-menü quasi. yoh, den trash-ordner  wollte ich – wie gesagt – nicht offline speichern, da müllt einem nur die platte zu. ich hab diese synchronisation sehr selektiv eingestellt, manche ordner sind dort aktiv, andere nicht. hier im dritten reiter gibts diese auswahl, im ersten reiter dann diese:

eigenschaften von ordner
thunderbird – ordner eigenschaften

bei „Größe auf Datenträger:“ stand vorhin die zwei komma irgendwas megabyte größe, der letzten gelöschten mails. jetzt befinden sich noch 3 mails im papierkorb, die gesamtgröße beträgt 3.5 kB, auf der platte werden 5.444 kB reserviert. löscht man nun die mail und klickt auf „Reparieren“ wird der ordnerinhalt auch auf 0 kB gesetzt.

das kommt daher, dass thunderbird zwar die header-informationen speichert, beim anklicken der nachricht wird aber auch der inhalt/body geladen. hat man sich nun viele oder alle mails angeschaut, dann wächst dieser speicher eben (sinnlos) mit, wie in diesem fall. ich kann an dieser stelle drauf verzichten und freu mich lieber, das am ende der räumungsaktion nur noch ~260 MB auf der platte verbraucht werden. in ein paar monaten, spätestens in einem jahr, ist der ordner wieder auf 1 gb angewachsen, je nach mailaufkommen. der vorteil ist, das gelöschte mails auf dem server, dann immer noch lokal vorhanden sein könnten – eine letzte chance auf rettung kann dies sein, aber auch kompomitierender inhalt, aus längst vergessenen oder verdrängten konversationen 😀