x86-Prozesse nach Sonoma-Update?

JeanLuc7

JeanLuc7

Aktives Mitglied
Thread Starter
Dabei seit
04.04.2005
Beiträge
6.226
Reaktionspunkte
2.776
Salut,

ich wollte eigentlich nur kontrollieren, ob das neue WhatsApp tatsächlich ARM-basiert ist - ja, ist es.

Dabei sind mir zwei Intel-Prozesse ins Auge gefallen, die vor Sonoma (14.1) nicht da waren:

WardaSynthesizer_x86_64

Code:
/Users/frank/Library/Containers/com.apple.speech.MacinTalkFramework.WardaSynthesizer.x86-64/Data
/System/Library/PrivateFrameworks/MacinTalk.framework/Versions/A/PlugIns/WardaSynthesizer_x86_64.appex/Contents/MacOS/WardaSynthesizer_x86_64
/private/var/db/oah/1cd2cbd0a4b93ebdb84c7f3967fbfe1af2861330f4351b89e6f57f2bafd95b66/ac43e2e060d2a333b88e5f474a3a70e80403ce1660e455a537a111aef68e5e5e/WardaSynthesizer_x86_64.aot
/usr/libexec/rosetta/runtime
/Library/Apple/usr/libexec/oah/libRosettaRuntime
/Library/Preferences/Logging/.plist-cache.IBCCoqE3
/usr/share/icu/icudt72l.dat
/usr/lib/dyld
/dev/null
/dev/null
/dev/null

und VisualizerService-x86 (Musik)

Code:
/
/System/Applications/Music.app/Contents/XPCServices/VisualizerService_x86.xpc/Contents/MacOS/VisualizerService_x86
/private/var/db/oah/1cd2cbd0a4b93ebdb84c7f3967fbfe1af2861330f4351b89e6f57f2bafd95b66/39281c023baaab09282af14987b0d53cce6e3077e97ec47950d062d149a9dcfe/VisualizerService_x86.aot
/usr/libexec/rosetta/runtime
/Library/Apple/usr/libexec/oah/libRosettaRuntime
/System/Library/CoreServices/SystemVersion.bundle/German.lproj/SystemVersion.strings
/System/Library/PrivateFrameworks/ViewBridge.framework/Versions/A/Resources/Localizable.loctable
/System/Library/CoreServices/SystemAppearance.bundle/Contents/Resources/SystemAppearance.car
/private/var/db/analyticsd/events.allowlist
/private/var/folders/n7/y0gxwx49501_t__j0n_hzllc0000gp/C/com.apple.IntlDataCache.le.kbdx
/System/Library/Keyboard Layouts/AppleKeyboardLayouts.bundle/Contents/Resources/AppleKeyboardLayouts-L.dat
/Library/Preferences/Logging/.plist-cache.IBCCoqE3
/private/var/db/analyticsd/events.allowlist
/private/var/db/analyticsd/events.allowlist
/private/var/db/analyticsd/events.allowlist
/private/var/db/analyticsd/events.allowlist
/private/var/db/analyticsd/events.allowlist
/private/var/db/analyticsd/events.allowlist
/System/Library/CoreServices/SystemAppearance.bundle/Contents/Resources/Aqua.car
/System/Library/Keyboard Layouts/AppleKeyboardLayouts.bundle/Contents/Resources/InfoPlist.loctable
/private/var/db/analyticsd/events.allowlist
/private/var/db/analyticsd/events.allowlist
/usr/share/icu/icudt72l.dat
/System/Library/CoreServices/SystemAppearance.bundle/Contents/Resources/FauxVibrantLight.car
/System/Library/CoreServices/SystemAppearance.bundle/Contents/Resources/VibrantLight.car
/usr/lib/dyld
/dev/null
/dev/null
/dev/null

Von beiden Prozessen existieren auch ARM-Varianten, die ebenfalls laufen, die "Codes" sind die "Geöffneten Dateien und Ports", die die Aktivitätsanzeige ausgibt.

Der zweite hängt an der Musik-App, den kann ich beenden. Der erste aber hängt an:
/System/Library/PrivateFrameworks/MacinTalk.framework/Versions/A/PlugIns/WardaSynthesizer_x86_64.appex/Contents/MacOS/

Den bekomme ich nicht weg. Weiß jemand, was der macht?

Es grüßt
JL7
 
Danke, den hatte ich bereits gesehen - die wissen aber auch nicht, warum es auf Apple-Silicon-Maschinen einen Intel-Prozess gibt, der vom Betriebssystem stammt. Wenn ich das System richtig verstehe, muss dazu ja dann auch das Rosetta-Subsystem geladen sein - also verschwendeter RAM, denn ich nutze die ganze Text-To_Speech-Funktion, aus der der Prozess wohl stammen soll, gar nicht.
 
Zurück
Oben Unten