Symptôme : vos analyses de thèse prennent du temps, mais vous ne savez pas si le problème vient de Stata/SE, du script ou de la machine.
Solution la plus rapide : choisissez d’abord Stata/SE, puis passez à Stata/MP uniquement si vos données approchent une limite officielle ou si vos commandes les plus coûteuses montrent un gain mesuré en exécution parallèle.

Cet article s’adresse aux étudiants de master, doctorants, enseignants-chercheurs et administrateurs de laboratoire qui doivent choisir une édition de Stata 19 sans augmenter inutilement leurs dépenses. Il convient aussi aux équipes qui exécutent des régressions répétées, des simulations, du Bootstrap ou de grandes opérations de préparation de données.

Commencez par la vraie limite de votre projet

La taille du fichier sur le disque ne suffit pas pour choisir une édition. Un fichier compressé peut devenir beaucoup plus volumineux une fois chargé en mémoire, converti en format large, fusionné avec une autre source ou enrichi de variables intermédiaires. À l’inverse, un fichier assez lourd peut rester parfaitement compatible avec Stata/SE si sa structure utilise peu de variables et de paramètres.

La première vérification porte donc sur quatre éléments :

  • le nombre d’observations réellement chargées ;
  • le nombre de variables, notamment après fusion et transformation ;
  • le nombre de variables explicatives dans les modèles ;
  • la croissance prévisible du projet après ajout de vagues, de groupes ou de simulations.

Le tableau officiel des limites comparées de Stata doit servir de référence. Il distingue les capacités des éditions Stata/MP, Stata/SE et Stata/BE selon plusieurs dimensions, au lieu de réduire le choix à la taille du fichier.

Le test de dépassement avant toute demande de licence

Travaillez sur une copie du jeu de données et reproduisez le scénario qui risque de devenir le plus large : fusion de fichiers, passage en format large, création de variables retardées et estimation finale. Notez l’étape qui se rapproche d’une limite, puis comparez-la au tableau officiel.

La règle de décision est simple :

  • si votre projet reste nettement sous les limites de Stata/SE, ne choisissez pas MP pour la capacité seule ;
  • si une transformation prévue dépasse ou approche une limite de SE, évaluez MP avant la phase finale de la thèse ;
  • si vous ne connaissez pas la taille maximale future, construisez un échantillon de croissance avec les mêmes colonnes et les mêmes types de variables.

Attention : le nombre de gigaoctets affiché par Finder ou par l’Explorateur ne permet pas de conclure sur la compatibilité d’une édition. Les observations, les variables et les dimensions des modèles sont des indicateurs plus utiles.

Mesurez les commandes qui consomment réellement votre temps

Stata/MP n’est pas un accélérateur universel. Son intérêt dépend de la part d’une commande qui peut être répartie entre plusieurs cœurs. Une régression isolée, une importation lente ou un graphique complexe ne réagit pas nécessairement comme une série de simulations indépendantes.

Le rapport officiel de performance de Stata/MP présente des résultats obtenus sur des commandes et des configurations de test précises. Ces valeurs décrivent le périmètre du rapport ; elles ne constituent pas une promesse de gain identique sur votre Mac, votre système Windows ou votre serveur Linux.

Deux indicateurs à extraire de votre do-file

Avant de comparer les éditions, activez un journal détaillé et repérez :

  1. les blocs qui occupent le plus de temps cumulé ;
  2. les blocs exécutés plusieurs fois, par exemple dans une boucle, une simulation ou une procédure Bootstrap ;
  3. les commandes qui attendent principalement le disque ou le réseau ;
  4. les étapes qui doivent rester interactives, comme la vérification de graphiques ou de tableaux.

Une commande longue mais exécutée une seule fois n’a pas le même poids qu’une commande moyenne appelée plusieurs centaines de fois. De même, si le temps est consacré à lire des fichiers sur un partage réseau, changer d’édition ne supprimera pas ce délai.

