neues MacBook Pro: welcher reicht aus

[ggscholz]

Hallo in die Runde,

ich kann mir ein neues MacBook Pro anschaffen, der jetzige ist in die Jahre gekommen. Außerdem werde ich auf Delphi 12 umstellen und da fange ich immer mit einer neuen Installation in einer frischen VM an. Das ist immer aufwendig, in Verbindung mit dem dann notwendigen ARM Windows aber gleich beides in einem rutsch umgesetzt.

Wenn ich mit Delphi arbeite, laufen mehrere Windows VM's gleichzeitig: Delphi, ein WIN7 zum Testen, zwei Datenbanken unter Linux, eventuell noch der elc Server (warum gibt es da eigentlich keine vorkonfigurierte VM von EMBA?). Ich entwickle keine Spiele oder andere grafiklastigen Anwendungen. Bei mir sind es Datenbanken und die passenden Benutzeroberflächen.

Bisher habe ich mich auf 32Gb RAM und 2TB SSD Speicher festgelegt (mehr geht natürlich immer). Bei den Arm Chips bin ich aber nicht wirklich sicher, was für Delphi so benötigt wird.

Neben den neuen M3, M3Pro und M3Max sind die MacBook's weiterhin mit M2 Chips in allen Schattierungen zu bekommen.

Hat jemand Hinweise, welche Konfiguration für Delphi funktioniert. Merkt man Pro oder Max bei der Programmierung?

Beste Grüße

Gerd

[himitsu]

Laut der Hilfe muß es wohl nicht sooooo aktuell sein.

https://docwiki.embarcadero.com/RADS...ngsentwicklung -> https://docwiki.embarcadero.com/RADS...-Anforderungen
Xcode 8 bis 10 ist wohl Voraussetzung

und wenn man bedenkt, das 15 das Aktuelle ist. :stupid:


Zum Ausführen/Debuggen brauchst du aber mindestens ein macOS 12 bis 14.
https://docwiki.embarcadero.com/RADS...allation_Notes
https://docwiki.embarcadero.com/Plat...s/en/Main_Page

12 bis 14 sind auch die "aktuell" unterstützten Versionen.
https://en.wikipedia.org/wiki/MacOS_version_history


Und jetzt brauchst du beim Kauf nur drauf zu achten,
dass der Mac mindestens die nötige Xcode- bzw. macOS-Version unterstützt.

Nja, da du scheinbar eh neu kaufst und nicht gebraucht,
ist somit alles egal, da wohl alles geht, was aktuell "neu" auf dem Markt erhältlich ist.
Also ARM/Apple-Chip oder Intel-Chip ...am Einfachsten irgendwas mit M3, sowie auch immernoch M2. (selbst M1 oder Intel, aber für "Neukauf" vielleicht doch eher aktueller, für die nächsten Jahre ....)


https://www.delphipraxis.net/211618-...eigegeben.html


Für das aktuellste Xcode/macOS brauchst du aber mindestens Delphi 12, damit du dein Programm auch in den AppStore bekommst. (falls ich das richtig mitbekommen hab)

[Papaschlumpf73]

Wenn da einer der neuen ARM-Prozessoren drin ist (M...), wird wohl keine VM mit Windows 7 laufen. Du brauchst da eine spezielle ARM-Version von Windows.

[himitsu]

Ohhh, mir war so, dass Apple im M2/M3 was drin hatte, dass der auch x86- und/oder x64-Befehle ausführen kann,
bzw. dass da mindestens VMWare oder Parallels einen Emulator für bekommen hatte, oder bekommen sollte .....
oder irgendwie sowas. :gruebel:

Drum hatte ich an eine Windows-VM im Mac garnicht gedacht. :oops:


Ja, da Delphi nunmal Win32 ist, und es nach über 10 Jahren immernoch nicht für ARM-Windows kompilieren kann ... aber ist nun zumindesten endlich geplant (stand auf einer der letzten Roadmaps) und irgendann in ferner zukunft dann vielleicht fertig ... läuft somit mit und von Delphi garnichts dort drin. (für Win32/64 gibt es zumindestens eine Bridge, um APIs von dort zu nutzen)

