Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
3329 connectés 

 
 

Sujet(s) à lire :
    - Règles du forum OS Alternatifs (maj le 12/04/2018)
    - [Who's Who@OSA] Qui sommes nous ?
 

Considère-t-on Riot comme définitivement perdu ?




Attention si vous cliquez sur "voir les résultats" vous ne pourrez plus voter
Les invités peuvent voter

 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  442  443  444  ..  10241  10242  10243  10244  10245  10246
Page Suivante
Page Précédente
Bas de page 
Auteur Sujet :

blabla@osa, FREE TEH TRUE RIOT §§§

n°351380
Klaimant
?
Posté le 05-11-2003 à 23:30:49  profilanswer
 

Reprise du message précédent :
plus de 1


---------------
Fais le ou ne le fais pas, mais il n'y a pas d'essai !!!
mood
Publicité
Posté le 05-11-2003 à 23:30:49  profilanswer
 

n°351382
mikala
Souviens toi du 5 Novembre...
Posté le 05-11-2003 à 23:33:40  profilanswer
 

Klaimant a écrit :

plus de 1


je dirais meme plus de 2 :o


---------------
Intermittent du GNU
n°351383
JerryCrazy
Le plus crazy des crazy
Posté le 05-11-2003 à 23:34:04  profilanswer
 

aller,c'est serieu

n°351384
Klaimant
?
Posté le 05-11-2003 à 23:34:16  profilanswer
 

Mikala a écrit :


je dirais meme plus de 2 :o


 
Oula toi tu te mouilles là [:ddr555]


---------------
Fais le ou ne le fais pas, mais il n'y a pas d'essai !!!
n°351385
Klaimant
?
Posté le 05-11-2003 à 23:34:30  profilanswer
 

www.linuxiso.org
 
Et encore c'est loin du compte...


Message édité par Klaimant le 05-11-2003 à 23:34:53

---------------
Fais le ou ne le fais pas, mais il n'y a pas d'essai !!!
n°351386
udok
La racaille des barbus ©clémen
Posté le 05-11-2003 à 23:35:20  profilanswer
 

Zzozo a écrit :

Tiens ... pour info ... j'ai tenté un test suite aux réactions de certaines personnes sur PC-Inpact à l'article expliquant que l'US Army allait migrer son projet LAN Warrior de Windows vers Linux poure des pb de fiabilité ...
Un des commentaires suggérait la chose suivante :


Pour le multi-thread, j'ai fait un test :
un p'tit prog en c avec 2 lignes dedans :
while (1)
fork();
 
Résultat : sous linux (debian avec kde 3.1) au bout de 6-7 secondes le pc se fige, impossible de reprendre la main, impossible même de quitter le mode graphique.
 
Sous windows XP : même chose sauf qu'un ctrl+alt+suppr permet de tuer tous les processus et de reprendre la main (en utilisant "tuer l'arborescence du processus" )(à condition de réussir à bouger la souris jusqu'au nom du processus )
 
Donc les critiques infondées sur le multi-thread sous windows, ça va quoi...


J'ai fait la même chose que lui sous ma Gentoo ...
résultats :
Freeze de X au bout de qq secondes, plus de réponse du clavier
MAIS
tous les services présents sur la machine n'ont jamais cessé de répondre (SSH, Apache 2, Nagios, Webmin, le DNS, MySQL, etc ...) ... j'ai constaté des temps un peu plus long pour les réponses mais tous les services répondaient
 
PUIS
au bout de 3 mn, X s'est "défreezé" et m'a rendu la main ...
 
Comme quoi ... avant de dire des conneries, il vaut mieux tourner sa langue 7 fois dans sa bouche ...
 
D'autre part le monsieur qui a posté ce commentaire, je l'embaucherai pas comme développeur C/Unix/Linux, voire comme dév. tout court ... fork ne fait pas du multithread mais crée un nouveau processus, opération bien plus lourde que la création d'un nouveau thread ... cé la première chose que j'ai apprise lors de mes cours de C/Système ... :pfff:
 
EDIT :
Pour info toujours, lors de ce test, j'avais un gros dl en cours ainsi que des MP3 en lecture ... je n'ai ni perdu mon dl et la lecture de MP3 s'est coupée de temps à autres mais ne s'est jamais arrêtée ... alors que la charge CPU est montée à plus de 800 qd même !!! ... ca laisse songeur sur la qualité du scheduler de Linux ... :)


 
la seule raison que je verrais pour m'ouvrir un compte sur ce site c'est pour calmer les boulets qui postent dessus :pfff:  
sinon le nombre de processus simultané max ça se regle, sous linux ;)


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
n°351390
Zzozo
Un peu, passionément, à la fol
Posté le 05-11-2003 à 23:41:04  profilanswer
 