Consultez aussi la page consacrée à Stata/MP et au calcul parallèle. Le nombre de cœurs annoncé par une machine Apple Silicon ne suffit pas pour décider. Vous devez savoir si les commandes de votre projet figurent dans le périmètre de parallélisation documenté.

Décision conditionnelle pour le parallélisme

  • Si votre do-file contient des commandes répétées, coûteuses et documentées comme parallélisables, choisissez MP après un test contrôlé.
  • Si vos étapes les plus lentes sont l’importation, l’exportation, la création de graphiques ou l’accès à un volume distant, conservez SE et corrigez d’abord le stockage ou le script.
  • Si vous ne connaissez pas la commande responsable, profilez le do-file avant de demander MP.
  • Si un gain n’apparaît que sur une micro-tâche, mais pas sur le temps total du projet, revenez à SE.
  • Si le même calcul est exécuté quotidiennement par plusieurs membres du laboratoire, réévaluez MP, car un gain modeste par exécution peut devenir pertinent sur une longue série de travaux.

Distinguez le processeur, la mémoire et le stockage

Un changement de version ne compense pas une machine qui manque de mémoire ou qui échange constamment avec le disque. Lorsque le système utilise le stockage comme mémoire de secours, le processeur peut rester peu occupé pendant que l’analyse attend. Un volume réseau ajoute une autre file d’attente, parfois invisible dans Stata.

Pour diagnostiquer la situation, séparez trois charges.

Analyse interactive sur petit échantillon

Vous ouvrez les données, lancez une estimation, inspectez un tableau et produisez quelques graphiques. Dans ce cas, le délai ressenti vient souvent du chargement initial, de l’affichage ou de votre rythme de vérification. MP peut être difficile à justifier si les modèles sont courts.

Traitement d’une grande table en mémoire

Vous recodez de nombreuses variables, effectuez des fusions, créez des retards ou exécutez des estimations sur une table qui tient juste en mémoire. Observez alors la mémoire utilisée, les erreurs, les échanges avec le disque et le temps de chaque bloc. Une édition plus rapide ne résout pas un jeu de données qui ne peut pas être chargé proprement.

Importations et exports répétés

Les fichiers CSV, Excel, texte ou les résultats envoyés vers un stockage partagé peuvent dominer le temps total. Dans ce scénario, copiez temporairement les données sur un stockage local autorisé et comparez les étapes séparément. Si le délai disparaît, le goulot d’étranglement est l’accès aux fichiers, pas nécessairement l’édition de Stata.

Le guide utilisateur officiel de Stata aide à vérifier les commandes, la gestion des données et la journalisation. Pour votre propre audit, consignez le temps de démarrage, le temps de traitement, le temps d’exportation, les erreurs et la réponse de l’interface. Ne retenez pas uniquement la durée d’une ligne de régression.

Expérience de terrain : un script peut sembler « lent » parce qu’il reconstruit plusieurs fois les mêmes données, conserve des variables inutiles ou lit un fichier distant à chaque boucle. Avant de payer une édition supérieure, cherchez ces répétitions dans le do-file.

Vérifiez la licence avant de comparer les machines

Stata 19 est proposé en éditions MP, SE et BE, et la documentation officielle fournit les différences de capacités entre ces versions. La licence est un second axe de décision : une université peut disposer d’une licence individuelle, départementale, de campus ou de laboratoire, avec des règles différentes concernant les utilisateurs et les hôtes distants.

Consultez les options de licences éducatives de Stata et demandez au service informatique de votre établissement :

  • l’édition effectivement incluse dans votre contrat ;
  • le nombre d’utilisateurs autorisés ;
  • l’usage sur une machine distante ou dans un centre de données ;
  • les conditions d’accès par plusieurs membres du laboratoire ;
  • la procédure de renouvellement et de transfert entre systèmes.

Le fait qu’une édition fonctionne sur macOS, Windows et Linux ne signifie pas qu’un même compte puisse être partagé librement. Ne transmettez pas vos identifiants à un collègue ou à un prestataire sans validation de l’établissement. Cette vérification est une démarche administrative, non un avis juridique sur votre contrat.