[Papaschlumpf73]

Ich hätte noch ein 16" MacBook Pro, gekauft im Jan. 2020 abzugeben - allerdings nur an Unternehmen (nicht an Endverbraucher)

16 Zoll MacBook Pro – Space Grau
2,6 GHz 6‑Core Intel Core i7 Prozessor der 9. Generation (Turbo Boost bis zu 4,5 GHz)
16 GB 2666 MHz DDR4 Arbeitsspeicher
AMD Radeon Pro 5300M mit 4 GB GDDR6 Grafikspeicher
512 GB SSD Speicher
16" Retina Display mit True Tone
Vier Thunderbolt 3 Anschlüsse
Touch Bar und Touch ID
Beleuchtete Tastatur – Deutsch

[ggscholz]

Zitat:

Zitat von Papaschlumpf73 (Beitrag 1530384)

Ich hätte noch ein 16" MacBook Pro, gekauft im Jan. 2020 abzugeben - allerdings nur an Unternehmen (nicht an Endverbraucher)

16 Zoll MacBook Pro – Space Grau
2,6 GHz 6‑Core Intel Core i7 Prozessor der 9. Generation (Turbo Boost bis zu 4,5 GHz)

Ja, so einer läuft bei mir auch, aber der soll ja ersetzt werden. Trotzdem danke für das Angebot:thumb:

[ggscholz]

Zitat:

Zitat von himitsu (Beitrag 1530380)

Ohhh, mir war so, dass Apple im M2/M3 was drin hatte, dass der auch x86- und/oder x64-Befehle ausführen kann,
bzw. dass da mindestens VMWare oder Parallels einen Emulator für bekommen hatte, oder bekommen sollte .....
oder irgendwie sowas. :gruebel:

Drum hatte ich an eine Windows-VM im Mac garnicht gedacht. :oops:


Ja, da Delphi nunmal Win32 ist, und es nach über 10 Jahren immernoch nicht für ARM-Windows kompilieren kann ... aber ist nun zumindesten endlich geplant (stand auf einer der letzten Roadmaps) und irgendann in ferner zukunft dann vielleicht fertig ... läuft somit mit und von Delphi garnichts dort drin. (für Win32/64 gibt es zumindestens eine Bridge, um APIs von dort zu nutzen)

Also mein Stand ist, das Parallels es schon kann und VMWare an einer Version für Arm arbeitet. Zumindest gibt es im Forum Berichte, das der M1 und Windows for Arm mit Delphi läuft.

[dummzeuch]

Mal 'ne ganz blöde Frage: Warum kauft man sich ein Macbook, um dann Windows drauf laufen zu lassen und in den VMs dann auch noch den Prozessor zu emulieren? In den Anforderungen steht gar nichts Mac-spezifisches.

Ich hätte mir einfach ein Windows-Notebook gekauft. Auch da kann man ja beliebig viel Geld für Ausstattung ausgeben.

[MEissing]

In den Anforderungen steht: "Ich kann mir ein MacBook kaufen".
Jetzt kann man spekulieren, warum es ein MacBook sein soll: Company Policy? Firmenstandard?

Jetzt nochmals zur Aufklärung (M1/2/3 Pro, Max, Vanilla; VM und Windows)