udok a écrit :


 
la seule raison que je verrais pour m'ouvrir un compte sur ce site c'est pour calmer les boulets qui postent dessus :pfff:  
sinon le nombre de processus simultané max ça se regle, sous linux ;)


Je sais ... les limites système, cé qqchose dont Linux a hérité de Unix ... ;)
 
Mais là je suis impressionné, car j'ai refait le test en limitant la boucle à 100 itérations ... ca a créé plus de 4000 processes en une fraction de seconde et le système a pas bronché ... même le player MP3 a pas sauté ... [:wam]
il a absorbé le pic de charge instantané comme si de rien n'était ... ca ne fait que confirmer tout le bien que je pense de  
cet Os en tant que serveur ... :)

n°351391
udok
La racaille des barbus ©clémen
Posté le 05-11-2003 à 23:41:05  profilanswer
 

/*
 * A maximum of 4 million PIDs should be enough for a while:
 */
#define PID_MAX_LIMIT (4*1024*1024)


 
devinez dans quel fichier .h je trouve ça [:joce]


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
n°351392
udok
La racaille des barbus ©clémen
Posté le 05-11-2003 à 23:43:15  profilanswer
 

Zzozo a écrit :


Je sais ... les limites système, cé qqchose dont Linux a hérité de Unix ... ;)
 
Mais là je suis impressionné, car j'ai refait le test en limitant la boucle à 100 itérations ... ca a créé plus de 4000 processes en une fraction de seconde et le système a pas bronché ... même le player MP3 a pas sauté ... [:wam]
il a absorbé le pic de charge instantané comme si de rien n'était ... ca ne fait que confirmer tout le bien que je pense de  
cet Os en tant que serveur ... :)


 
aller un tit test :D


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
n°351393
Klaimant
?
Posté le 05-11-2003 à 23:43:59  profilanswer
 

PlantePa.h :??:
 
 
 
[]<==== Déjà la


---------------
Fais le ou ne le fais pas, mais il n'y a pas d'essai !!!
mood
Publicité
Posté le 05-11-2003 à 23:43:59  profilanswer
 

n°351395
udok
La racaille des barbus ©clémen
Posté le 05-11-2003 à 23:45:17  profilanswer
 

euuh ... je comprends pas ton test ... comment tu fais 4000 processus avec seulement 100 itérations ? :heink:


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
n°351396
JerryCrazy
Le plus crazy des crazy
Posté le 05-11-2003 à 23:45:23  profilanswer
 

JerryCrazy a écrit :

c'est dans quel ville Allemande encore que linux est utilisé dans l'administration?

n°351398
BMOTheKill​er
Posté le 05-11-2003 à 23:45:44  profilanswer
 

Munich

n°351399
udok
La racaille des barbus ©clémen
Posté le 05-11-2003 à 23:45:59  profilanswer
 

Klaimant a écrit :

PlantePa.h :??:
 
 
 
[]<==== Déjà la


 
non, dans linux/threads.h
zzozo, tu peux me dire pourquoi dans ce fichier ?  :whistle:


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
n°351402
JerryCrazy
Le plus crazy des crazy
Posté le 05-11-2003 à 23:47:43  profilanswer
 

BMOTheKiller a écrit :

Munich

j'etais plus sur,merci

