MacBook M1

Bon ma tour est vendue, je vais donc tester un Mac mini M1 entrée de gamme, je vous ferez un retour sur le ressenti de prt en scalping.

Mac mini reçu et installé, modèle de base à 8go.

J’ai ouvert prt ces deux derniers jours sur le nq, les graphes en 100t ou 1m sont plutôt fluides , pourtant j’ai une connexion internet avec un routeur 4g pas folichonne.

Peut être un poil moins fluide que sur mon gros pic Linux mais en tout cas c’est scalpable.

Salut à tous,

retours après quelques semaines, RAS.

J'ai également troqué mon UW 34 contre un 27 4K, avec je pense son frère jumeau qui va arriver sous peu.

Tout est fluide, RAS, les seuls lenteurs connus sont toujours dues à la qualité de la connexion internet.

Si question n'hésitez pas.

Bonne remarque Cgz : pas d’écran externe donc plutôt 16’. J’avais pas vu ça comme ça. Merci pour la réflexion.

Quelle config avez-vous choisi GPU 16 cœurs ou 32 cœurs ?
Merci

Je viens d'acheter un MacBook Pro M1, quel enfer prt dessus ! C'est plus 2 fois plus lent que sur mon vieux MacBook Pro qui avait 8 ans !

Pour passer un ordre entre le moment où je clique et ça apparait sur le graphe, y'a presque 4s ! Et autant pour placer un TP et un SL, quel enfer...

Quelqu'un à trouver une solution ?

fred631

page 7 par Tomaa971 :

Spoiler:

Pour info et partage, le retour que j'ai eu d'ig sur la problématique :

"Pour faire suite à votre demande, veuillez noter que prorealtime fonctionne avec Java.

- Java, comme la plupart des applications tourne pour l’instant sur le MAC M1 via un interpréteur (Roseta) développé par apple pour rendre les applications compatibles avec le MAC M1.

- L’utilisation d’une application via cet interpréteur a un impact sur les performances.
De ce fait quand Java proposera une application native MAC M1 (qui tourne sans interpréteur), nous pourrons faire les mises à jour nécessaires pour l'adapter à prorealtime."

OK Merci... du coup faut attendre une mise à jour un jour... en attendant je peux pas utiliser prt sur ça ! Entre le moment où tu veux prendre position et le moment où c'est pris, tu peux avoir une grosse différence, c'est pas viable !

Cgz et Falex ne semblent pas rencontrer de soucis

bonsoir à vous ,

j’ai un macbook M1 max avec 16 giga et un abonnement à prorealtime software c’est très très lent voir inutilisable , j’ai appelé le service client ils m’ont dit qu’il n’est pas optimiser pour la puce M1 et d’attendre j’en mise a jour donc y a juste à attendre

Je n’ai aucun problème j’ai pas encore de mac avec puce M1. Je suis encore motorisé en intel, et java est largement optimisé pour ces infra.

Maintenant quel avenir de java sur arm … on peut s’interroger.
Et je ne serai pas surpris qu’oracle ne fasse pas d’effort en ce sens …

OK, je garde mon vieux Mac intel. Je croyais que vous étiez passé sous M1 et que prt y fonctionnait bien. Ca m'étonnais mais je pensais avoir loupé un truc.
Du coup, il faut que j'arrête de laisser mon chat trainer sur le clavier

falex pourquoi vous pensez que oracle ne fera pas cet effort ?

oracle s’est obligé de se passer de Rosetta à terme car le support intel devrait durer 5 ans max.

Je m’interroge sur l’avenir de java. Il a été largement utilisé ces 25 dernière année. Mais quand je regarde ce qui est utilisé dans le monde libre : python et C++.
Idem pour les offres d’emploi.
Ça ne veut pas dire que java est mort , mais autant côté serveur il a encore des heures de vol autant côté client… je n’ai pas un seul programme qui tourne en java sur mon pc de bureau à part prt.

Après j’espère que oracle va faire cette effort de portage.

En cherchant il y a des distributions de java qui essayent d’être optimisées pour arm. Peut-être faudrait-il essayer : azul.

Réponse de prt reçue ce jour :

Merci pour votre message. Il est prévu pour la sortie de la version 12 de passer sous Java 17, ce qui réglera les questions de compatibilité et performances avec les Macs sous puce M1.
Actuellement apple intègre un convertisseur de code automatique pour faire la passerelle pour les applications en ayant besoin et c'est ce processus de conversion qui affecte les performances de l'appareil: il n'y a malheureusement actuellement pas de solution pour palier à cela.


Cordialement,
Marc

Support prorealtime

Ah oui oracle a fait un portage sur ARM apple à partir de la version 17. La boucle est bouclé

https://www.oracle.com/java/technologies/downloads/#jdk17-mac

Bonjour

Merci fred pour le suivi.

J'ai un mac air m1 8go il tourne correctement, un peu lent oui, pour le passage d'ordre parfois ca passe et d'autre moins bien... je m'en sers donc pas pour trader

on attend la MAJ maintenant

En effet, je viens de voir que la version 12 apporterait un gros lot de nouveauté, si cela fluidifie le logiciel sur nos M1 ça sera parfait.

Il parle de la V12 depuis Novembre, je pense qu'elle ne devrait plus trop trader.

Par contre j'ai pris la version 8go, avec 8 graphes donc 2 en tics + la gestion de 2 écrans 4K : l'un en résolution "Retina" l'autre en 1440p ( pas le choix .... ), la mémoire est de temps en temps sous pression.

J'attends de voir avec la V12 si amélioration sinon passera à 16go cet été avec les mini m1 max

merci pour votre réponse falex