Sowohl Parallels, als auch VMware haben einen Hypervisor für M(x)-Macs. Das ist kein Emulator. Hier wird nix emuliert, um ein Windows darauf laufen zu lassen. Es wird virtualisiert.
Zur Zeit (und absehbar bis in alle Ewigkeit) kann nur ein Windows 11 (und höher) virtualisiert werden. Kein Windows 10. Kein Windows 7 und auch kein Windows Server. Dabei muss es sich um eine ARM-Version von Windows handeln. (Windows 7/ARM konnte man sich mal auf https://uupdump.net zusammenbastelnd. Das ist aber veraltet.
Innerhalb von Windows 11/ARM wird dann ein Win32/Win64 Programm (x64 oder x64) von einer Windows Schicht emuliert.
Das ergibt (gefühlsmässig, Pi * Daumen) ca 80 bis 90% der möglichen, nativen Performance; also "satt genug"

NB: Linux/ARM läuft auch mittlerweile sehr gut. Und kann die x86/x64 Intel Emulation "Rosetta" auch direkt mitbenutzen (zB für RAD Server, Delphi Webservices auf Apache/Linux!)

Delphi 11 und Delphi 12 laufen recht problemlos auf einer solchen Konstellation. Ausnahme: Win64 Debugging hat eine/einige Einschränkungen
https://quality.embarcadero.com/browse/RSP-40051

Warum MacBook? Die Dinger sind mobil, schnell, stabil, stromsparend und damit langlaufend. Und auch nicht wirklich (viel) teurer, als ein gutes Windows-Notebook.

Meine Empfehlung: Parallels. Dort ist die Windows 11/ARM Installation mit 5 Mausklicks gemacht. Und es läuft wirklich sehr gut.

https://www.youtube.com/watch?v=vc2mLROXWcQ

Achja: "Welcher reicht aus?" Eigentlich jedes MacBook. M1, M2, M3 Pro oder Max wird man kaum/gar nicht merken. Die Delphi IDE nutzt zumeist nur einen Core. Und Single-Core Benchmarks unterschieden sich vllt um 15% real. Hauptsache 32 GB RAM (bei mehreren VMs parallel) und passende SSD Größe (Achtung: Die kleinen SSD Ausbaustufen können langsamer sein!). 14, 15, 16 Zoll? Geschmacksache. 32 GB RAM nicht mit den kleinsten MacBooks verfügbar!

[himitsu]

Zitat:

Zitat von ggscholz (Beitrag 1530389)

Also mein Stand ist, das Parallels es schon kann und VMWare an einer Version für Arm arbeitet.

Ach stimmt ja, es ginge auch am anderen Ende, also im ARM-Mac nur eine ARM-VM mit einen ARM-Windows, was dann aber dennoch x86 ausführen könnte (falls Windows das kann) (wie es hier grad jemand nannte),
anstatt auf dem ARM-Mac mit einem ARM-OSX eine x86-VM mit normalem Windows, wo Delphi läuft.
Oder die andere Idee, welche es auch schonmal gab, also eine ARM-CPU (ARM-Mac) welches dennoch ein x86-Betriebssystem ausführen könnte.

Ich glaubte nur da mal vernommen zu haben, dass da irgendwas gehen sollte.



Wie gesagt, Windows und Delphi auf anderem PC, ist sowieso kein Problem.
Das war jetzt nur dazu, falls auch noch Windows+Delphi als VM im Mac.

Es gab auch mal Zeiten, da hatten welche im MacBook ein Windows als Host installiert und darin als VM das MacOS. :stupid: (war davon nicht vielleicht sogar Einer der Daniel?)

[MEissing]

Zitat:

Ich glaubte nur da mal vernommen zu haben, dass da irgendwas gehen sollte.

Ja. Geht... ähhh. SCHLEICHT

https://mac.getutm.app

(Einmal ausprobiert. Mit einem Windows XP/x86 auf M1-Max emuliert. Das ist noch-nicht-mal eine Technologiestudie. Das ist zum "arbeiten" völlig indiskutabel)

[himitsu]

[OT]

Ich hatte vor paar Jahren mal ein Windows 98 in meinem LowerEnd-MidConsumer-Android-Handy laufen lassen ... also soooooooooooooooooooooo langsam war es garnicht.
(glaub damals gab's im Appstore noch ein Qemu-Projekt)
Einmal ausprobiert und dann ..... nja.

Delphi 7 hatte ich dort aber leider nicht versucht.

[/OT]

[Olli73]

https://www.heise.de/news/MacBook-Pr...t-9350029.html

Zitat:

Der M3 unterstützt nämlich von Haus aus nur einen einzigen externen Bildschirm

Also da würde der "normale" M3 bei mir schon mal rausfallen - disqualifiziert, obwohl Pro im Namen des Notebooks.

[Sherlock]

Naja, die ganzen Monitore braucht man in aller Regel nur, um auf genug Pixel zu kommen. Da reicht mir einer mit 38" mit UWQHD.

[Olli73]

38" ist natürlich eine Hausnummer, mein TV hat nur 39 (hatte nicht mehr platz im Schrank).

[himitsu]

38" UltraWide klingt vielleicht viel, aber ist knapp wie zwei 24" FullHD, nur ohne den Streifen in der Mitte.

[Rollo62]

Zitat:

Zitat von MEissing (Beitrag 1530396)

Warum MacBook? Die Dinger sind mobil, schnell, stabil, stromsparend und damit langlaufend. Und auch nicht wirklich (viel) teurer, als ein gutes Windows-Notebook.

Meine Empfehlung: Parallels. Dort ist die Windows 11/ARM Installation mit 5 Mausklicks gemacht. Und es läuft wirklich sehr gut.

Ich hätte das früher im Prinzip genauso gesagt, bin noch auf einem Intel MacBook und hatte früher auch 3-4 VM's problemlos parallel flott am Laufen.
Seit gefühlt "Big Sur" und "Ventura" hat sich die Performance aber für mich immer weiter verschlechtert, sodass ich nur noch 1x VM laufen lassen kann.
Ich bin auch von VmWare auf Parallels umgestiegen, aber auch ohne Erfolg.
Die gewohnte Performance von frühere habe ich seitdem nie mehr gesehen ( natürlich habe ich auch viele Optimierungsversuche gemacht ).

Ist jetzt vielleicht auch nur bei mir der Fall, ich hatte in den Foren aber schon einige Hinweise auf "lahmes" Ventura und so gefunden, leider ohne Lösung.
Vielleicht fokussiert sich Apple mehr auf die M's.

Damit ist das überteuerte MacBook für mich nicht mehr die erste Wahl, hat zu viele Nachteile ( die Intels auch nur einen externen Monitor, vielleicht ist das mittlerweile anders ).

Noch läuft bei mir das MacBook, aber beim nächsten Mal wird es wohl wieder eine Windows-Workstation und ein MacMini.
Da bin ich zukunftssicherer und flexibler, auch wenn damit der große Vorteil des MacBooks entfällt, alles in einer Kiste zu haben.

[MEissing]

Zitat:

Zitat von Rollo62 (Beitrag 1530473)

Seit gefühlt "Big Sur" und "Ventura" hat sich die Performance aber für mich immer weiter verschlechtert, sodass ich nur noch 1x VM laufen lassen kann.
Ich bin auch von VmWare auf Parallels umgestiegen, aber auch ohne Erfolg.
Die gewohnte Performance von frühere habe ich seitdem nie mehr gesehen ( natürlich habe ich auch viele Optimierungsversuche gemacht ).

Ist jetzt vielleicht auch nur bei mir der Fall, ich hatte in den Foren aber schon einige Hinweise auf "lahmes" Ventura und so gefunden, leider ohne Lösung.
Vielleicht fokussiert sich Apple mehr auf die M's.

Ich hab hier zT 3 oder 4 VMs parallel laufen. M1 Max, 32 GByte, Sonoma, Parallels (und zT auch VMware)
(Ich glaube das Thema hatten wir schonmal?!?! Auch Offline im RL?)

Tipp:
- Apple Hypervisor!! (Geht mir den neuen Hypervisorn)
- *Keine* nested Virtualization(!!)
- Nicht zu viele Cores an eine VM; 2 oder 4 Cores.
- RAM Auslastung im Blick halten und passend konfigurieren
- Guest-Tools installieren und aktuell halten
- Config Parallels: Softwareentwicklung: Manuelle CPUs/RAM (hier so 2 oder 4 Cores/4, 8 oder auch mal 10 GB RAM)
- (Gerne auch eine VM mal neu aufsetzen und bei "Null" anfangen)

[Papaschlumpf73]

Ich denke die Performanceprobleme seit "Big Sur" und "Ventura" beziehen sich vor allem auf die Intel-Prozessoren. Apple hat die neuen Betriebssysteme natürlich für die M-Prozessoren optimiert und nicht mehr für die Intels. Da kann man vermutlich i.V.m. Intel-Prozessoren selbst mit der besten Konfiguration nicht mehr so viel rausholen wie früher. Zeit für einen Umstieg auf neue Macs. :-)

[MEissing]

Hab hier selbst noch ein 2017er Intel i7. Mit (mittlerweile) Sonoma.

Läuft geschmeidig.

[ggscholz]

Komme erst jetzt dazu, mich für die vielen Beiträge zu bedanken!

Warum Windows auf einem MAC: das virtualisieren der Rechner hat mir seit ewigen Zeiten das Leben leichter gemacht, wenn es darum ging, die Hardware zu wechseln. Das habe ich bei den von mir eingerichteten Serverinstallation mit welchen Windows-Systemen auch immer und besonders bei meinen Delphi Installationen so gemacht. Neue Hardware alte VM kopieren und im wesentlichen neu Anschmeißen. Läuft. Das war auch bei meinem Umstieg vor gefühlt ewigen Zeiten in die Apple Welt so.

Das wird jetzt leider mit dem Umstieg auf einen Arm-Mac wohl nicht mehr gehen. Mal eben eine VM, die auf einem mobilen Arm-Mac läuft, auf dem stationären Intel Mac laufen zu lassen, wird nicht mehr funktionieren??!!. Der Wechsel der Geräte, um mit Delphi zu arbeiten, kommt oft genug vor.


Insofern werde ich das Projekt noch mal ne Runde bedenken. Großer Mac und altes MacBook raus, neues MacBookPro und großer Bildschirm neu - oder - Windows Laptop mit zweitem Bildschirm im Büro.

Und noch was zur Frage (oder Anregung) von @dummzeuch: ja das ist unlogisch, aber es gibt noch ein paar Anwendungen mehr als Delphi, die ich auf einem MAC nutze - reine MAC Programme ohne VM auf dem MAC. Wenn ich auf Windows/Intel umsteigen würde, müsste ich den MAC in einer VM betreiben, keine Ahnung ob das funktioniert. So könnte es aber eine echte alternative sein, die geliebten und angelernten Programme weiter zu nutzen.

Grüße

Gerd

[MEissing]

Zitat:

Zitat von ggscholz (Beitrag 1530624)

Komme erst jetzt dazu, mich für die vielen Beiträge zu bedanken!

Warum Windows auf einem MAC: das virtualisieren der Rechner hat mir seit ewigen Zeiten das Leben leichter gemacht, wenn es darum ging, die Hardware zu wechseln. Das habe ich bei den von mir eingerichteten Serverinstallation mit welchen Windows-Systemen auch immer und besonders bei meinen Delphi Installationen so gemacht. Neue Hardware alte VM kopieren und im wesentlichen neu Anschmeißen. Läuft. Das war auch bei meinem Umstieg vor gefühlt ewigen Zeiten in die Apple Welt so.

Das ist aber kein "Apple"-Spezifika.

Das geht auch in der Windows Welt VMware->VMware.

Zitat:

Das wird jetzt leider mit dem Umstieg auf einen Arm-Mac wohl nicht mehr gehen. Mal eben eine VM, die auf einem mobilen Arm-Mac läuft, auf dem stationären Intel Mac laufen zu lassen, wird nicht mehr funktionieren??!!.

Ja. Das geht nicht mehr; weil sich die virtualisierten VM in der Architektur unterscheiden.

Zitat:

MAC

Mac. Nicht MAC. Bei MAC muss ich an Hardwareadresse (zB einer Netzwerkkarte) denken. Im Kontext "Apple" überkommt mich da immer ein leichter Würgereiz :->

Zitat:

Wenn ich auf Windows/Intel umsteigen würde, müsste ich den MAC in einer VM betreiben, keine Ahnung ob das funktioniert.

Das geht. Ist aber nicht erlaubt. Apples macOS darf nur auf einem Mac virtualisiert werden.