n°351403
Klaimant
?
Posté le 05-11-2003 à 23:49:16  profilanswer
 

F18 a écrit :


 
tomate77 vient calmer l'environnement ! tes petits sont affoler et ils courent partout dans tous les sens depuis que le PDG de REDHAT leur a fait une reflexion qui les a vexer
 :lol:  :lol:  :lol:


 
 :heink:


---------------
Fais le ou ne le fais pas, mais il n'y a pas d'essai !!!
n°351406
udok
La racaille des barbus ©clémen
Posté le 05-11-2003 à 23:51:27  profilanswer
 

udok:~/test$ ulimit -a
core file size        (blocks, -c) 0
data seg size         (kbytes, -d) unlimited
file size             (blocks, -f) unlimited
max locked memory     (kbytes, -l) unlimited
max memory size       (kbytes, -m) unlimited
open files                    (-n) 1024
pipe size          (512 bytes, -p) 8
stack size            (kbytes, -s) 8192
cpu time             (seconds, -t) unlimited
max user processes            (-u) unlimited
virtual memory        (kbytes, -v) unlimited
udok:~/test$ cat /proc/sys/kernel/threads-max
8191


je comprends pas pourquoi le nb max de proc est réglé dans threads-max ... ou alors peut-être ... il considère un processus comme étant un thread au niveau kernel ? ah ouai, ça doit être ça, m'enfin si quelqu'un pouvait confirmer
enfin bref, y-a plein de moyen de limiter le nombre de processe sous linux :D


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
n°351409
mikala
Souviens toi du 5 Novembre...
Posté le 05-11-2003 à 23:53:24  profilanswer
 

Klaimant a écrit :


 
 :heink:  


laisses il a 'encore' oublié de prendre son Laroxyl ce soir :/


---------------
Intermittent du GNU
n°351410
Klaimant
?
Posté le 05-11-2003 à 23:54:05  profilanswer
 

-/+ buffers/cache:
 
Un question en passant, vous savez ce que c'est ci-dessus quand je fais un free :??:


---------------
Fais le ou ne le fais pas, mais il n'y a pas d'essai !!!
n°351411
perchut2
Hell, it's about time...
Posté le 05-11-2003 à 23:55:32  profilanswer
 

bon ben la page 450 marche mais pas la page 449 :fou:

n°351412
Klaimant
?
Posté le 05-11-2003 à 23:56:17  profilanswer
 

lol, pourtant c'est pas la page 666...
 
 
 
Je resors ok, me poussez pas ...


---------------
Fais le ou ne le fais pas, mais il n'y a pas d'essai !!!
n°351413
python
Posté le 05-11-2003 à 23:59:18  profilanswer
 

udok a écrit :

/*
 * A maximum of 4 million PIDs should be enough for a while:
 */
#define PID_MAX_LIMIT (4*1024*1024)


 
devinez dans quel fichier .h je trouve ça [:joce]


 
Dans le kernel 2.2.x ce n'est pas ça. Je me demande si la compatibilité existe toujours sur le 2.4.x ?
 
For compatibility with traditional Unix systems, developed for 16-bits hardware platforms, the maximum PID allowed on Linux is 32767. When the kernel creates the 32767th process, it must start recycling the lower unused PIDs
 
source : Understanding the Linux kernel

n°351414
Zzozo
Un peu, passionément, à la fol
Posté le 06-11-2003 à 00:00:20  profilanswer
 

udok a écrit :

euuh ... je comprends pas ton test ... comment tu fais 4000 processus avec seulement 100 itérations ? :heink:


En fait ca risque d'être plus que 4000 même ...
Chaque processus fils a forké lui aussi mais n - 1 fois ... :o

n°351415
Zzozo
Un peu, passionément, à la fol
Posté le 06-11-2003 à 00:01:52  profilanswer
 

udok a écrit :


 
non, dans linux/threads.h
zzozo, tu peux me dire pourquoi dans ce fichier ?  :whistle:  


Parce que depuis je sais plus quelle version du noyau, ils pensaient à implémenter un système de threads ... voilà tout ... :o

