Partager via

rxLogisticRegression : régression logistique

  • Article

Régression logistique Machine Learning

Utilisation

  rxLogisticRegression(formula = NULL, data, type = c("binary", "multiClass"),
    l2Weight = 1, l1Weight = 1, optTol = 1e-07, memorySize = 20,
    initWtsScale = 0, maxIterations = 2147483647, showTrainingStats = FALSE,
    sgdInitTol = 0, trainThreads = NULL, denseOptimizer = FALSE,
    normalize = "auto", mlTransforms = NULL, mlTransformVars = NULL,
    rowSelection = NULL, transforms = NULL, transformObjects = NULL,
    transformFunc = NULL, transformVars = NULL, transformPackages = NULL,
    transformEnvir = NULL, blocksPerRead = rxGetOption("blocksPerRead"),
    reportProgress = rxGetOption("reportProgress"), verbose = 1,
    computeContext = rxGetOption("computeContext"),
    ensemble = ensembleControl(), ...)

Arguments

formula

La formule telle que décrite dans rxFormula. Les termes d’interaction et F() ne sont actuellement pas pris en charge dans MicrosoftML.

data

Objet source de données ou chaîne de caractères spécifiant un fichier .xdf ou un objet de trame de données.

type

Chaîne de caractères qui spécifie le type de régression logistique : "binary" pour la régression logistique de classification binaire par défaut ou "multi" pour la régression logistique polynomiale.

l2Weight

Pondération de régularisation L2. Sa valeur doit être supérieure ou égale à 0 et la valeur par défaut est 1.

l1Weight

Pondération de régularisation L1. Sa valeur doit être supérieure ou égale à 0 et la valeur par défaut est 1.

optTol

Valeur de seuil de convergence de l’optimiseur. Si l’amélioration entre les itérations est inférieure à ce seuil, l’algorithme s’arrête et renvoie le modèle actuel. Les valeurs plus petites sont plus lentes, mais plus précises. La valeur par défaut est 1e-07.

memorySize

Taille mémoire pour L-BFGS, qui indique le nombre de positions passées et de gradients à stocker pour le calcul de l’étape suivante. Ce paramètre d’optimisation limite la quantité de mémoire utilisée pour calculer l’importance et la direction de l’étape suivante. Lorsque vous spécifiez moins de mémoire, l’apprentissage est plus rapide mais moins précis. Doit être supérieur ou égal à 1 et la valeur par défaut est 20.

initWtsScale

Définit le diamètre des pondérations initiales qui spécifie la plage à partir de laquelle les valeurs sont dessinées pour les pondérations initiales. Ces pondérations sont initialisées de façon aléatoire dans cette plage. Par exemple, si le diamètre est spécifié comme étant d, les pondérations sont distribuées uniformément entre -d/2 et d/2. La valeur par défaut est 0, qui spécifie que toutes les pondérations sont initialisées à 0.

maxIterations

Définit le nombre maximal d’itérations. Après ce nombre d’étapes, l’algorithme s’arrête même s’il n’a pas satisfait les critères de convergence.

showTrainingStats

Spécifiez TRUE pour afficher les statistiques des données d’apprentissage et le modèle formé, sinon FALSE. La valeur par défaut est FALSE. Pour plus d’informations sur les statistiques du modèle, consultez summary.mlModel.

sgdInitTol

Définissez sur un nombre supérieur à 0 pour utiliser la descente de gradient stochastique pour rechercher les paramètres initiaux. Une valeur différente de zéro spécifie la tolérance utilisée par la descente de gradient stochastique pour déterminer la convergence. La valeur par défaut 0 spécifie que la descente de gradient stochastique n’est pas utilisée.

trainThreads

Nombre de threads à utiliser pour la formation du modèle. Ce nombre doit être défini sur le nombre de cœurs présents sur l’ordinateur. Notez que le multi-threading de L-BFGS tente de charger le jeu de données en mémoire. En cas de problèmes de mémoire insuffisante, affectez à trainThreads la valeur 1 pour désactiver le multi-threading. Si NULL valeur n’est définie, le nombre de threads utilisés est déterminé en interne. La valeur par défaut est NULL.

denseOptimizer

Si TRUE, force la densification des vecteurs d’optimisation internes. Si FALSE, permet à l’optimiseur de régression logistique d’utiliser des États internes éparpillés ou denses lorsqu’il le trouve approprié. L’affectation de la valeur denseOptimizer à TRUE exige que l’optimiseur interne utilise un état interne dense, ce qui peut aider à réduire la charge sur le récupérateur de mémoire pour certains types de problèmes plus importants.

normalize

