salut, en linux on a /proc/cpuinfo ou on trouve des information du cpu.
j'ai besoin de la meme information mais en solaris. est-ce que
quelqu'un peux m'aider?
j'ai aussi besion des information de la version du OS (j'ai trouve ceci
en /var/sadm/softinfo/INST_RELEASE exist'il autre place ou on trouve
cette info?).
Des information bytes envoyes et recus aussi. (en solaris)
salut, en linux on a /proc/cpuinfo ou on trouve des information du cpu. j'ai besoin de la meme information mais en solaris. est-ce que quelqu'un peux m'aider?
psrinfo -v prtconf -v (chercher cpus)
j'ai aussi besion des information de la version du OS (j'ai trouve ceci en /var/sadm/softinfo/INST_RELEASE exist'il autre place ou on trouve cette info?).
cat /etc/release
Des information bytes envoyes et recus aussi. (en solaris)
kstat -n <nom_interface> [ | grep bytes ]
ex:
ifconfig -a ... rtls0: flags00843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index inet 192.168.70.51 netmask ffffff00 broadcast 192.168.70.255 ... kstat -n rtls0 | grep bytes obytes 582238 obytes64 582238 rbytes 9401596 rbytes64 9401596
havis wrote:
salut, en linux on a /proc/cpuinfo ou on trouve des information du cpu.
j'ai besoin de la meme information mais en solaris. est-ce que
quelqu'un peux m'aider?
psrinfo -v
prtconf -v (chercher cpus)
j'ai aussi besion des information de la version du OS (j'ai trouve ceci
en /var/sadm/softinfo/INST_RELEASE exist'il autre place ou on trouve
cette info?).
cat /etc/release
Des information bytes envoyes et recus aussi. (en solaris)
kstat -n <nom_interface> [ | grep bytes ]
ex:
ifconfig -a
...
rtls0: flags00843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index
inet 192.168.70.51 netmask ffffff00 broadcast 192.168.70.255
...
kstat -n rtls0 | grep bytes
obytes 582238
obytes64 582238
rbytes 9401596
rbytes64 9401596
salut, en linux on a /proc/cpuinfo ou on trouve des information du cpu. j'ai besoin de la meme information mais en solaris. est-ce que quelqu'un peux m'aider?
psrinfo -v prtconf -v (chercher cpus)
j'ai aussi besion des information de la version du OS (j'ai trouve ceci en /var/sadm/softinfo/INST_RELEASE exist'il autre place ou on trouve cette info?).
cat /etc/release
Des information bytes envoyes et recus aussi. (en solaris)
kstat -n <nom_interface> [ | grep bytes ]
ex:
ifconfig -a ... rtls0: flags00843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index inet 192.168.70.51 netmask ffffff00 broadcast 192.168.70.255 ... kstat -n rtls0 | grep bytes obytes 582238 obytes64 582238 rbytes 9401596 rbytes64 9401596
Jean-Louis Liagre
Jean-Louis Liagre wrote:
havis wrote:
salut, en linux on a /proc/cpuinfo ou on trouve des information du cpu. j'ai besoin de la meme information mais en solaris. est-ce que quelqu'un peux m'aider?
psrinfo -v prtconf -v (chercher cpus)
et aussi: isainfo -v
Jean-Louis Liagre wrote:
havis wrote:
salut, en linux on a /proc/cpuinfo ou on trouve des information du cpu.
j'ai besoin de la meme information mais en solaris. est-ce que
quelqu'un peux m'aider?
salut, en linux on a /proc/cpuinfo ou on trouve des information du cpu. j'ai besoin de la meme information mais en solaris. est-ce que quelqu'un peux m'aider?
psrinfo -v prtconf -v (chercher cpus)
et aussi: isainfo -v
Laurent Blume
Jean-Louis Liagre wrote:
kstat -n rtls0 | grep bytes
Pourquoi lancer 2 processes quand un seul suffit? :-)
kstat supporte des expressions rationnelles dans sa syntaxe:
Note: il vaut mieux utiliser les valeurs *64, qui utilisent évidemment un entier de 64 bits plutôt que 32. Les valeurs de 32 bits reviennent à zéro quand elles dépassent la valeur maximale, comme ça se voit ici sur obytes (obytes = obytes64 % 2^32).
Et pour afficher la liste des modules de la classe «net», pratique aussi:
$ kstat -l -c net :::class iprb:0:iprb0:class lo:0:lo0:class rtls:0:rtls0:class streams:0:zero_copy:class
Laurent
Jean-Louis Liagre wrote:
kstat -n rtls0 | grep bytes
Pourquoi lancer 2 processes quand un seul suffit?
:-)
kstat supporte des expressions rationnelles dans sa syntaxe:
Note: il vaut mieux utiliser les valeurs *64, qui utilisent évidemment un entier
de 64 bits plutôt que 32.
Les valeurs de 32 bits reviennent à zéro quand elles dépassent la valeur
maximale, comme ça se voit ici sur obytes (obytes = obytes64 % 2^32).
Et pour afficher la liste des modules de la classe «net», pratique aussi:
$ kstat -l -c net :::class
iprb:0:iprb0:class
lo:0:lo0:class
rtls:0:rtls0:class
streams:0:zero_copy:class
Note: il vaut mieux utiliser les valeurs *64, qui utilisent évidemment un entier de 64 bits plutôt que 32. Les valeurs de 32 bits reviennent à zéro quand elles dépassent la valeur maximale, comme ça se voit ici sur obytes (obytes = obytes64 % 2^32).
Et pour afficher la liste des modules de la classe «net», pratique aussi:
$ kstat -l -c net :::class iprb:0:iprb0:class lo:0:lo0:class rtls:0:rtls0:class streams:0:zero_copy:class
Laurent
Jean-Louis Liagre
Laurent Blume wrote:
Jean-Louis Liagre wrote:
kstat -n rtls0 | grep bytes
Pourquoi lancer 2 processes quand un seul suffit? :-)
C'est vrai, on ne m'y reprendra plus !
Note: il vaut mieux utiliser les valeurs *64, qui utilisent évidemment un entier de 64 bits plutôt que 32. Les valeurs de 32 bits reviennent à zéro quand elles dépassent la valeur maximale, ...
Les valeurs en 64 bits aussi ... ;-)
Laurent Blume wrote:
Jean-Louis Liagre wrote:
kstat -n rtls0 | grep bytes
Pourquoi lancer 2 processes quand un seul suffit?
:-)
C'est vrai, on ne m'y reprendra plus !
Note: il vaut mieux utiliser les valeurs *64, qui utilisent évidemment un entier
de 64 bits plutôt que 32.
Les valeurs de 32 bits reviennent à zéro quand elles dépassent la valeur
maximale, ...
Pourquoi lancer 2 processes quand un seul suffit? :-)
C'est vrai, on ne m'y reprendra plus !
Note: il vaut mieux utiliser les valeurs *64, qui utilisent évidemment un entier de 64 bits plutôt que 32. Les valeurs de 32 bits reviennent à zéro quand elles dépassent la valeur maximale, ...
Les valeurs en 64 bits aussi ... ;-)
Laurent Blume
Jean-Louis Liagre wrote:
Les valeurs en 64 bits aussi ... ;-)
Exact! Sur une interface à 10 Gbits, qui utiliserait 100% de sa bande passante en permanence, un calcul rapide semble indiquer que la valeur reviendra à zéro au bout de 467 ans et des poussières.
Je suis d'accord, mieux vaut programmer défensivement, et gérer le cas dès maintenant, plutôt que d'avoir à le faire dans l'urgence en 2472 ;-)
Laurent
Jean-Louis Liagre wrote:
Les valeurs en 64 bits aussi ... ;-)
Exact!
Sur une interface à 10 Gbits, qui utiliserait 100% de sa bande passante en
permanence, un calcul rapide semble indiquer que la valeur reviendra à zéro au
bout de 467 ans et des poussières.
Je suis d'accord, mieux vaut programmer défensivement, et gérer le cas dès
maintenant, plutôt que d'avoir à le faire dans l'urgence en 2472 ;-)
Exact! Sur une interface à 10 Gbits, qui utiliserait 100% de sa bande passante en permanence, un calcul rapide semble indiquer que la valeur reviendra à zéro au bout de 467 ans et des poussières.
Je suis d'accord, mieux vaut programmer défensivement, et gérer le cas dès maintenant, plutôt que d'avoir à le faire dans l'urgence en 2472 ;-)
Laurent
Jean-Louis Liagre
Laurent Blume wrote:
Jean-Louis Liagre wrote:
Les valeurs en 64 bits aussi ... ;-)
Exact! Sur une interface à 10 Gbits, qui utiliserait 100% de sa bande passante en permanence, un calcul rapide semble indiquer que la valeur reviendra à zéro au bout de 467 ans et des poussières.
Attention aux calculs exagérément optimistes ;-)
En assumant un doublement de la bande passante disponible chaque année, on passera les 2^64 octets transférés par une interface qui suivrait cette hypothèse et conserverait ses stats dès 2039.
Je suis d'accord, mieux vaut programmer défensivement, et gérer le cas dès maintenant, plutôt que d'avoir à le faire dans l'urgence en 2472 ;-)
En 2048, il faudrait moins d'une journée pour saturer le compteur 64 bits avec une interface à 10^22 bits/secondes ...
Laurent Blume wrote:
Jean-Louis Liagre wrote:
Les valeurs en 64 bits aussi ... ;-)
Exact!
Sur une interface à 10 Gbits, qui utiliserait 100% de sa bande passante en
permanence, un calcul rapide semble indiquer que la valeur reviendra à zéro au
bout de 467 ans et des poussières.
Attention aux calculs exagérément optimistes ;-)
En assumant un doublement de la bande passante disponible chaque année,
on passera les 2^64 octets transférés par une interface qui suivrait
cette hypothèse et conserverait ses stats dès 2039.
Je suis d'accord, mieux vaut programmer défensivement, et gérer le cas dès
maintenant, plutôt que d'avoir à le faire dans l'urgence en 2472 ;-)
En 2048, il faudrait moins d'une journée pour saturer le compteur 64
bits avec une interface à 10^22 bits/secondes ...
Exact! Sur une interface à 10 Gbits, qui utiliserait 100% de sa bande passante en permanence, un calcul rapide semble indiquer que la valeur reviendra à zéro au bout de 467 ans et des poussières.
Attention aux calculs exagérément optimistes ;-)
En assumant un doublement de la bande passante disponible chaque année, on passera les 2^64 octets transférés par une interface qui suivrait cette hypothèse et conserverait ses stats dès 2039.
Je suis d'accord, mieux vaut programmer défensivement, et gérer le cas dès maintenant, plutôt que d'avoir à le faire dans l'urgence en 2472 ;-)
En 2048, il faudrait moins d'une journée pour saturer le compteur 64 bits avec une interface à 10^22 bits/secondes ...
havis
je cherche encore the CPU Cache memory size. et la memoire RAM. ou peux je trouver ca?
je cherche encore the CPU Cache memory size. et la memoire RAM. ou peux
je trouver ca?
je cherche encore the CPU Cache memory size. et la memoire RAM. ou peux je trouver ca?
Laurent Blume
Jean-Louis Liagre wrote:
Attention aux calculs exagérément optimistes ;-)
En assumant un doublement de la bande passante disponible chaque année, on passera les 2^64 octets transférés par une interface qui suivrait cette hypothèse et conserverait ses stats dès 2039.
Ouiiii, mais on va rebooter pour la changer, j'espère! Au moins recharger le module. Ça remettra à zéro.
Laurent
Jean-Louis Liagre wrote:
Attention aux calculs exagérément optimistes ;-)
En assumant un doublement de la bande passante disponible chaque année,
on passera les 2^64 octets transférés par une interface qui suivrait
cette hypothèse et conserverait ses stats dès 2039.
Ouiiii, mais on va rebooter pour la changer, j'espère! Au moins recharger le
module. Ça remettra à zéro.
En assumant un doublement de la bande passante disponible chaque année, on passera les 2^64 octets transférés par une interface qui suivrait cette hypothèse et conserverait ses stats dès 2039.
Ouiiii, mais on va rebooter pour la changer, j'espère! Au moins recharger le module. Ça remettra à zéro.
Laurent
Laurent Blume
havis wrote:
je cherche encore the CPU Cache memory size. et la memoire RAM. ou peux je trouver ca?
Pour la mémoire, prtconf(1M).
Pour le cache, là, je donne ma langue au chat. Ça doit être possible, mais je ne connais pas d'outil standard qui le fasse.
Laurent
havis wrote:
je cherche encore the CPU Cache memory size. et la memoire RAM. ou peux
je trouver ca?
Pour la mémoire, prtconf(1M).
Pour le cache, là, je donne ma langue au chat. Ça doit être possible, mais je ne
connais pas d'outil standard qui le fasse.