n°351416
udok
La racaille des barbus ©clémen
Posté le 06-11-2003 à 00:04:05  profilanswer
 

top - 00:04:07 up 16:50,  1 user,  load average: 5.04, 349.97, 163.34
 
il a pas aimé là [:ddr555]


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
n°351417
udok
La racaille des barbus ©clémen
Posté le 06-11-2003 à 00:06:45  profilanswer
 

Zzozo a écrit :


En fait ca risque d'être plus que 4000 même ...
Chaque processus fils a forké lui aussi mais n - 1 fois ... :o
 


 
oué, j'ai compris une fois que je l'ai lancé [:joce]
mais j'ai pas pu corrigé de suite, parce que mon pc est resté kéblo 5 min  :whistle:  
xmms au choux .... et même ma connexion à redémarrer sous le choc (tiens bah le persist semble marché correctement  :sol: )
bon sinon je sais pas comment tu fais pour compter le nombre de proc créer (à part à la main)


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
n°351419
udok
La racaille des barbus ©clémen
Posté le 06-11-2003 à 00:08:12  profilanswer
 

Zzozo a écrit :


Parce que depuis je sais plus quelle version du noyau, ils pensaient à implémenter un système de threads ... voilà tout ... :o


 
ouai enfin on retrouve souvent la notion de thread lourd (ou tread noyau, autrement dit processus) et thread léger
donc je pense que là il parle de processus non ? du moins pour la valeur dans /proc
je vais réessayer le test en mettant 30 dans /proc/...


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
n°351421
python
Posté le 06-11-2003 à 00:10:25  profilanswer
 

udok a écrit :


 
oué, j'ai compris une fois que je l'ai lancé [:joce]
mais j'ai pas pu corrigé de suite, parce que mon pc est resté kéblo 5 min  :whistle:  
xmms au choux .... et même ma connexion à redémarrer sous le choc (tiens bah le persist semble marché correctement  :sol: )
bon sinon je sais pas comment tu fais pour compter le nombre de proc créer (à part à la main)


 
tu peux compter le nombre de ligne que t'indique la commande top
un peu comme ça mais il faut compter à partir du premier process
 
wc top > temp.txt (il manque des paramètres)


Message édité par python le 06-11-2003 à 00:11:21
n°351422
udok
La racaille des barbus ©clémen
Posté le 06-11-2003 à 00:10:58  profilanswer
 

ah non tiens, je viens de repérer un magnifique /proc/sys/kernel/pid_max
j'imagine que c'est plutot ça ...


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
n°351424
udok
La racaille des barbus ©clémen
Posté le 06-11-2003 à 00:12:23  profilanswer
 

python a écrit :


 
tu peux compter le nombre de ligne que t'indique la commande top
un peu comme ça mais il faut compter à partir du premier process
 
wc top > temp.txt (il manque des paramètres)


 
encore faudrait il que j'ai le temps de lancer la commande avant que ça bloque et qu'elle s'exécute correctement
sinon un ps aux | grep forky | wc -l ferait l'affaire ...


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
n°351425
python
Posté le 06-11-2003 à 00:12:57  profilanswer
 

udok a écrit :

ah non tiens, je viens de repérer un magnifique /proc/sys/kernel/pid_max
j'imagine que c'est plutot ça ...


 
ls -la /proc/sys/kernel/pid_max
 
moi je l'ai pas :heink:

n°351429
udok
La racaille des barbus ©clémen
Posté le 06-11-2003 à 00:45:53  profilanswer
 

bon en fait c'est pas pid_max non plus :/
je suis rester bloqué comme un con pendant 20 minutes avant que je fasses reset pour débloquer cette merde ! :/

n°351435
Zzozo
Un peu, passionément, à la fol
Posté le 06-11-2003 à 00:52:57  profilanswer
 

udok a écrit :

bon en fait c'est pas pid_max non plus :/
je suis rester bloqué comme un con pendant 20 minutes avant que je fasses reset pour débloquer cette merde ! :/