Spécifie le type de normalisation automatique utilisé :

  • "auto" : si la normalisation est nécessaire, elle est effectuée automatiquement. Il s’agit de la valeur par défaut.
  • "no" : aucune normalisation n’est effectuée.
  • "yes" : la normalisation est effectuée.
  • "warn" : si la normalisation est nécessaire, un message d’avertissement s’affiche, mais la normalisation n’est pas effectuée.
    La normalisation redimensionne les plages de données disparates à une échelle standard. La mise à l’échelle des caractéristiques garantit que les distances entre les points de données sont proportionnelles et permet aux différentes méthodes d’optimisation, comme la descente de gradient, de converger beaucoup plus rapidement. Si la normalisation est effectuée, un normaliseur MaxMin est utilisé. Celui-ci normalise les valeurs dans un intervalle [a, b] où -1 <= a <= 0, 0 <= b <= 1 et b - a = 1. Ce normaliseur conserve la densité en mappant zéro à zéro.

mlTransforms

Spécifie la liste des transformations MicrosoftML à effectuer sur les données avant l’entraînement, ou NULL si aucune transformation ne doit être effectuée. Consultez featurizeText, categorical et categoricalHash pour les transformations prises en charge. Ces transformations sont effectuées après les transformations R spécifiées. La valeur par défaut est NULL.

mlTransformVars

Spécifie un vecteur de caractères des noms de variables à utiliser dans mlTransforms ou NULL si aucun ne doit être utilisé. La valeur par défaut est NULL.

rowSelection

Spécifie les lignes (observations) du jeu de données qui doivent être utilisées par le modèle avec le nom d’une variable logique du jeu de données (entre guillemets) ou avec une expression logique utilisant des variables dans le jeu de données. Par exemple, rowSelection = "old" utilise uniquement les observations dans lesquelles la valeur de la variable old est TRUE. rowSelection = (age > 20) & (age < 65) & (log(income) > 10) utilise uniquement les observations dans lesquelles la valeur de la variable age est comprise entre 20 et 65, et la valeur log de la variable income est supérieure à 10. La sélection de ligne est effectuée après le traitement de toutes les transformations de données (consultez les arguments transforms ou transformFunc). Comme pour toutes les expressions, rowSelection peut être défini en dehors de l’appel de fonction à l’aide de la fonction d’expression.

transforms

Expression de la forme list(name = expression, ``...) qui représente la première série de transformations de variables. Comme pour toutes les expressions, transforms (ou rowSelection) peut être défini en dehors de l’appel de fonction à l’aide de la fonction d’expression.

transformObjects

Liste nommée qui contient des objets qui peuvent être référencés par transforms, transformsFunc et rowSelection.

transformFunc

Fonction de transformation de variables. Pour plus d’informations, consultez rxTransform.

transformVars

Vecteur de caractère des variables de jeu de données d’entrée nécessaires pour la fonction de transformation. Pour plus d’informations, consultez rxTransform.

transformPackages

Vecteur de caractères spécifiant les packages R supplémentaires (en dehors de ceux spécifiés dans rxGetOption("transformPackages")) qui doivent être mis à disposition et préchargés pour être utilisés dans les fonctions de transformation de variables. Par exemple, ceux définis explicitement dans les fonctions RevoScaleR via leurs arguments transforms et transformFunc ou ceux définis implicitement via leurs arguments formula ou rowSelection. L’argument transformPackages peut également être NULL, ce qui indique qu’aucun package n’est préchargé en dehors de rxGetOption("transformPackages").

transformEnvir

Environnement défini par l’utilisateur qui sert de parent à tous les environnements développés en interne et qui est utilisé pour la transformation de données variables. Si transformEnvir = NULL, un nouvel environnement de « hachage » avec le parent baseenv() est utilisé à la place.

blocksPerRead

Spécifie le nombre de blocs à lire pour chaque segment de données lu à partir de la source de données.

reportProgress

Valeur entière qui spécifie le niveau de création de rapports sur la progression du traitement de la ligne :

  • 0 : aucune progression n’est signalée.
  • 1 : le nombre de lignes traitées est imprimé et mis à jour.
  • 2 : les lignes traitées et les minutages sont signalés.
  • 3 : les lignes traitées et l’ensemble des minutages sont signalés.

verbose

Valeur entière qui spécifie la quantité de sortie souhaitée. Si la valeur est 0, aucune sortie détaillée n’est imprimée au cours des calculs. Les valeurs entières de 1 à 4 fournissent des quantités d’informations croissantes.

computeContext

Définit le contexte dans lequel les calculs sont exécutés, spécifiés avec un contexte RxComputeContext valide. Actuellement, les contextes de calcul locaux et RxInSqlServer sont pris en charge.

ensemble

Paramètres de contrôle pour l’apprentissage ensembliste.

...

Arguments supplémentaires à passer directement au moteur de calcul Microsoft.

Détails

La régression logistique est une méthode de classification utilisée pour prédire la valeur d’une variable dépendante d’une catégorie et de sa relation à une ou plusieurs variables indépendantes supposées avoir une distribution logistique. Si la variable dépendante n’a que deux valeurs possibles (réussite/échec), la régression logistique est binaire. Si la variable dépendante a plus de deux valeurs possibles (groupe sanguin en fonction de résultats de tests de diagnostic), la régression logistique est polynomiale.

