Mouvement Moyenne Noyau

Une approche possible ici est d'avoir une méthode qui renvoie le noyau. D'après ce que je suis capable de voir, les entrées de cette méthode serait kerneltype. je. Et autresInputs. Une approche simple serait: C'est bien sûr terriblement, terriblement rude, et beaucoup d'amélioration peut être faite, mais il est destiné à simplement obtenir le point à travers. Je voudrais utiliser une interface pour représenter un noyau, et avoir des classes dérivées par noyau. Selon mon expérience, cela produit un code suffisamment lisible et maintenable, mais il y a toujours place à amélioration. J'ai les données de la forme: x est continue de 0 à 1 et non équidistante et y est binaire. Id comme pour lisser y sur l'axe x en utilisant R, mais ne peut pas trouver le bon package. Les fonctions de lissage du noyau Ive ont trouvé des estimations de densité de produit de x ou donneront une estimation erronée aux extrémités du x parce qu'elles sont moyennes sur des régions inférieures à 0 et supérieures à 1. Id aussi comme pour éviter des lisseurs linéaires tels que Loess givens puis forme binaire de Y. Les fonctions de la moyenne mobile que j'ai vues supposent des valeurs x à espacement égal. Savez-vous des fonctions R qui lissent et idéalement ont une procédure de sélection de bande passante, je peux écrire une fonction de moyenne mobile et de la validation croisée pour déterminer la bande passante, mais je préfère trouver une fonction existante qui a été examinée. A demandé Dec 17 12 à 15: 21Maintenant, j'ai pensé que la moyenne de charge (comme montré par exemple en haut) était une moyenne mobile sur les n dernières valeurs du nombre de processus en état exécutable ou en cours d'exécution. Et n aurait été défini par la longueur de la moyenne mobile: puisque l'algorithme pour calculer la moyenne de la charge semble déclencher toutes les 5 s, n aurait été 12 pour la moyenne de charge de 1min, 12x5 pour la moyenne de charge de 5 min et 12x15 pour la moyenne 15 min charge moyenne. Mais alors j'ai lu cet article: linuxjournalarticle9001. L'article est assez ancien, mais le même algorithme est implémenté aujourd'hui dans le noyau Linux. La moyenne de la charge n'est pas une moyenne mobile mais un algorithme pour lequel je ne connais pas un nom. De toute façon, j'ai fait une comparaison entre l 'algorithme du noyau Linux et une moyenne mobile pour une charge périodique imaginaire:. Il ya une énorme différence. Enfin mes questions sont: Pourquoi cette mise en œuvre ont été choisies par rapport à une vraie moyenne mobile, qui a un vrai sens pour personne Pourquoi tout le monde parle de 1min de charge moyenne depuis beaucoup plus que la dernière minute est prise en compte par l'algorithme. (Mathématiquement, toute la mesure depuis le démarrage dans la pratique, en tenant compte de l'erreur d'arrondi - encore beaucoup de mesures) a demandé à partir de stackoverflow Mar 9 11 à 5:31 Cette question est venue de Notre site pour les programmeurs professionnels et enthousiastes. Il s'agit d'une moyenne mobile exponentielle (EMA), également utilisée par exemple en finance (analyse technique). Les avantages sont vraisemblablement les mêmes - l'EMA peut être calculée à partir de la valeur précédente et la valeur actuelle, et les valeurs récentes sont donnés plus de poids que les anciennes valeurs. Dans une MA standard, la valeur la plus ancienne contribue tout autant à la moyenne que la plus récente, et parfois nous pensons que les valeurs les plus récentes sont plus importantes. Ndash jg-faustus Mar 10 11 à 3:57 Cette différence remonte à l'original Berkeley Unix, et provient du fait que le noyau cant effectivement garder une moyenne roulante, il aurait besoin de conserver un grand nombre de lectures passées afin de faire Donc, et surtout dans les vieux jours il n'y avait pas de mémoire à épargner pour elle. L'algorithme utilisé à la place a l'avantage que tout le noyau doit conserver est le résultat du calcul précédent. Gardez à l'esprit l'algorithme était un peu plus proche de la vérité lorsque les vitesses de l'ordinateur et les cycles d'horloge correspondants ont été mesurés en dizaines de MHz au lieu de GHz theres beaucoup plus de temps pour les écarts de fluage ces jours-ci. Répondu Mar 9 11 at 5:48