La compatibilité Apple Silicon est confirmée par la documentation officielle consacrée aux Mac équipés d’Apple Silicon. Vérifiez néanmoins la version de macOS autorisée dans la liste officielle des systèmes compatibles, surtout si le Mac est administré à distance ou si votre laboratoire impose une version précise.

Faites de la reproductibilité un critère de choix

Pour une thèse, le meilleur environnement n’est pas toujours celui qui termine une estimation isolée le plus vite. Votre directeur doit pouvoir relancer le projet. Un co-auteur doit pouvoir ouvrir les mêmes données et interpréter le même journal. Le laboratoire doit pouvoir reprendre l’analyse après votre départ.

Comparez Stata/SE et Stata/MP sur les points suivants :

  • mêmes fichiers de données, avec des chemins documentés et portables ;
  • même version du do-file et mêmes fichiers annexes ;
  • mêmes journaux et exports ;
  • même comportement des graines aléatoires dans les simulations ;
  • mêmes résultats numériques, avec une tolérance définie pour les calculs concernés ;
  • absence de dépendance à une limite que l’environnement d’un collaborateur ne peut pas atteindre.

Stata documente également sa disponibilité sur plusieurs plates-formes dans sa page présentant Stata pour Mac. Pour un projet partagé entre Mac, Windows et Linux, testez la chaîne complète : ouverture des données, exécution sans intervention manuelle, création des résultats et archivage du journal.

Un projet peut donc retenir SE même si MP est disponible. Ce choix est raisonnable lorsque les collaborateurs utilisent principalement SE, lorsque les modèles restent sous les limites officielles et lorsque l’édition supérieure n’apporte aucun gain mesuré sur le résultat final.

Appliquez un essai représentatif avant de décider

Ne testez pas une seule régression artificiellement courte. Sélectionnez un jeu de données anonymisé et un do-file qui couvre les étapes réellement importantes : nettoyage, fusion, modèle principal, analyses de robustesse, simulation éventuelle et export des tableaux.

Procédez ainsi :

  1. Copiez les données sur un stockage local autorisé et conservez une seconde copie pour vérifier le scénario réseau.
  2. Retirez les identifiants directs, les informations confidentielles et les variables qui ne sont pas nécessaires au test.
  3. Marquez les points de début et de fin de chaque bloc important dans le journal Stata.
  4. Exécutez le même script avec la même graine aléatoire et les mêmes options dans chaque environnement.
  5. Relevez les erreurs, les limites atteintes, le temps total, les attentes d’interface et l’utilisation observée de la mémoire.
  6. Rejouez le bloc le plus coûteux plusieurs fois si le projet contient des simulations ou du Bootstrap.
  7. Comparez les résultats exportés, les journaux et les fichiers intermédiaires, pas seulement le temps d’une commande.
  8. Faites relire le protocole par un collaborateur qui n’a pas préparé le test.

Si vous ne possédez pas de Mac, un environnement distant peut servir à valider la compatibilité macOS et Apple Silicon sans acheter immédiatement une machine. Vous pouvez consulter les solutions de Mac distant pour les tests scientifiques et organiser un essai avec des données dépourvues d’informations sensibles. Le test doit toutefois respecter les règles de votre établissement concernant les données de recherche.

Comparez les options dans une matrice de décision

Utilisez cette grille avant de signer une licence, de renouveler un poste ou de demander un budget au laboratoire. Elle sépare le besoin de capacité, le besoin de vitesse et le besoin de compatibilité.