[:rofl] [:rofl]
tu veux faire quoi exactement ?
 
spa ça que tu cherches plutot :


       ulimit [-SHacdflmnpstuv [limit]]
              Provides  control  over  the resources available to the shell and to processes
              started by it, on systems that allow such control.   The  -H  and  -S  options
              specify  that  the  hard  or soft limit is set for the given resource.  A hard
              limit cannot be increased once it is set; a soft limit may be increased up  to
              the value of the hard limit.  If neither -H nor -S is specified, both the soft
              and hard limits are set.  The value of limit can be a number in the unit spec-
              ified  for the resource or one of the special values hard, soft, or unlimited,
              which stand for the current hard limit, the current soft limit, and no  limit,
              respectively.  If limit is omitted, the current value of the soft limit of the
              resource is printed, unless the -H  option  is  given.   When  more  than  one
              resource  is  specified, the limit name and unit are printed before the value.
              Other options are interpreted as follows:
              -a     All current limits are reported
              -c     The maximum size of core files created
              -d     The maximum size of a process's data segment
              -f     The maximum size of files created by the shell
              -l     The maximum size that may be locked into memory
              -m     The maximum resident set size
              -n     The maximum number of open file descriptors (most systems do not  allow
                     this value to be set)
              -p     The pipe size in 512-byte blocks (this may not be set)
              -s     The maximum stack size
              -t     The maximum amount of cpu time in seconds
              -u     The maximum number of processes available to a single user
              -v     The maximum amount of virtual memory available to the shell
 
              If  limit  is  given,  it  is  the new value of the specified resource (the -a
              option is display only).  If no option is given, then -f is  assumed.   Values
              are  in 1024-byte increments, except for -t, which is in seconds, -p, which is
              in units of 512-byte blocks, and -n and -u, which are  unscaled  values.   The
              return  status  is  0  unless an invalid option or argument is supplied, or an
              error occurs while setting a new limit.

n°351438
udok
La racaille des barbus ©clémen
Posté le 06-11-2003 à 00:58:30  profilanswer
 

Zzozo a écrit :


[:rofl] [:rofl]
tu veux faire quoi exactement ?
 
spa ça que tu cherches plutot :


       ulimit [-SHacdflmnpstuv [limit]]
              Provides  control  over  the resources available to the shell and to processes
              started by it, on systems that allow such control.   The  -H  and  -S  options
              specify  that  the  hard  or soft limit is set for the given resource.  A hard
              limit cannot be increased once it is set; a soft limit may be increased up  to
              the value of the hard limit.  If neither -H nor -S is specified, both the soft
              and hard limits are set.  The value of limit can be a number in the unit spec-
              ified  for the resource or one of the special values hard, soft, or unlimited,
              which stand for the current hard limit, the current soft limit, and no  limit,
              respectively.  If limit is omitted, the current value of the soft limit of the
              resource is printed, unless the -H  option  is  given.   When  more  than  one
              resource  is  specified, the limit name and unit are printed before the value.
              Other options are interpreted as follows:
              -a     All current limits are reported
              -c     The maximum size of core files created
              -d     The maximum size of a process's data segment
              -f     The maximum size of files created by the shell
              -l     The maximum size that may be locked into memory
              -m     The maximum resident set size
              -n     The maximum number of open file descriptors (most systems do not  allow
                     this value to be set)
              -p     The pipe size in 512-byte blocks (this may not be set)
              -s     The maximum stack size
              -t     The maximum amount of cpu time in seconds
              -u     The maximum number of processes available to a single user
              -v     The maximum amount of virtual memory available to the shell
 
              If  limit  is  given,  it  is  the new value of the specified resource (the -a
              option is display only).  If no option is given, then -f is  assumed.   Values
              are  in 1024-byte increments, except for -t, which is in seconds, -p, which is
              in units of 512-byte blocks, and -n and -u, which are  unscaled  values.   The
              return  status  is  0  unless an invalid option or argument is supplied, or an
              error occurs while setting a new limit.




 
