J'allais demander "Qu'elle est la plus value/les défaut d'Alma Linux face à ses concurrents comme Rocky Linux?" mais tu réponds en partie.
Alma Linux a pour elle la réactivité (solidité apparente) de son équipe/sa communauté.
Qu'en est'il de l'adoption? C'est un point important en général car il est garant en partie de sa pérennité. J'imagine, qu'aujourd'hui il est trop tôt pour dire qu'il y ait un vainqueur.
Qu'en est'il d'Ubuntu Server? A ma connaissance dans le monde de l'entreprise il y a une distrib qui dominent sur les serveurs : RHEL. Et ensuite viens Ubuntu Server sur les entreprises aux moyens un peu plus faibles (Je parle par rapport à l'expérience que j'ai car mon entreprise installe sa solution sur des serveurs apprêtés par le client (OS maintenu par eux).)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Et puis "continuing his work on systemd" signifie bien qu'il ne travail pas pour une version Windows. Cela pourrait être pour la version Windows de Linux (sur son cloud)?
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
on est arrivé à un niveau qui ne justifie plus de changements permanents
Je ne suis pas d'accord, un smartphone pliant qui permet d'avoir un grand écran c'est vraiment mieux dans plein de cas. Au moins aussi bien que d'avoir un appareil photo 300Kpixels que l'on payait cher juste pour pouvoir personnaliser le fond d'écran (années 2000). Ou le smartphone acheter une fortune dont la batterie ne tient pas et dont l'écran se pète juste pour surfer sur internet plus facilement avec un débit pourri et des sites inadaptés (Année 2010)…
que dans un petit milieu de gens plutôt bien argentés
En même temps les dernières nouveautés ont toujours été plutôt destinées aux gens plutôt argentés, elles sont cher et pas vraiment utiles.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Et, tout le monde n'a pas envie de claquer 300€ tous les deux ans, voir 800€… et on trouve des smartphones très bons pour moins de 150€ (mais dans ce cas il n'y a pas tous les capteurs de mouvements). Autant partir en vacances… ou payer le carburant.
Oui mais ça c'était vrai il y a 20 ans. Il y avait aussi des "dumphone" pas cher du tout et les smartphone n'avaient pas de réel plus au départ (a part un plus grand confort). Cela n'explique pas que les gens ne se ruent pas sur les smartphones pliant avec des super capteurs photos.
Il y a peut-être une autre raison à ce propos : les confinements et le télétravail : On a moins l'occasion d'exhiber sa dernière version luxe et donc d'en donner envie aux collègues.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Non, je ne pense pas que ce soit le reconditionné qui joue un rôle majeur.
Il y a d'un côté une baisse de l'innovation et de l'autre une désaffection pour la nouveauté qui à souvent des défauts de jeunesses. Si vous voulez un exemple, prenez l’accueil qui a été réservé au smartphone pliable. Même les journalistes ont tapé dessus pourtant franchement, avoir un téléphone assez petit pour être dans une poche et utilisable avec un plus grand écran c'est génial.
Mais voilà, les journalistes (et les clients) ont dis "l'écran est fragile". Pourtant c'était aussi vrai avec les smartphone et les gens en avaient achetés malgré tout. Très souvent ils en changeait au bout de 18 mois car le téléphone était tombé et trop fellé (problème inconnu des "dumpphone")… Les smartphones ont fait des progrès sur ce point, ils en sont au niveau des dumphone d'il y a 15 ans et les téléphones pliant sont les smartphones modernes… mais les gens préfèrent prolonger leur téléphone, ce n'est pas toujours une question écolo, mais une question de budgets et de priorité… jusqu'à quand?
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
On parle à logiciel équivalent d'un point de vue "utilisateur". Il est evident qu'un jeu vidéo 3D hyper realiste consomera normalement plus de ressources qu'un Pacman et que pour consommer moins d'énergie on peut jouer aux cartes avec un ami ;)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Pour préciser, quand je dis "pour rien", jz n'entends pas qu'il y a aucun intérêt à virtualiser, mais d'un point de vue consommation d'énergie, il y a pertes. Il y a gain en sécurité, en praticité, en maintenance… De même une chaîne de vélo perd de l'énergie, elle à un rendement inférieur à 100%, elle à simplement un intérêt de confort et vitesse car l'humain est incapable de pédaler a 100 tours par minutes efficacement.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Une VM, c'est une couche de virtualisation supplémentaire et donc des calculs pour "rien". Aussi léger et efficace qu'elle soit. C'est un peu comme un camion pour transporter une voiture, cela consommera toujours plus que la voiture seule.
Par contre on peut construire un écosystèmes en virtuel pour, un jour faire un vrai processeur Uxn.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
J'utilise Element et je pense que c'est la plus sécurisé (décentralisé, open-source, "non-controlable"). Par contre elle n'est pas hyper-simple à installer/configurer dans la mesure ou l'on peut facilement perdre les clé privées/public et galérer à récupérer son compte sans compter que l'on aura perdu tous ses messages…
Sinon, Signal est la plus simple d'utilisation je pense (elle peut-être mise en messagerie par défaut ce qui est pas mal). Son gros défaut c'est que l'on ne peut pas l'utiliser sur un PC… sachant que les smartphones sont plus souvent infestés de spyware et qu'en plus on ne peut pas contrôler que côté serveurs ils ne décryptent pas tes messages…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Ce n'est pas la saleté sous les touches qui pose problème, mais les saletés coincées à l'intérieur du clavier… Un nid à bactéries et cela peut bloquer des touches.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
C'est bien pour les gens qui tapent au clavier entre 2 vidanges (C'est plus facile à nettoyer et cela évite les saletés coincées à l'intérieur) mais pour les gens dessus toutes la journée, je pense que ça gène la frappe non?
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
J'ai testé et le mien est un poil plus rapide mais il ce n'est pas vraiment significatif d'autant plus que mon PC avait déjà des choses à tourné (Chromium, Firefox, Thundebird, anti-virus … )
J'ai réuni les 3 versions dans un tar téléchargeable ici :
Je n'ai pas testé, en fait, je suis un débutant en Rust (plus habitué au PHP et C). J'ai pris ça en exercice et après j'ai vu le tiens. Je pense que le tiens est plus léger au niveau plugin au moins.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Il existe donc réellement des personnes qui utilisent des makefiles avec Java ?
Il existe surtout des personnes qui n'utilisent pas Java ;) J'aime bien le Makefile pour automatiser certaines compilation en tests. Je suis de la vielle école.
Mais bon, j'ai réussi…
This is ApacheBench, Version 2.3 <$Revision: 1843412 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
Benchmarking localhost (be patient)
Completed 10000 requests
Completed 20000 requests
Completed 30000 requests
Completed 40000 requests
Completed 50000 requests
Completed 60000 requests
Completed 70000 requests
Completed 80000 requests
Completed 90000 requests
Completed 100000 requests
Finished 100000 requests
Server Software:
Server Hostname: localhost
Server Port: 3000
Document Path: /
Document Length: 0 bytes
Concurrency Level: 10
Time taken for tests: 13.204 seconds
Complete requests: 100000
Failed requests: 0
Non-2xx responses: 100000
Total transferred: 16157208 bytes
HTML transferred: 0 bytes
Requests per second: 7573.62 [#/sec] (mean)
Time per request: 1.320 [ms] (mean)
Time per request: 0.132 [ms] (mean, across all concurrent requests)
Transfer rate: 1195.01 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 0 0.2 0 11
Processing: 0 1 1.0 1 105
Waiting: 0 1 0.9 1 103
Total: 0 1 1.0 1 106
Percentage of the requests served within a certain time (ms)
50% 1
66% 1
75% 1
80% 2
90% 2
95% 3
98% 4
99% 5
100% 106 (longest request)
Je suis donc pasé de 12 000 en Rust à 7 573 en Java ;)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Concurrency Level: 10
Time taken for tests: 7.984 seconds
Complete requests: 100000
Failed requests: 0
Non-2xx responses: 100000
Total transferred: 14152909 bytes
HTML transferred: 0 bytes
Requests per second: 12525.70 #/sec
Time per request: 0.798 ms
Time per request: 0.080 ms
Transfer rate: 1731.20 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 0 0.1 0 3
Processing: 0 0 0.3 0 12
Waiting: 0 0 0.3 0 11
Total: 0 1 0.3 1 12
Percentage of the requests served within a certain time (ms)
50% 1
66% 1
75% 1
80% 1
90% 1
95% 1
98% 2
99% 2
100% 12 (longest request)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Voici ma version Rust (je ne suis pas un expert). On a moins de librairies disponible dans le "core", il m'a donc semblé juste d'utiliser des dépendances.
#![deny(warnings)]usestd::convert::Infallible;userand::Rng;usehyper::service::{make_service_fn,service_fn};usehyper::{Body,Method,Request,Response,Server,StatusCode};asyncfnrandom_fox(req: Request<Body>)-> Result<Response<Body>,Infallible>{match(req.method(),req.uri().path()){(&Method::GET,"/")=>{letmutrandomGenerator=rand::thread_rng();letimgCount=20;letrndInt=randomGenerator.gen_range(1..imgCount);letrndStr=rndInt.to_string();leturl="https://avatar.spacefox.fr/Renard-".to_owned()+&rndStr+".png";letset_location=Response::builder().header(hyper::header::LOCATION,url).status(StatusCode::MOVED_PERMANENTLY).body(Body::from("")).unwrap();Ok(set_location)},// Return the 404 Not Found for other routes._=>{letmutnot_found=Response::default();*not_found.status_mut()=StatusCode::NOT_FOUND;Ok(not_found)}}}#[tokio::main]pubasyncfnmain()-> Result<(),Box<dynstd::error::Error+Send+Sync>>{letport=std::env::args().nth(1).expect("no port given").parse::<u16>().unwrap();let_imgCount:u16=std::env::args().nth(2).expect("no imgCount given").parse::<u16>().unwrap();pretty_env_logger::init();letmake_svc=make_service_fn(|_conn|{async{Ok::<_,Infallible>(service_fn(|req|random_fox(req)))}});letaddr=([127,0,0,1],port).into();letserver=Server::bind(&addr).serve(make_svc);println!("Listening on http://{}",addr);server.await?;Ok(())}
Et le Cargo.toml
```ini
[package]
name = "random_url_server"
version = "0.1.0"
edition = "2021"
[dependencies]
hyper = { version = "0.14", features = ["full"] }
tokio = { version = "1", features = ["full"] }
rand = { version = "*"}
pretty_env_logger = "0.4"
```
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Je trouve que cela vaudrait vraiment le coup. Car PHP sera compilé en byte-code et entièrement en RAM et à mon avis il ne consommera pas plus que Java sur ce cas pour les même perfs (à minima).
PHP est moins bon que Java dans la gestion des tableau (ou classes) et dans les boucles. Là tu n'en a pas…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
Oui mais Quid de la conso mémoire/CPU. A mon avis elle n'est pas top car l'usage requière une grosse partie virtualisation. Et même si ce n'est bien sûr pas une vrai virtualisation, cela consomme pour si peu de besoin…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Support CentOS Stream 9 erroné
Posté par abriotde (site web personnel, Mastodon) . En réponse à la dépêche AlmaLinux 9.0. Évalué à 3.
J'allais demander "Qu'elle est la plus value/les défaut d'Alma Linux face à ses concurrents comme Rocky Linux?" mais tu réponds en partie.
Alma Linux a pour elle la réactivité (solidité apparente) de son équipe/sa communauté.
Qu'en est'il de l'adoption? C'est un point important en général car il est garant en partie de sa pérennité. J'imagine, qu'aujourd'hui il est trop tôt pour dire qu'il y ait un vainqueur.
Qu'en est'il d'Ubuntu Server? A ma connaissance dans le monde de l'entreprise il y a une distrib qui dominent sur les serveurs : RHEL. Et ensuite viens Ubuntu Server sur les entreprises aux moyens un peu plus faibles (Je parle par rapport à l'expérience que j'ai car mon entreprise installe sa solution sur des serveurs apprêtés par le client (OS maintenu par eux).)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: C'est confirmé dans la fin de l'article pointé par ton lien
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Lennart Poettering aurait quitté Red Hat. Évalué à 4.
Et puis "continuing his work on systemd" signifie bien qu'il ne travail pas pour une version Windows. Cela pourrait être pour la version Windows de Linux (sur son cloud)?
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Reconditionné
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Le marché des smartphones est en chute libre et ce n’est pas près de s’arrêter. Évalué à 2. Dernière modification le 05 juillet 2022 à 17:57.
Je ne suis pas d'accord, un smartphone pliant qui permet d'avoir un grand écran c'est vraiment mieux dans plein de cas. Au moins aussi bien que d'avoir un appareil photo 300Kpixels que l'on payait cher juste pour pouvoir personnaliser le fond d'écran (années 2000). Ou le smartphone acheter une fortune dont la batterie ne tient pas et dont l'écran se pète juste pour surfer sur internet plus facilement avec un débit pourri et des sites inadaptés (Année 2010)…
En même temps les dernières nouveautés ont toujours été plutôt destinées aux gens plutôt argentés, elles sont cher et pas vraiment utiles.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Reconditionné
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Le marché des smartphones est en chute libre et ce n’est pas près de s’arrêter. Évalué à 2.
Oui mais ça c'était vrai il y a 20 ans. Il y avait aussi des "dumphone" pas cher du tout et les smartphone n'avaient pas de réel plus au départ (a part un plus grand confort). Cela n'explique pas que les gens ne se ruent pas sur les smartphones pliant avec des super capteurs photos.
Il y a peut-être une autre raison à ce propos : les confinements et le télétravail : On a moins l'occasion d'exhiber sa dernière version luxe et donc d'en donner envie aux collègues.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Reconditionné
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Le marché des smartphones est en chute libre et ce n’est pas près de s’arrêter. Évalué à 1.
Non, je ne pense pas que ce soit le reconditionné qui joue un rôle majeur.
Il y a d'un côté une baisse de l'innovation et de l'autre une désaffection pour la nouveauté qui à souvent des défauts de jeunesses. Si vous voulez un exemple, prenez l’accueil qui a été réservé au smartphone pliable. Même les journalistes ont tapé dessus pourtant franchement, avoir un téléphone assez petit pour être dans une poche et utilisable avec un plus grand écran c'est génial.
Mais voilà, les journalistes (et les clients) ont dis "l'écran est fragile". Pourtant c'était aussi vrai avec les smartphone et les gens en avaient achetés malgré tout. Très souvent ils en changeait au bout de 18 mois car le téléphone était tombé et trop fellé (problème inconnu des "dumpphone")… Les smartphones ont fait des progrès sur ce point, ils en sont au niveau des dumphone d'il y a 15 ans et les téléphones pliant sont les smartphones modernes… mais les gens préfèrent prolonger leur téléphone, ce n'est pas toujours une question écolo, mais une question de budgets et de priorité… jusqu'à quand?
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: VM est non écologique par essence
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Uxn : un langage assembleur axé sur la frugalité. Évalué à 4.
On parle à logiciel équivalent d'un point de vue "utilisateur". Il est evident qu'un jeu vidéo 3D hyper realiste consomera normalement plus de ressources qu'un Pacman et que pour consommer moins d'énergie on peut jouer aux cartes avec un ami ;)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: VM est non écologique par essence
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Uxn : un langage assembleur axé sur la frugalité. Évalué à 2.
C'est le bon contre-exemple sauf qu'il ne s'applique pas ici, du moins pas dans l'utilisation principale actuelle…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: VM est non écologique par essence
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Uxn : un langage assembleur axé sur la frugalité. Évalué à 3.
Pour préciser, quand je dis "pour rien", jz n'entends pas qu'il y a aucun intérêt à virtualiser, mais d'un point de vue consommation d'énergie, il y a pertes. Il y a gain en sécurité, en praticité, en maintenance… De même une chaîne de vélo perd de l'énergie, elle à un rendement inférieur à 100%, elle à simplement un intérêt de confort et vitesse car l'humain est incapable de pédaler a 100 tours par minutes efficacement.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# VM est non écologique par essence
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Uxn : un langage assembleur axé sur la frugalité. Évalué à -2.
Une VM, c'est une couche de virtualisation supplémentaire et donc des calculs pour "rien". Aussi léger et efficace qu'elle soit. C'est un peu comme un camion pour transporter une voiture, cela consommera toujours plus que la voiture seule.
Par contre on peut construire un écosystèmes en virtuel pour, un jour faire un vrai processeur Uxn.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Erratum : 7 applis, pas 5
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien The Verge suggère 5 applis de messagerie chiffrée, aucune n'est libre. Évalué à 4.
J'utilise Element et je pense que c'est la plus sécurisé (décentralisé, open-source, "non-controlable"). Par contre elle n'est pas hyper-simple à installer/configurer dans la mesure ou l'on peut facilement perdre les clé privées/public et galérer à récupérer son compte sans compter que l'on aura perdu tous ses messages…
Sinon, Signal est la plus simple d'utilisation je pense (elle peut-être mise en messagerie par défaut ce qui est pas mal). Son gros défaut c'est que l'on ne peut pas l'utiliser sur un PC… sachant que les smartphones sont plus souvent infestés de spyware et qu'en plus on ne peut pas contrôler que côté serveurs ils ne décryptent pas tes messages…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Et le grand nettoyage ?
Posté par abriotde (site web personnel, Mastodon) . En réponse au sondage Quelle est la fréquence de nettoyage de vos périphériques d'entrée ?. Évalué à 3.
Ce n'est pas la saleté sous les touches qui pose problème, mais les saletés coincées à l'intérieur du clavier… Un nid à bactéries et cela peut bloquer des touches.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Manque une case !
Posté par abriotde (site web personnel, Mastodon) . En réponse au sondage Quelle est la fréquence de nettoyage de vos périphériques d'entrée ?. Évalué à 1.
C'est bien pour les gens qui tapent au clavier entre 2 vidanges (C'est plus facile à nettoyer et cela évite les saletés coincées à l'intérieur) mais pour les gens dessus toutes la journée, je pense que ça gène la frappe non?
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: C'est A MOI !
Posté par abriotde (site web personnel, Mastodon) . En réponse au sondage Quelle est la fréquence de nettoyage de vos périphériques d'entrée ?. Évalué à 1.
Anti-vol peut-être pas, mais un anti-squat par ta famille/collègues car eux connaissent l'état de propreté :D
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Julia
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Le taptempo du web. Évalué à 2.
C'est un langage réputé performant. Par contre il se "compile" au premier appel alors j'ai fais un premier appel avant le test.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: une version en haskell
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 4.
C'est le nouveau taptempo. :D On se fait tous les langages ;)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Version Rust
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 1.
J'ai testé et le mien est un poil plus rapide mais il ce n'est pas vraiment significatif d'autant plus que mon PC avait déjà des choses à tourné (Chromium, Firefox, Thundebird, anti-virus … )
J'ai réuni les 3 versions dans un tar téléchargeable ici :
https://drive.google.com/file/d/1d69P_igfk3gYrqtvur7aNlcVarSBWNdh/view?usp=sharing
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Version Rust
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 1.
Je n'ai pas testé, en fait, je suis un débutant en Rust (plus habitué au PHP et C). J'ai pris ça en exercice et après j'ai vu le tiens. Je pense que le tiens est plus léger au niveau plugin au moins.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Version Rust
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 2.
Il existe surtout des personnes qui n'utilisent pas Java ;) J'aime bien le Makefile pour automatiser certaines compilation en tests. Je suis de la vielle école.
Mais bon, j'ai réussi…
Je suis donc pasé de 12 000 en Rust à 7 573 en Java ;)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Version Rust
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 2. Dernière modification le 14 juin 2022 à 16:35.
Cela fais longtemps que je n'ai pas pratiqué Java.
J'ai fais mon makefile:
Mais "make run" me dit :
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Version Rust
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 2.
alberic@minicoda6:~/scripts-utils/diffuse $ ab -n 100000 -c 10 http://localhost:3000/
>
This is ApacheBench, Version 2.3 <
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
Benchmarking localhost (be patient)
Completed 10000 requests
Completed 20000 requests
Completed 30000 requests
Completed 40000 requests
Completed 50000 requests
Completed 60000 requests
Completed 70000 requests
Completed 80000 requests
Completed 90000 requests
Completed 100000 requests
Finished 100000 requests
Server Software:
Server Hostname: localhost
Server Port: 3000
Document Path: /
Document Length: 0 bytes
Concurrency Level: 10
Time taken for tests: 7.984 seconds
Complete requests: 100000
Failed requests: 0
Non-2xx responses: 100000
Total transferred: 14152909 bytes
HTML transferred: 0 bytes
Requests per second: 12525.70 #/sec
Time per request: 0.798 ms
Time per request: 0.080 ms
Transfer rate: 1731.20 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 0 0.1 0 3
Processing: 0 0 0.3 0 12
Waiting: 0 0 0.3 0 11
Total: 0 1 0.3 1 12
Percentage of the requests served within a certain time (ms)
50% 1
66% 1
75% 1
80% 1
90% 1
95% 1
98% 2
99% 2
100% 12 (longest request)
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Version Rust
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 1.
Non, je ne sais pas trop comment m'y prendre
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Version Rust
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 4.
Voici ma version Rust (je ne suis pas un expert). On a moins de librairies disponible dans le "core", il m'a donc semblé juste d'utiliser des dépendances.
Et le Cargo.toml
```ini
[package]
name = "random_url_server"
version = "0.1.0"
edition = "2021"
[dependencies]
hyper = { version = "0.14", features = ["full"] }
tokio = { version = "1", features = ["full"] }
rand = { version = "*"}
pretty_env_logger = "0.4"
```
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Rust et C
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à -1.
Pour un programme aussi simple et statique, coder en C++ ou Rust me parait aussi simple et beaucoup plus efficace (en tout cas par rapport à Java).
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: PHP ?
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 2.
Je trouve que cela vaudrait vraiment le coup. Car PHP sera compilé en byte-code et entièrement en RAM et à mon avis il ne consommera pas plus que Java sur ce cas pour les même perfs (à minima).
PHP est moins bon que Java dans la gestion des tableau (ou classes) et dans les boucles. Là tu n'en a pas…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Avec un peu de créativité, tu peux même tout faire avec nginx
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à -4.
Oui mais Quid de la conso mémoire/CPU. A mon avis elle n'est pas top car l'usage requière une grosse partie virtualisation. Et même si ce n'est bien sûr pas une vrai virtualisation, cela consomme pour si peu de besoin…
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.