Re: [Lug-kr] Paralelles

[Dirk H. <dir...@go...>]

Hallo,
mittlerweile ist mein IO Parallel mit Hilfe des Eingangs erwähnten 
Verfahrens. Ich habe auch von Wikipedia Amazon Cloud Server gestellt 
bekommen. Der Punkt ist nur: Ein einkerniger Cloudserver (amazon 
m1.small) ist geringfügig langsamer als mein zweikerniger Celeron G530. 
Weiterhin sehe ich das mein G530 fast nur einen Kern benutzt. Sprich der 
Cloudserver scheint recht langsam zu sein. Mein G530 ist ca. einen 
Faktor 2.5 langsamer als der aktuell stärkste i3. Ich habe mein Programm 
auch noch mal auf meinem alten Notebook laufen lassen. Es ergab sich das 
die Rechenzeit fast exakt umgekehrt proportional zur bei Passmark 
angegeben Prozessorleistung ist (Abweichung etwa 3%). Bei meinem G530 
habe ich den Passmark Wert durch zwei geteilt da nur ein Kern benutzt 
wird. Aus diesem Modell ergibt sich die Prognose das mein Programm auf 
dem aktuell schnellsten I3 um einen Faktor 2.5 schneller läuft als auf 
meinem jetzigen Rechner. Ferner ergibt sich aus diesem Modell weiterhin 
das die derzeitige Laufzeit des Programm nicht durch die geschwindigkeit 
der DSL Leitung beschränkt wird.
Viele Grüße Dirk


On 03.01.2014 13:28, Thomas Bayen wrote:
> Das erinnert mich an ein Perl-Modul, mit dem man in der Zeit reisen
> konnte. Damit konnte man ein Ergebnis bekommen, bevor man die Funktion
> aufgerufen hat. :-)
>
> Ich glaube, der Vortrag war von Damian Conway und er benutzte dazu die
> Module Quantum::Superpositions und Time::Space::Continuum. Das schöne an
> Perl und Damian Conway ist immer, das das auf den ersten Blick aussieht,
> wie ein Riesen-Spaß von Douglas Adams aber man dann auf den zweiten
> Blick sieht, das es wirklich funktioniert. Ich glaube, den Vortrag gibts
> sicher noch bei Youtube oder so aber ich habe ihn gerade nicht gefunden. :-(
>
> Thomas
>

> Am 02.01.2014 21:54, schrieb Dirk Hünniger:
>> Hallo,
>> ich denke es ist jetzt das eingetreten wovor mich mein Physiklehrer
>> immer gewarnt hat. Ich habe eine schöne Struktur gefunden und ich kann
>> mit Niemandem mehr drüber reden. Hier ist sie
>>
>> http://lpaste.net/2728956588483149824
>>
>> Ich bin mir ziemlich sicher das man sie in Java nur sehr umständlich
>> hinschreiben kann und sie dort auch damit dann auch unbrauchbar ist.
>> Aber in Haskell ist sie schön.
>>
>> Eine normale Funktion nimmt Variablen entgegen die vollständig bekannt
>> sind ehe die Funktion aufgerufen wird und sobald die Funktion beendet
>> ist, ist auch ihr Rückgabewert vollständig bekannt. Die idee ist nun
>> eine solche ganz normale Funktion zu liften. Die geliftete Funktion hat
>> etwas andere Eingenschaften. Ruft man sie auf kehrt sie sofort zurück
>> scheinbar ohne etwas zu tun. Sie gibt jedoch nur ein Versprechen darauf
>> zurück das sie einen Wert zurückgeben wird. Genauso sind die Parameter
>> die sie entgegennimmt auch nur Versprechen selbiger Art.
>> Man kann ein Versprechen zu Einlösung zwingen, dann blockiert allerdings
>> der aktuellen Thread. Anderfalls kann man sein Programm in gelifteten
>> Funktionen Schreiben. Die Reihenfolge in der Funktionen ausgeführt
>> werden ist dann nicht mehr festgelegt, jedoch schon das eine Funkion
>> immer erst dann ausgeführt wird wenn ihre Parameter vollständig bekannt
>> geworden sind. In Haskell kann man ziemlich allgemein eine "lift"
>> Funktion schreiben und damit fast beliebige Funktionen liften. In Java
>> verwandtem geht das meiner Ansicht nach nicht womit der Schreibaufwand
>> dann beträchtlich und die Sache sehr unübersichtlich wird.
>> Viele Grüße Dirk
>>
>> ------------------------------------------------------------------------------
>> Rapidly troubleshoot problems before they affect your business. Most IT
>> organizations don't have a clear picture of how application performance
>> affects their revenue. With AppDynamics, you get 100% visibility into your
>> Java,.NET,&  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
>> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Lug-kr-intern mailing list
>> Lug...@li...
>> https://lists.sourceforge.net/lists/listinfo/lug-kr-intern
> mit freundlichen Grüßen,
>
> Thomas Bayen