Bonjour,
Il est dit que les interruptions peuvent survenir à n'importe quel moment,
imprévisible, au cours de l'exécution d'un thread.
Dans les interruptions, on distingue les interruptions hardware et les
interruptions software.
je ne comprends pas en quoi l'on peut dire que les interruptions
"software" peuvent survenir à n'importe quel moment.
En effet, ce sont des instructions assembleur "INT XX" où XX est le nº du
vecteur d'interruption. Donc c'est bien un thread en cours d'exécution,
celui qui contient l'instruction assembleur "INT xx", qui provoque
l'interruption software.
Il n'y a rien d'impévisible, là...
En quoi les interruptions "software" font-elles partie des "interruptions"
?
Bonjour,
Il est dit que les interruptions peuvent survenir à n'importe quel moment,
imprévisible, au cours de l'exécution d'un thread.
Dans les interruptions, on distingue les interruptions hardware et les
interruptions software.
je ne comprends pas en quoi l'on peut dire que les interruptions
"software" peuvent survenir à n'importe quel moment.
En effet, ce sont des instructions assembleur "INT XX" où XX est le nº du
vecteur d'interruption. Donc c'est bien un thread en cours d'exécution,
celui qui contient l'instruction assembleur "INT xx", qui provoque
l'interruption software.
Il n'y a rien d'impévisible, là...
En quoi les interruptions "software" font-elles partie des "interruptions"
?
Bonjour,
Il est dit que les interruptions peuvent survenir à n'importe quel moment,
imprévisible, au cours de l'exécution d'un thread.
Dans les interruptions, on distingue les interruptions hardware et les
interruptions software.
je ne comprends pas en quoi l'on peut dire que les interruptions
"software" peuvent survenir à n'importe quel moment.
En effet, ce sont des instructions assembleur "INT XX" où XX est le nº du
vecteur d'interruption. Donc c'est bien un thread en cours d'exécution,
celui qui contient l'instruction assembleur "INT xx", qui provoque
l'interruption software.
Il n'y a rien d'impévisible, là...
En quoi les interruptions "software" font-elles partie des "interruptions"
?
Les int. software sont expliquée dans le livre " Undocumented Windows NT" de
1999
Des extraits :
"http://www.windowsitlibrary.com/Documents/Book.cfm?DocumentID56
Les int. software sont expliquée dans le livre " Undocumented Windows NT" de
1999
Des extraits :
"http://www.windowsitlibrary.com/Documents/Book.cfm?DocumentID56
Les int. software sont expliquée dans le livre " Undocumented Windows NT" de
1999
Des extraits :
"http://www.windowsitlibrary.com/Documents/Book.cfm?DocumentID56
antoine a écrit :Les int. software sont expliquée dans le livre " Undocumented Windows NT"
de 1999
Des extraits :
"http://www.windowsitlibrary.com/Documents/Book.cfm?DocumentID56
Merci, mais ma question ne porte pas sur ce qu'est une interruption
software (j'ai d'ailleurs expliqué dans le post de départ ce qu'était une
interruption software) mais sur la raison pour laquelle on l'appelle
"interruption"
antoine a écrit :
Les int. software sont expliquée dans le livre " Undocumented Windows NT"
de 1999
Des extraits :
"http://www.windowsitlibrary.com/Documents/Book.cfm?DocumentID56
Merci, mais ma question ne porte pas sur ce qu'est une interruption
software (j'ai d'ailleurs expliqué dans le post de départ ce qu'était une
interruption software) mais sur la raison pour laquelle on l'appelle
"interruption"
antoine a écrit :Les int. software sont expliquée dans le livre " Undocumented Windows NT"
de 1999
Des extraits :
"http://www.windowsitlibrary.com/Documents/Book.cfm?DocumentID56
Merci, mais ma question ne porte pas sur ce qu'est une interruption
software (j'ai d'ailleurs expliqué dans le post de départ ce qu'était une
interruption software) mais sur la raison pour laquelle on l'appelle
"interruption"
Bonjour,
Il est dit que les interruptions peuvent survenir à n'importe quel
moment, imprévisible, au cours de l'exécution d'un thread.
Dans les interruptions, on distingue les interruptions hardware et les
interruptions software.
je ne comprends pas en quoi l'on peut dire que les interruptions
"software" peuvent survenir à n'importe quel moment.
En effet, ce sont des instructions assembleur "INT XX" où XX est le nº
du vecteur d'interruption. Donc c'est bien un thread en cours
d'exécution, celui qui contient l'instruction assembleur "INT xx", qui
provoque l'interruption software.
Il n'y a rien d'impévisible, là...
En quoi les interruptions "software" font-elles partie des "interruptions"
(Exemple :interruptions DPC, interruptions APC... etc)
Bonjour,
Il est dit que les interruptions peuvent survenir à n'importe quel
moment, imprévisible, au cours de l'exécution d'un thread.
Dans les interruptions, on distingue les interruptions hardware et les
interruptions software.
je ne comprends pas en quoi l'on peut dire que les interruptions
"software" peuvent survenir à n'importe quel moment.
En effet, ce sont des instructions assembleur "INT XX" où XX est le nº
du vecteur d'interruption. Donc c'est bien un thread en cours
d'exécution, celui qui contient l'instruction assembleur "INT xx", qui
provoque l'interruption software.
Il n'y a rien d'impévisible, là...
En quoi les interruptions "software" font-elles partie des "interruptions"
(Exemple :interruptions DPC, interruptions APC... etc)
Bonjour,
Il est dit que les interruptions peuvent survenir à n'importe quel
moment, imprévisible, au cours de l'exécution d'un thread.
Dans les interruptions, on distingue les interruptions hardware et les
interruptions software.
je ne comprends pas en quoi l'on peut dire que les interruptions
"software" peuvent survenir à n'importe quel moment.
En effet, ce sont des instructions assembleur "INT XX" où XX est le nº
du vecteur d'interruption. Donc c'est bien un thread en cours
d'exécution, celui qui contient l'instruction assembleur "INT xx", qui
provoque l'interruption software.
Il n'y a rien d'impévisible, là...
En quoi les interruptions "software" font-elles partie des "interruptions"
(Exemple :interruptions DPC, interruptions APC... etc)
"interruption", car l'exécution du code est bien interrompue, pour exécuter
comme il est dit "the handler routine specified in the interrupt descriptor
table entry"
"interruption", car l'exécution du code est bien interrompue, pour exécuter
comme il est dit "the handler routine specified in the interrupt descriptor
table entry"
"interruption", car l'exécution du code est bien interrompue, pour exécuter
comme il est dit "the handler routine specified in the interrupt descriptor
table entry"
> Ben, je dirais que les interruptions software sont le fait du logiciel ou
viennent directement du processor. (un timer, le scheduler qui distribue la
resource CPU aux thread, une division par zéro, le mode debug etc... ) . Les
interruptions hardware sont le fait d'élément extérieur au processeur
(arrivé de données sur un port, réponse de controleurs etc... ).
VB
> Ben, je dirais que les interruptions software sont le fait du logiciel ou
viennent directement du processor. (un timer, le scheduler qui distribue la
resource CPU aux thread, une division par zéro, le mode debug etc... ) . Les
interruptions hardware sont le fait d'élément extérieur au processeur
(arrivé de données sur un port, réponse de controleurs etc... ).
VB
> Ben, je dirais que les interruptions software sont le fait du logiciel ou
viennent directement du processor. (un timer, le scheduler qui distribue la
resource CPU aux thread, une division par zéro, le mode debug etc... ) . Les
interruptions hardware sont le fait d'élément extérieur au processeur
(arrivé de données sur un port, réponse de controleurs etc... ).
VB
> Ben, je dirais que les interruptions software sont le fait du logiciel
> viennent directement du processor. (un timer, le scheduler qui distribue
> resource CPU aux thread, une division par zéro, le mode debug etc... ) .
> interruptions hardware sont le fait d'élément extérieur au processeur
> (arrivé de données sur un port, réponse de controleurs etc... ).
>
> VB
>
>
Oui, mais les exceptions (division par zéro, page default) ne sont pas
des interruptions, dans la mesure où en répétant le même code dans les
même conditions, l'exception se répète aussi.
Ce qui n'est pas le cas des interruptions - software comme hardware -
qui sont imprévisibles.
En quoi une interruption software est-elle imprévisible puisqu'il s'agit
de soft (de code assembleur) et non pas de hardware ?
> Ben, je dirais que les interruptions software sont le fait du logiciel
> viennent directement du processor. (un timer, le scheduler qui distribue
> resource CPU aux thread, une division par zéro, le mode debug etc... ) .
> interruptions hardware sont le fait d'élément extérieur au processeur
> (arrivé de données sur un port, réponse de controleurs etc... ).
>
> VB
>
>
Oui, mais les exceptions (division par zéro, page default) ne sont pas
des interruptions, dans la mesure où en répétant le même code dans les
même conditions, l'exception se répète aussi.
Ce qui n'est pas le cas des interruptions - software comme hardware -
qui sont imprévisibles.
En quoi une interruption software est-elle imprévisible puisqu'il s'agit
de soft (de code assembleur) et non pas de hardware ?
> Ben, je dirais que les interruptions software sont le fait du logiciel
> viennent directement du processor. (un timer, le scheduler qui distribue
> resource CPU aux thread, une division par zéro, le mode debug etc... ) .
> interruptions hardware sont le fait d'élément extérieur au processeur
> (arrivé de données sur un port, réponse de controleurs etc... ).
>
> VB
>
>
Oui, mais les exceptions (division par zéro, page default) ne sont pas
des interruptions, dans la mesure où en répétant le même code dans les
même conditions, l'exception se répète aussi.
Ce qui n'est pas le cas des interruptions - software comme hardware -
qui sont imprévisibles.
En quoi une interruption software est-elle imprévisible puisqu'il s'agit
de soft (de code assembleur) et non pas de hardware ?
Une interruption, comme sont nom l'indique est qqc qui va venir interrompre
le cours normal des choses.
La prévisibilité (plus ou moins relative d'ailleurs) d'une interruption ne
change pas la nature du phénomène : l'interruption du cours du programme
principale. Après il faut entendre ce qu'on entend par "prévisible" , quand
on attend une interruption d'un controler disk en réponse à une requète, on
sait qu'il va y avoir une interruption, mais on ne sait pas quand. C'est
pareil pour la division par zero, y'a des calcul où l'on ne sait pas dire
facilement, de manière déterministe si quand un zéro va apparaitre sur un
diviseur.
VB
Une interruption, comme sont nom l'indique est qqc qui va venir interrompre
le cours normal des choses.
La prévisibilité (plus ou moins relative d'ailleurs) d'une interruption ne
change pas la nature du phénomène : l'interruption du cours du programme
principale. Après il faut entendre ce qu'on entend par "prévisible" , quand
on attend une interruption d'un controler disk en réponse à une requète, on
sait qu'il va y avoir une interruption, mais on ne sait pas quand. C'est
pareil pour la division par zero, y'a des calcul où l'on ne sait pas dire
facilement, de manière déterministe si quand un zéro va apparaitre sur un
diviseur.
VB
Une interruption, comme sont nom l'indique est qqc qui va venir interrompre
le cours normal des choses.
La prévisibilité (plus ou moins relative d'ailleurs) d'une interruption ne
change pas la nature du phénomène : l'interruption du cours du programme
principale. Après il faut entendre ce qu'on entend par "prévisible" , quand
on attend une interruption d'un controler disk en réponse à une requète, on
sait qu'il va y avoir une interruption, mais on ne sait pas quand. C'est
pareil pour la division par zero, y'a des calcul où l'on ne sait pas dire
facilement, de manière déterministe si quand un zéro va apparaitre sur un
diviseur.
VB
Vincent Burel a écrit :
>
> Une interruption, comme sont nom l'indique est qqc qui va venir
> le cours normal des choses.
> La prévisibilité (plus ou moins relative d'ailleurs) d'une interruption
> change pas la nature du phénomène : l'interruption du cours du programme
> principale. Après il faut entendre ce qu'on entend par "prévisible" ,
> on attend une interruption d'un controler disk en réponse à une requète,
> sait qu'il va y avoir une interruption, mais on ne sait pas quand.
> pareil pour la division par zero, y'a des calcul où l'on ne sait pas
> facilement, de manière déterministe si quand un zéro va apparaitre sur
> diviseur.
>
> VB
Oui, mais non, nous ne sommes pas sur la même longueur d'onde...
Ce qui est prévisible n'est pas une interruption, mais une exception.
- Les interruptions se subdivisent en "Interruptions Hardware" et
"interruptions software".
Vincent Burel a écrit :
>
> Une interruption, comme sont nom l'indique est qqc qui va venir
> le cours normal des choses.
> La prévisibilité (plus ou moins relative d'ailleurs) d'une interruption
> change pas la nature du phénomène : l'interruption du cours du programme
> principale. Après il faut entendre ce qu'on entend par "prévisible" ,
> on attend une interruption d'un controler disk en réponse à une requète,
> sait qu'il va y avoir une interruption, mais on ne sait pas quand.
> pareil pour la division par zero, y'a des calcul où l'on ne sait pas
> facilement, de manière déterministe si quand un zéro va apparaitre sur
> diviseur.
>
> VB
Oui, mais non, nous ne sommes pas sur la même longueur d'onde...
Ce qui est prévisible n'est pas une interruption, mais une exception.
- Les interruptions se subdivisent en "Interruptions Hardware" et
"interruptions software".
Vincent Burel a écrit :
>
> Une interruption, comme sont nom l'indique est qqc qui va venir
> le cours normal des choses.
> La prévisibilité (plus ou moins relative d'ailleurs) d'une interruption
> change pas la nature du phénomène : l'interruption du cours du programme
> principale. Après il faut entendre ce qu'on entend par "prévisible" ,
> on attend une interruption d'un controler disk en réponse à une requète,
> sait qu'il va y avoir une interruption, mais on ne sait pas quand.
> pareil pour la division par zero, y'a des calcul où l'on ne sait pas
> facilement, de manière déterministe si quand un zéro va apparaitre sur
> diviseur.
>
> VB
Oui, mais non, nous ne sommes pas sur la même longueur d'onde...
Ce qui est prévisible n'est pas une interruption, mais une exception.
- Les interruptions se subdivisent en "Interruptions Hardware" et
"interruptions software".
une exception n'est pas forcément prévisible, sinon y'aurait aucun intérêt à
mettre en place ce mécanisme.
- Les interruptions se subdivisent en "Interruptions Hardware" et
"interruptions software".
L'exception provoque généralement une interruption...
Bref, je ne comprend plus votre question.
peut etre qqn d'autre...
VB
une exception n'est pas forcément prévisible, sinon y'aurait aucun intérêt à
mettre en place ce mécanisme.
- Les interruptions se subdivisent en "Interruptions Hardware" et
"interruptions software".
L'exception provoque généralement une interruption...
Bref, je ne comprend plus votre question.
peut etre qqn d'autre...
VB
une exception n'est pas forcément prévisible, sinon y'aurait aucun intérêt à
mettre en place ce mécanisme.
- Les interruptions se subdivisent en "Interruptions Hardware" et
"interruptions software".
L'exception provoque généralement une interruption...
Bref, je ne comprend plus votre question.
peut etre qqn d'autre...
VB