Situation observée Choix prioritaire Vérification à conserver
Données et modèles sous les limites de SE, analyses interactives Stata/SE Résultats, journaux et compatibilité avec les collaborateurs
Données proches d’une limite officielle après fusion ou transformation Stata/MP à tester Tableau officiel des limites et scénario de taille maximale
Simulations, Bootstrap ou estimations répétées très longues Stata/MP après mesure Commande concernée et rapport officiel de performance
Importations, exports ou accès réseau dominants SE ou environnement mieux stocké Temps d’entrée-sortie séparé du temps de calcul
Laboratoire avec licence ou postes hétérogènes Édition commune validée Conditions d’utilisateurs, d’hôtes et de systèmes
Besoin ponctuel de valider macOS sans Mac local Essai distant temporaire Données anonymisées, exécution complète et reproductibilité

Pour une comparaison de coût, incluez la licence, la machine, l’administration, le stockage, la sauvegarde et le temps d’attente des chercheurs. Une solution apparemment moins chère devient moins intéressante si elle oblige plusieurs personnes à maintenir des environnements différents.

FAQ pour les projets universitaires

Les quatre réponses ci-dessous couvrent les cas qui provoquent le plus souvent une mauvaise décision entre SE et MP. Elles complètent la grille sans remplacer le test sur votre propre do-file.

Votre Mac Apple Silicon suffit-il pour toutes les analyses Stata ?

Apple Silicon fournit un environnement macOS pris en charge par Stata, mais le matériel ne détermine pas seul l’édition optimale. Le parallélisme de la commande, la mémoire disponible, le stockage et l’accès aux données restent déterminants. Utilisez la même tâche représentative sur l’environnement prévu, puis comparez le temps total et la reproductibilité avant de conclure.

Faut-il demander MP pour un modèle de données longitudinales ?

Pas automatiquement. Un modèle longitudinal peut rester parfaitement adapté à Stata/SE si le nombre d’observations, de variables et de paramètres demeure sous les limites officielles. La décision dépend aussi du nombre de modèles, des tests de robustesse et des boucles exécutées. Mesurez la séquence complète, car le nom de la méthode ne prouve pas à lui seul un gain avec MP.

Une licence de campus permet-elle d’utiliser Stata sur un Mac distant ?

Cela dépend du contrat de l’établissement et de la définition des utilisateurs autorisés. Une licence peut couvrir plusieurs systèmes d’exploitation sans autoriser le partage d’un compte ou l’accès par des personnes non prévues. Demandez au service logiciel de confirmer l’usage sur hôte distant, le mode d’authentification et les règles applicables aux données de recherche.

Comment comparer une analyse Stata entre Windows, Linux et macOS ?

Conservez les mêmes fichiers, la même version du do-file, les mêmes réglages régionaux et la même graine aléatoire. Exécutez le script sans modification manuelle, archivez les journaux et comparez les résultats exportés. Vérifiez aussi les chemins de fichiers, les polices de graphiques, les commandes externes et les dépendances liées au système avant de déclarer le projet reproductible.

Le choix raisonnable avant de louer ou d’acheter

Si votre environnement actuel est Windows ou Linux, il reste parfaitement valable lorsque Stata/SE répond aux limites du projet et que les collaborateurs peuvent reproduire l’analyse. Ses limites apparaissent lorsque vous devez valider macOS, accéder à un logiciel uniquement disponible sur cette plate-forme, attendre une machine de laboratoire partagée ou acheter un poste pour un besoin temporaire. Acheter un Mac ajoute alors un coût matériel et une immobilisation qui ne correspondent pas forcément au calendrier de la thèse.

Dans ce cas, louer un Mac auprès de MACCOME vous permet de préparer une copie anonymisée et un do-file représentatif, puis de vérifier l’exécution, les ressources et l’interaction à distance avant de demander une licence MP ou un équipement permanent. Vous pouvez examiner une offre de Mac distant pour les chercheurs et conserver votre environnement habituel pour les tâches qui n’exigent pas macOS.

La recommandation finale reste conditionnelle : choisissez Stata/SE pour la majorité des analyses courantes ; retenez Stata/MP si une limite de capacité ou un gain parallèle est démontré ; utilisez un Mac distant temporaire si vous devez d’abord valider l’environnement, le projet et la reproductibilité sans engager immédiatement le budget du laboratoire.