La technique d’optimisation utilisée pour rxLogisticRegression est la Broyden-Fletcher-Goldfarb-Shanno (L-BFGS) à mémoire limitée. Les algorithmes L-BFGS et BFGS standard utilisent des méthodes quasi-newtoniennes pour estimer la matrice Hessian nécessitant beaucoup de ressources de calcul dans l’équation utilisée par la méthode de Newton pour calculer les étapes. Toutefois, l’approximation L-BFGS utilise uniquement une quantité limitée de mémoire pour calculer la direction de l’étape suivante, et elle est dont particulièrement adaptée aux problèmes avec un grand nombre de variables. Le paramètre memorySize indique le nombre de positions passées et de gradients à stocker pour utilisation dans le calcul de l’étape suivante.

Cet apprenant peut utiliser la régularisation élastique nette : une combinaison linéaire de L1 (Lasso) et de régularisations L2 (Ridge). La régularisation est une méthode qui peut rendre un problème mal posé plus exploitable en imposant des contraintes qui fournissent des informations pour compléter les données et empêcher le surajustement en sanctionnant les modèles avec des valeurs de coefficient extrêmes. Cela peut améliorer la généralisation du modèle appris en sélectionnant la complexité optimale dans le compromis décalage/variance. La régularisation fonctionne en ajoutant la pénalité associée aux valeurs de coefficient à l’erreur de l’hypothèse. Un modèle précis avec des valeurs de coefficient extrêmes est pénalisé davantage, alors qu’un modèle moins précis avec des valeurs plus conservatrices est moins pénalisé. Les régularisations L1 et L2 ont des effets et des utilisations complémentaires à certains égards.

l1Weight : applicable aux modèles dispersés, lorsque vous travaillez avec des données de grande dimension. Elle extrait les fonctionnalités associées de pondération réduite qui sont relativement peu importantes vers 0.

l2Weight : préférable pour les données qui ne sont pas éparses. Elle extrait les grandes pondérations vers zéro.

L’ajout de la pénalité Ridge à la régularisation atténue certaines limitations de
limitations. Elle peut améliorer la précision de prédiction, par exemple lorsque le nombre de prédictions est supérieur à la taille de l’échantillon. Si x = l1Weight et y = l2Weight, ax + by = c définit l’étendue linéaire des termes de régularisation. Les valeurs par défaut x et y sont toutes les deux 1. Une régularisation agressive peut nuire à la capacité prédictive en excluant les variables importantes du modèle. Par conséquent, il est important de choisir les valeurs optimales pour les paramètres de régularisation pour de bonnes performances du modèle de régression logistique.

Valeur

rxLogisticRegression : un objet rxLogisticRegression avec le modèle entraîné.

LogisticReg : un objet de spécification d’apprenant de classe maml pour le formateur de registre logistique.

Notes

Cet algorithme tente de charger l’intégralité du jeu de données dans la mémoire lorsque trainThreads > 1 (multithread).

Auteur(s)

Microsoft Corporation Microsoft Technical Support

Références

Wikipedia: L-BFGS

regression

Training of L1-Regularized Log-Linear Models

and L2 Regularization for Machine Learning

Voir aussi

rxFastTrees, rxFastForest, rxFastLinear, rxNeuralNet, rxOneClassSvm, featurizeText, categorical, categoricalHash, rxPredict.mlModel.

Exemples


 # Estimate a logistic regression model
 logitModel <- rxLogisticRegression(isCase ~ age + parity + education + spontaneous + induced,
                   transforms = list(isCase = case == 1),
                   data = infert)
 # Print a summary of the model
 summary(logitModel)

 # Score to a data frame
 scoreDF <- rxPredict(logitModel, data = infert, 
     extraVarsToWrite = "isCase")

 # Compute and plot the Radio Operator Curve and AUC
 roc1 <- rxRoc(actualVarName = "isCase", predVarNames = "Probability", data = scoreDF) 
 plot(roc1)
 rxAuc(roc1)

 #######################################################################################
 # Multi-class logistic regression  
 testObs <- rnorm(nrow(iris)) > 0
 testIris <- iris[testObs,]
 trainIris <- iris[!testObs,]
 multiLogit <- rxLogisticRegression(
     formula = Species~Sepal.Length + Sepal.Width + Petal.Length + Petal.Width,
     type = "multiClass", data = trainIris)

 # Score the model
 scoreMultiDF <- rxPredict(multiLogit, data = testIris, 
     extraVarsToWrite = "Species")    
 # Print the first rows of the data frame with scores
 head(scoreMultiDF)
 # Look at confusion matrix
 table(scoreMultiDF$Species, scoreMultiDF$PredictedLabel)

 # Look at the observations with incorrect predictions
 badPrediction = scoreMultiDF$Species != scoreMultiDF$PredictedLabel
 scoreMultiDF[badPrediction,]