In den Anfängen von OS X schien es zumindest in der Mac-Welt (ich war zu dieser Zeit noch weit entfernt vom wissenschaftlichen Rechnen) viel Trubel um Mac OS als Plattform für wissenschaftliches Rechnen und HPC-Anwendungen zu geben.
XGrid war sofort einsatzbereit, Virginia Tech hatte ein ausgefallenes Mac-basiertes Computer-Cluster, Stanford machte coole Sachen usw. usw.
In jüngerer Zeit war es jedoch ruhig. Die Macresearch.org-Site ist im Wesentlichen eine Geisterstadt voller Spammer-Zombies, der XServe ist tot und ein Großteil der Marketingliteratur und dergleichen scheint sogar aus dem Bereich der Vor-Intel-Prozessoren zu stammen. Aber XGrid ist immer noch da, das gesamte * nix-Betriebssystem ist vorhanden, und die Plattform scheint unter Python, R und einigen der neueren Sprachen eine anständige Unterstützung zu haben.
Also von Leuten, die mehr darüber wissen als ich ... wie geht es OS X? Sind sie brauchbare clientseitige Computer für das wissenschaftliche Rechnen? Verwendet sie als Server / Cluster / etc. über XGrid oder so ähnlich einfach eine Neuheitsanwendung?
Antworten:
Ich kann auf der Serverseite keine Kommentare abgeben.
Auf der Client-Seite scheint der Anteil der Mac-Benutzer bei dem einen Computer-Wissenschaftstreffen, zu dem ich jedes Jahr gehe, zugenommen zu haben. Ich bin auf einen Mac umgestiegen, weil ich es leid war, mit meinem Dell-Laptop aus der Schule umzugehen. Ich bin vor allem wegen der Hardware zu Macs gewechselt, da Consumer Reports sie in Bezug auf die Haltbarkeit als hoch eingestuft hat. Ich denke nicht, dass Macs für das wissenschaftliche Rechnen gut sind, es sei denn, Sie führen Linux auf ihnen aus. Die Linux-Unterstützung für die Hardware bleibt tendenziell zurück. In der Regel wird die WLAN-Karte nicht unterstützt (wenn sie in einem neuen Modell geändert wird). Wenn Sie bereit sind, die mit dem Ausführen einer virtuellen Maschine verbundene Ressourcenstrafe zu akzeptieren, ist dies eine attraktive Option (und eine, die ich persönlich benutze).
Für Macs müssen Sie viele Bibliotheken und Softwarepakete installieren, bevor Sie ernsthafte wissenschaftliche Berechnungen durchführen können. Alles, was über ein Mac-Installationsprogramm verfügt, ist einfach zu verwalten. Wenn Sie also den größten Teil Ihrer Entwicklungsarbeit mit Matlab, Mathematica, Maple, Python usw. erledigen, ist es einfach, diese Software nativ auf OS X zu installieren und auszuführen. Es ist schwieriger, numerische Hardcore-Software zu finden, die über ein Mac-Installationsprogramm verfügt (denken Sie an Dinge wie PETSc oder CLAWPACK). Paketmanager wie MacPorts und Finkkann die Situation verbessern, wenn Sie nur OS X verwenden möchten. Sie müssen auch viele Pakete aus dem Quellcode kompilieren. Wenn Sie Ihren Code an einer anderen Stelle ausführen möchten, müssen Sie auf Kompatibilitätsprobleme achten. Da Linux im wissenschaftlichen Rechnen weit verbreitet ist, ist es unter dem Gesichtspunkt der Portabilität einfacher, Code unter Linux zu entwickeln.
Ich habe anekdotisch von hochmeinenden Freunden gehört, dass das Einrichten einer Entwicklungsumgebung auf einem Mac ein großes Problem ist, andere sagten, es sei nicht so schlimm. Ihr Kilometerstand kann variieren.
quelle
./configure && make && make install
Fall ist es einfach , aber im schlimmsten Fall kann es ein Labyrinth sein, in dem Skripte, Flags und Bibliotheksspeicherorte aussortiert werden. Die Installation von PETSc 3.2 aus einem Debian-Paket dauerte 5 Sekunden (ich habe dies sogar auf Veranlassung einiger Entwickler getan); Die Installation von der Quelle in Linux dauerte den ganzen Tag mit den verschiedenen Optionen. Der Punkt war, dass Pakete und Installer nicht unbedingt für den Mac existieren, wenn sie für Linux existieren (und sie machen Linux benutzerfreundlicher).@Geoff gibt eine gute Antwort, aber ich denke, es lohnt sich, eine alternative Perspektive bereitzustellen.
Ich mache alles auf Macs - in OS X, nicht in einer Linux-VM - einschließlich einer Menge wissenschaftlicher Codeentwicklung. Ich arbeite hauptsächlich in Fortran und Python. Für mich ist die Bequemlichkeit von
ist die Kosten für Mac-spezifische Kopfschmerzen wert.
Die drei wichtigsten Kopfschmerzen sind:
Fehlen eines Paketmanagers nach OS-Standard. Früher habe ich Fink benutzt, aber irgendwann hat es mehr Kopfschmerzen verursacht und ist jetzt veraltet. Ich habe gute Dinge über Macports und Homebrew gehört, aber meine Erfahrung mit Fink hat mich überzeugt, nur "meine eigenen zu rollen".
Einige der integrierten Software ist sehr veraltet. Insbesondere Python und gcc. Dies bedeutet, dass Sie Ihre eigenen aktualisierten Versionen installieren müssen, was ein Ärger sein kann.
Apple enthält keinen Fortran-Compiler!
Es scheint mir, dass Apple seinen Unix-basierten Power-Usern immer weniger Aufmerksamkeit schenkt. Währenddessen verbessert sich Linux ständig. Irgendwann werde ich wahrscheinlich wieder auf Linux umsteigen. Aber ich werde mein Macbook behalten, bis jemand anderes lernt, wie man anständige Batterien herstellt.
quelle
Ich würde behaupten , dass der Mac eine bessere Umgebung für Computational ist Wissenschaftler , als es für Computational ist Wissenschaft . Ich möchte keine Macs in einer Commodity-Computing-Umgebung verwenden. dafür ist die hardware relativ viel zu teuer. Es kann mühsam sein, die Softwareumgebung an die für ein bestimmtes Paket erforderlichen Bedingungen anzupassen. In der Regel ist die Wartung jedoch wesentlich einfacher als bei einer vergleichbaren Windows-Installation, wenn Sie dies beim ersten Mal herausgefunden haben. (Und abhängig von den Paketmanagern kann es so einfach sein wie Linux. MacPorts eignet sich ziemlich gut als Manager für OS X!)
Als Arbeitsplattform für einen vielbeschäftigten Computerwissenschaftler bietet der Mac meines Erachtens jedoch den zusätzlichen Vorteil, dass er in einer einzigen Computerumgebung arbeiten und warten kann, anstatt eine Linux-Box für "ernsthafte" Arbeiten unterhalten zu müssen Sie benötigen einen anderen Computer, wenn Kollegen aus anderen Disziplinen mir beispielsweise Office-Dateien senden, für die ein Markup erforderlich ist, oder ich muss ein Universitätsformular ausfüllen, das nur als RTF-Vorlage verfügbar ist, die mit LibreOffice nicht ordnungsgemäß formatiert wird Ein Schmerz im Nacken, der in LaTeX wieder hergestellt werden muss. (Bei früheren Aufträgen mussten Linux-Besitzer fast ausschließlich einen Nicht-Linux-Computer haben, da der Zugriff auf die Unternehmensumgebung mehr oder weniger erforderlich war. Mac-Besitzer benötigten keinen zweiten Computer.)
Darüber hinaus gibt es eine Reihe von Nur-Mac-Programmen (wie TextMate , Scrivener , Papers , Things , OmniFocus oder BibDesk ), die den Mac zu einer angenehmeren Arbeitsumgebung machen als auf dem PC oder Linux. Ich verbringe mehr Zeit damit, mich darauf zu konzentrieren, Dinge zu erledigen, als darauf, was ich tun muss, damit die Softwareumgebung das tut, was ich will (oder muss!).
quelle
Der Einsatz von OS X in HPC und im wissenschaftlichen Rechnen ist gering und hat viel mit den Vor- und Nachteilen von OS X zu tun (Linux).
OS X-Vorteile:
OS X Nachteile:
Einige nützliche Tools / Programme liefen unter OS X normalerweise nicht oder immer noch nicht. Zum Beispiel ...
Linux (Debian) -Profis:
Linux (Debian) Nachteile:
Abgesehen von einigen Ausnahmen finden die meisten Benutzer und Cluster- / Systemadministratoren OS X einfacher für die Desktop-Produktivität und NICHT für das wissenschaftliche Rechnen (Kompilieren, Verwenden, Entwickeln von Dingen).
OTOH Die meisten Linux-Benutzer finden Letzteres einfacher als Ersteres und dies spiegelt sich im gesamten HPC / Scientific Computing-Ökosystem wider.
quelle
Ich benutze seit vielen Jahren ausschließlich Macs auf dem Desktop (und dem Laptop) und beschäftige mich unter anderem mit wissenschaftlichem Rechnen und wissenschaftlicher Softwareentwicklung. Wie bereits erwähnt, machen die Qualität der Hardware, die hohe Qualität vieler Mac-spezifischer Software und die Fähigkeit, bei Bedarf mit Word und Excel umzugehen, den Mac zu einer sehr schönen Plattform für den täglichen Gebrauch.
Ich habe auch einen Mac-basierten Computer-Cluster als Experiment für eine Weile ausgeführt. Es ist ein Experiment, zu dem ich nicht mehr versucht bin. Im Vergleich zu einem Linux-Cluster sehe ich keine wesentlichen Vorteile, abgesehen von der einfachen Installation der Software, wenn Sie ohnehin Macs auf dem Desktop haben (installieren Sie einfach dasselbe). Die Nachteile liegen auf der Hand, vor allem die mangelnde Unterstützung der Mehrbenutzer-GUI. Auf einem Mac entspricht ein Computer einem Bildschirm und höchstens einem angemeldeten Benutzer. Das macht GUI-basierte Tools zu einem Problem. Im Vergleich dazu ist es eine Freude, auch einfache X-Fenster unter Linux zu verwenden, und dann gibt es VNC und NoMachine NX, die es noch besser machen.
Ja, ich weiß, dass der Mac X Windows unterstützt, aber die meisten GUI-Programme für den Mac verwenden die native Oberfläche.
quelle