si mais avant d'essayer ça je voulais voir si y-avait moyen dans /proc puisque j'ai toujours entendu dire que ulimit était obsolète  :??:  
 
enfin bon, revenons aux choses sérieuses :
http://www.blissbox.com/store/deta [...] uctid=1516
:o

n°351442
Zzozo
Un peu, passionément, à la fol
Posté le 06-11-2003 à 01:02:34  profilanswer
 

udok a écrit :


 
si mais avant d'essayer ça je voulais voir si y-avait moyen dans /proc puisque j'ai toujours entendu dire que ulimit était obsolète  :??:  
 
enfin bon, revenons aux choses sérieuses :
http://www.blissbox.com/store/deta [...] uctid=1516
:o


[:wam]
Kesski se passe quand ça "plante" ? [:joce]

n°351445
Zzozo
Un peu, passionément, à la fol
Posté le 06-11-2003 à 01:04:53  profilanswer
 

udok a écrit :


 
si mais avant d'essayer ça je voulais voir si y-avait moyen dans /proc puisque j'ai toujours entendu dire que ulimit était obsolète  :??:  
 
enfin bon, revenons aux choses sérieuses :
http://www.blissbox.com/store/deta [...] uctid=1516
:o



Reviewer:  A Blissbox Customer, from&nbspLondon, England
 
Totally orgasmic and addictive
 
I came and came and came.
 
This is great! Be warned though the USB cable is just for power there is no remote control by computer.


[:rofl]

n°351447
udok
La racaille des barbus ©clémen
Posté le 06-11-2003 à 01:07:36  profilanswer
 

:lol:
 
comparatif OSX vs XP :
http://www.xvsxp.com/final-score/
on ne peut plus exhaustif ... à tel point que même la conclusion est longue à lire [:ddr555]
 
sur ce, bonne nuit :)
 
 
:sleep:

n°351458
udok
La racaille des barbus ©clémen
Posté le 06-11-2003 à 01:16:55  profilanswer
 

ouai, encore un pb avec du matos de merde :/

n°351464
python
Posté le 06-11-2003 à 01:38:51  profilanswer
 

bon Romf c'est drôle un coup mais là ça devient lourd

n°351467
ipnoz
Les militaires sociopathes
Posté le 06-11-2003 à 04:20:23  profilanswer
 

F18 a écrit :

:lol:  :lol: http://www.vnunet.fr/actu/article. [...] 2003-11-03 :lol:  :lol:  :lol:  
 

SÉCURITÉ
Failles sur Mac OS X : psychose en vue ?
 
Après la révélation de failles de sécurité dans Mac OS X Jaguar, un torrent de spéculations a noyé l?Internet et une question n?a pas tardé à émerger : Mac OS devra-t-il être "patché" régulièrement comme Windows


[:rofl][:rofl][:rofl][:rofl]


 
chui mort de rire  :sarcastic:

n°351479
perchut2
Hell, it's about time...
Posté le 06-11-2003 à 07:54:43  profilanswer
 

[:jofusion]  [:jofusion]  BMO  [:jofusion]  [:jofusion]  
 
qu'est ce que tu as posté dans mon topic (pb avec mozilla) ????
 
 
ca plante quand je veux y accéder !  [:ciler]  [:ciler]

mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  442  443  444  ..  10241  10242  10243  10244  10245  10246
Page Suivante
Page Précédente
Haut de page 

Aller à :
Ajouter une réponse
 

Sujets relatifs
Radio OSA[blabla] les vendeurs de la fnac
Et vous, sur OSA vous contribuez comment à ce que vous revendiquez ...[Ravioly] Nombre d'intervenants sur OSA
[ satisfaction ] le cote de OSAOSA C NUL ON FERME TOUS LES TOPICS INTELLIGENT
TROLL : OSA le forum des super doués ..venez les meilleurs sont la !!!BLABLA @ OSA
BLABLA @ OSA 
Plus de sujets relatifs à : blabla@osa, FREE TEH TRUE RIOT §§§

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.130 secondes

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)