Mon portable est équipé de 2 Go de RAM et tourne sous Ubuntu MATE 18.04 64b. Pour mon usage bureautique + dev (C, C++ et Python) sous vi, ça fonctionne correctement. Pas un foudre de guerre mais ça va.
Et un de moins… Ne reste plus que Blink et Gecko. Et encore, ce dernier est en large perte de vitesse si on en croit les stats d'utilisation de Firefox… On va se retrouver avec un seul moteur de rendu Web massivement utilisé, et bientôt les sites Web ne marcheront plus qu'avec lui. Comme au temps de Trident sur IE6. Personnellement, je trouve que ça fait peur pour l'avenir du Web standard et ouvert…
Benoar, inutile d'être aussi agressif… Tu aurais pu exprimer ce point de vue de manière un peu plus diplomate. C'est toujours très agréable de présenter un petit projet et de se faire baffer sur DLFP. Après on s'étonne qu'il n'y ait pas plus de personnes créant du contenu…
Ce qui est génial, c’est qu’en poussant le truc un peu plus loin tu peux même en faire une émission de télé ! Je vois déjà le truc : Les Marseillais vs les Gilets Jaunes, affrontements en drone, sexe, scandales, tout y est !
Pour nous c’est un serveur de compilation en AIX 4.3.2, avec sa baie de disque SCSI externe de 10Go ! La classe ! Et toujours sous maintenance hardware effectivement. J’ai changé Le disque dur système l’année dernière, ils ont réussi à me trouver un disque dur SCSI IBM de 1Go encore sous blister, fabriqué en 1998. Ça c’est du support à long terme ! Alors la sauvegarde du système sur bande a coup de mksysb, ça s’invente pas… heureusement que mes prédécesseurs ont mis de côté un classeur dans lequel se trouve imprimés plein de newsgroup d’époque sur le sujet ! Et on restaure la bande en faisant booter l’AIX dessus. Faut pas être pressé, mais pour l’époque, c’est quand même impressionnant.
Personnellement j'appelle programmation système le développement sur les briques de base de nos ordinateurs : boot loader, firmware, kernel, piles réseau, graphique, audio, les drivers, etc… La couche de base sur laquelle s'appuie les applications et frameworks "userspace".
Le développement "bare metal" sur SOC par exemple, j'appelle plutôt cela programmation logiciels embarqués. Après, la frontière est assez floue…
Ah ben tout ça c'est dans le monde parfait des applications distribuées avec proxy de HA, des parcs gérés en conf avec puppet ou autre. Allez faire un tour dans le SI des gros industriels. On en est pas encore là, loin de là ! Déjà quand on aura dégagé les Solaris on sera content :D
On peut aussi parler des mainframes IBM de nos administrations ;)
Donc docker tout ça… Oui c'est bien, mais non tout le monde n'en est pas là !
Oula, il est reste des choses à faire !!! Et au contraire, on régresse sur la stabilité je trouve.
En bazard, ce qu'il reste à faire pour moi :
-> Mises à jour sans reboot, même pour le kernel. Ca commence sur GNU/Linux avec Kernel Live Patching (KLP), mais ça reste encore nouveau
-> Stabilité et uniformité des ABI/API. Aujourd'hui, quel cauchemar de développer une appli assez bas niveau portable… POSIX est un échec, au point qu'il a fallut inventer moulte rustines, tels que les autotools.
-> A quand un système d'authentification Linux au niveau de MS Active Directory ?
-> A quand un système de patch management avec reporting et audit du parc pour Linux au niveau de MS WSUS ?
Il ne faut pas oublier que toutes ces belles technos, ces beaux cloud "magiques", etc… ont quand même besoin d'un OS pour tourner. C'est un impondérable, et il faudra toujours des gens compétents pour développer ces systèmes. Je pense que le monde du desktop pour Linux, mais aussi pour les autres OS, est un marché en perte de vitesse, face au tout connecté. Par contre, les OS orientés serveurs "pro", comme RHEL, zOS, Windows Server (obligé de le mentionner quand même, il a ses qualités, surtout la version Core), les BSD, etc… sont la base des technos d'aujourd'hui.
Savoir programmer bas niveau pour ces systèmes, savoir les administrer, savoir les exploiter, cela restera toujours une compétence recherchée. Surtout quand 99% des jeunes diplômés ne sont ni formés ni intéressés par le sujet.
Perso je suis sorti d'école d'ingé il y a 3 ans, j'ai 26 ans. Sur les 100 de ma promo, nous ne sommes que 2 (à ma connaissance) à faire de l'administration système, et à peine plus à faire du dev bas niveau (driver, stack réseau, etc…). Tous les autres sont "consultants" Java, Angular, etc… J'ai pas mis longtemps à avoir un CDI correctement rémunéré. Et je pense pas que je ne manquerai pas de boulot à l'avenir !
En tous cas, on est toujours très loin de ce qui se fait ailleurs, que ce soit en terme de fonctionnalité ou en terme de facilité d'administration. Je pense au beadm de Solaris 11. Couplé à ZFS, c'est terrible. Et c'est sorti en 2011. Repris par FreeBSD depuis d'ailleurs.
Posté par Dafyd .
En réponse à la dépêche Fedora 31 est sortie !.
Évalué à 9.
Dernière modification le 31 octobre 2019 à 23:10.
Bon sang, je dois vraiment être réfractaire au changement, mais sous GRUB 1, on avait un petit fichier menu.lst à éditer, à la syntaxe simple et claire. C'est devenu tellement compliqué sous GRUB 2 qu'on en est arrivé à pondre des utilitaires douteux tels que grubby ou blscfg pour rendre le truc éditable par un être humain.
Alors je comprends bien que GRUB 2 est une avancée sur pleins de sujets par rapport à GRUB 1, mais pourquoi avoir rendu sa conf aussi complexe ??
En fait il faudrait effectivement pouvoir ajouter un petit texte dans la section Liens, avec peut être une limite en nombre de caractères je ne sais pas. Ça éviterai les journaux de ce type et ramènerai plus d’intérêt à la section Liens.
J’utilise souvent VSCode, je trouve que c’est un très bon outil. Il a des performances très correctes comparé à Atom. Ça bouffe beaucoup de RAM par contre, Électron inside… mais quand même, chapeau bas aux dev de chez MS, qui ont réussi à pondre un éditeur très performant avec un framework aussi bloaté.
Maintenant, je n’aime pas cette tendance à rajouter un moteur JS dans tout et n’importe quoi. Même Qt s’y est mit, avec Qt Quick, ou l’art et la manière de faire une appli qui fait la même chose qu’avant mais en consommant 5 fois plus de RAM. Exemple concret : le text editor qui est fourni dans les tuto de QtCreator. La version QWidgets prend environ 20Mo de RAM sur ma machine. La version QtQuick, 100. Pour le même périmètre fonctionnel.
Pour moi, Electron c’est pareil, et c’est symptomatique de l’état d’esprit de beaucoup de dev Web : la fuite en avant vers des frameworks toujours plus hype et toujours plus bloatés. Qu’importe si le butineur doit déployer des trésors d’optimisation pour réussir à afficher 1 pauvre page à l’écran en moins de 10 secondes.
C’est pas parce que les PC ont plein de RAM qu’il faut en bouffer le maximum possible pour tout et n’importe quoi…
Ce qui est compliqué c’est que bien souvent ces administrations chargées du contrôle sont elles-mêmes gangrenées. On tape pas sur les copains… on sait jamais, un jour ils nous nommeront pour un poste ;)
La démocratie s'arrête là où commence la raison d'état.
Charles Pasqua.
Je pense qu’il est naïf d’imaginer qu’il n’existe pas de sujets qui ne sont pas traitables démocratiquement. Surtout dans le domaine de la géopolitique et de la souveraineté des États.
Le problème des screenlocker sous X, c’est qu’ils ne lock rien du tout, X ne permet pas de faire cela proprement. La seule chose qu’ils peuvent faire c’est de demander à X : mets moi full screen devant tous les autres et donne moi tous les inputs. Le problème, c’est qu’il suffit d’un crash du screenlocker, d’un comportement particulier de X au plug d’un nouveau moniteur, d’une sortie de veille un peu foireuse qui force X à réinitialiser ses buffers pour perdre le screenlocker, et tout retrouver derrière. J’ai même eu une fois en sortie de veille le screenlocker qui s’est retrouvé en arrière plan des applis…
Bref, on en revient toujours au même. Tant que X vivra, la sécurité est un doux rêve.
Les OS et navigateurs modernes s'adaptent à la quantité de RAM dont ils disposent.
Mon laptop actuel a une config très limite : 2 Go de RAM, CPU celeron bicoeur anémique, carte flash de 32Go. Le tout sous Windows 10 1903 32 bits (pour éviter la surcharge disque de WOW64). Chrome en navigateur. Ben franchement, c'est certes pas un foudre de guerre, mais ça fonctionne bien. Faut éviter de lancer 46 onglets sous Chrome, mais jusqu'à 5-6 ça marche bien. Actuellement, avec Windows, 1 onglet sous Chrome et Visual Code d'ouvert, je tourne à 1,4 Go de RAM occupé sur 2. Sur un PC disposant de 16 Go de RAM (mon 2ème PC), le même usage occupe bien 3 Go de RAM. Simplement, je pense que l'OS et le browser n'utilisent pas la même stratégie d'allocation et de libération de RAM. Ça se ressent sur les perfs évidemment, mais ça fonctionne. Firefox par contre a plus de mal avec si peu de RAM, c'est pour ça que je suis passé à Chrome sur cette machine.
Mes excuses à l’auteur du journal, n’ayant pas trouvé les sources je n’avais pas fait gaffe à la licence du logiciel. Il est effectivement libre, j’aurai du mieux chercher au lieu de cracher mon venin. Toutes mes excuses !
Posté par Dafyd .
En réponse au journal Ultracopier 2 Beta.
Évalué à 7.
Dernière modification le 18 juin 2019 à 06:45.
Une petite image, 3 phrases sur le skin, et hop, payez ! On ne sait même pas qu’elles sont les fonctionnalités du logiciel, à part de copier quelque chose. Est-ce libre ? Et le pompon : le lien fournit permet de télécharger … un .exe !
# 2 Go
Posté par Dafyd . En réponse au journal Combien de RAM en 2020?. Évalué à 10.
Bonjour,
Mon portable est équipé de 2 Go de RAM et tourne sous Ubuntu MATE 18.04 64b. Pour mon usage bureautique + dev (C, C++ et Python) sous vi, ça fonctionne correctement. Pas un foudre de guerre mais ça va.
# Où est la diversité ?
Posté par Dafyd . En réponse au journal KHTML c'est fini. Évalué à 3.
Bonjour,
Et un de moins… Ne reste plus que Blink et Gecko. Et encore, ce dernier est en large perte de vitesse si on en croit les stats d'utilisation de Firefox… On va se retrouver avec un seul moteur de rendu Web massivement utilisé, et bientôt les sites Web ne marcheront plus qu'avec lui. Comme au temps de Trident sur IE6. Personnellement, je trouve que ça fait peur pour l'avenir du Web standard et ouvert…
[^] # Re: Toujours du NIH
Posté par Dafyd . En réponse au journal Convertir des dates avec month_nb. Évalué à 10. Dernière modification le 15 janvier 2020 à 07:57.
Bonjour,
Benoar, inutile d'être aussi agressif… Tu aurais pu exprimer ce point de vue de manière un peu plus diplomate. C'est toujours très agréable de présenter un petit projet et de se faire baffer sur DLFP. Après on s'étonne qu'il n'y ait pas plus de personnes créant du contenu…
# Bloavez mad
Posté par Dafyd . En réponse au journal 2020, l’année du coincoin !. Évalué à 2.
Bloavez mad à tous !
[^] # Re: CRS
Posté par Dafyd . En réponse au journal La Turquie s'équipe de « drones mitrailleurs ». Évalué à 2. Dernière modification le 17 décembre 2019 à 03:28.
Ce qui est génial, c’est qu’en poussant le truc un peu plus loin tu peux même en faire une émission de télé ! Je vois déjà le truc : Les Marseillais vs les Gilets Jaunes, affrontements en drone, sexe, scandales, tout y est !
# Une révolution
Posté par Dafyd . En réponse au journal La Turquie s'équipe de « drones mitrailleurs ». Évalué à 7.
A quand la même chose en France pour remplacer les CRS lors des manifs ???
[^] # Re: Trop récent tout ça !
Posté par Dafyd . En réponse au sondage Quelle est la technologie la plus obsolète sur ou avec laquelle j'ai dû travailler récemment ?. Évalué à 4.
Pour nous c’est un serveur de compilation en AIX 4.3.2, avec sa baie de disque SCSI externe de 10Go ! La classe ! Et toujours sous maintenance hardware effectivement. J’ai changé Le disque dur système l’année dernière, ils ont réussi à me trouver un disque dur SCSI IBM de 1Go encore sous blister, fabriqué en 1998. Ça c’est du support à long terme ! Alors la sauvegarde du système sur bande a coup de mksysb, ça s’invente pas… heureusement que mes prédécesseurs ont mis de côté un classeur dans lequel se trouve imprimés plein de newsgroup d’époque sur le sujet ! Et on restaure la bande en faisant booter l’AIX dessus. Faut pas être pressé, mais pour l’époque, c’est quand même impressionnant.
# Trop récent tout ça !
Posté par Dafyd . En réponse au sondage Quelle est la technologie la plus obsolète sur ou avec laquelle j'ai dû travailler récemment ?. Évalué à 3.
Dommage qu’il n’y ait pas dans cette liste IBM AIX 4, MSDOS, RedHat 7 (pas RHEL), Windows 2000 server, …
[^] # Re: C'est pas tant linux que les OS qui ont "disparu"
Posté par Dafyd . En réponse au journal Les distributions GNU/Linux, un petit monde en voie d’extinction ?. Évalué à 1.
Personnellement j'appelle programmation système le développement sur les briques de base de nos ordinateurs : boot loader, firmware, kernel, piles réseau, graphique, audio, les drivers, etc… La couche de base sur laquelle s'appuie les applications et frameworks "userspace".
Le développement "bare metal" sur SOC par exemple, j'appelle plutôt cela programmation logiciels embarqués. Après, la frontière est assez floue…
[^] # Re: C'est pas tant linux que les OS qui ont "disparu"
Posté par Dafyd . En réponse au journal Les distributions GNU/Linux, un petit monde en voie d’extinction ?. Évalué à 1.
Ah ben tout ça c'est dans le monde parfait des applications distribuées avec proxy de HA, des parcs gérés en conf avec puppet ou autre. Allez faire un tour dans le SI des gros industriels. On en est pas encore là, loin de là ! Déjà quand on aura dégagé les Solaris on sera content :D
On peut aussi parler des mainframes IBM de nos administrations ;)
Donc docker tout ça… Oui c'est bien, mais non tout le monde n'en est pas là !
[^] # Re: C'est pas tant linux que les OS qui ont "disparu"
Posté par Dafyd . En réponse au journal Les distributions GNU/Linux, un petit monde en voie d’extinction ?. Évalué à 5. Dernière modification le 19 novembre 2019 à 21:35.
Oula, il est reste des choses à faire !!! Et au contraire, on régresse sur la stabilité je trouve.
En bazard, ce qu'il reste à faire pour moi :
-> Mises à jour sans reboot, même pour le kernel. Ca commence sur GNU/Linux avec Kernel Live Patching (KLP), mais ça reste encore nouveau
-> Stabilité et uniformité des ABI/API. Aujourd'hui, quel cauchemar de développer une appli assez bas niveau portable… POSIX est un échec, au point qu'il a fallut inventer moulte rustines, tels que les autotools.
-> A quand un système d'authentification Linux au niveau de MS Active Directory ?
-> A quand un système de patch management avec reporting et audit du parc pour Linux au niveau de MS WSUS ?
Enfin bref, sur Linux, il y a encore du boulot !
[^] # Re: C'est pas tant linux que les OS qui ont "disparu"
Posté par Dafyd . En réponse au journal Les distributions GNU/Linux, un petit monde en voie d’extinction ?. Évalué à 6. Dernière modification le 19 novembre 2019 à 21:16.
Il ne faut pas oublier que toutes ces belles technos, ces beaux cloud "magiques", etc… ont quand même besoin d'un OS pour tourner. C'est un impondérable, et il faudra toujours des gens compétents pour développer ces systèmes. Je pense que le monde du desktop pour Linux, mais aussi pour les autres OS, est un marché en perte de vitesse, face au tout connecté. Par contre, les OS orientés serveurs "pro", comme RHEL, zOS, Windows Server (obligé de le mentionner quand même, il a ses qualités, surtout la version Core), les BSD, etc… sont la base des technos d'aujourd'hui.
Savoir programmer bas niveau pour ces systèmes, savoir les administrer, savoir les exploiter, cela restera toujours une compétence recherchée. Surtout quand 99% des jeunes diplômés ne sont ni formés ni intéressés par le sujet.
Perso je suis sorti d'école d'ingé il y a 3 ans, j'ai 26 ans. Sur les 100 de ma promo, nous ne sommes que 2 (à ma connaissance) à faire de l'administration système, et à peine plus à faire du dev bas niveau (driver, stack réseau, etc…). Tous les autres sont "consultants" Java, Angular, etc… J'ai pas mis longtemps à avoir un CDI correctement rémunéré. Et je pense pas que je ne manquerai pas de boulot à l'avenir !
Le système, c'est bon mangez-en ;)
[^] # Re: Boot Loader Specification (blscfg de grub2)
Posté par Dafyd . En réponse à la dépêche Fedora 31 est sortie !. Évalué à 2.
En tous cas, on est toujours très loin de ce qui se fait ailleurs, que ce soit en terme de fonctionnalité ou en terme de facilité d'administration. Je pense au beadm de Solaris 11. Couplé à ZFS, c'est terrible. Et c'est sorti en 2011. Repris par FreeBSD depuis d'ailleurs.
https://docs.oracle.com/cd/E23824_01/html/E21801/index.html#scrolltoc
[^] # Re: Boot Loader Specification (blscfg de grub2)
Posté par Dafyd . En réponse à la dépêche Fedora 31 est sortie !. Évalué à 9. Dernière modification le 31 octobre 2019 à 23:10.
Bon sang, je dois vraiment être réfractaire au changement, mais sous GRUB 1, on avait un petit fichier menu.lst à éditer, à la syntaxe simple et claire. C'est devenu tellement compliqué sous GRUB 2 qu'on en est arrivé à pondre des utilitaires douteux tels que grubby ou blscfg pour rendre le truc éditable par un être humain.
Alors je comprends bien que GRUB 2 est une avancée sur pleins de sujets par rapport à GRUB 1, mais pourquoi avoir rendu sa conf aussi complexe ??
[^] # Re: Journal bookmark
Posté par Dafyd . En réponse au journal Un serveur de mail complet et moderne . Évalué à 4.
En fait il faudrait effectivement pouvoir ajouter un petit texte dans la section Liens, avec peut être une limite en nombre de caractères je ne sais pas. Ça éviterai les journaux de ce type et ramènerai plus d’intérêt à la section Liens.
[^] # Re: moinsage?
Posté par Dafyd . En réponse au journal Un serveur de mail complet et moderne . Évalué à 2.
Sûrement parce que ce journal aurait plutôt eu sa place dans la section Liens, vu le faible volume de texte accompagnant l’URL.
# VSCode
Posté par Dafyd . En réponse au journal Atom / VSCode. Évalué à 10.
J’utilise souvent VSCode, je trouve que c’est un très bon outil. Il a des performances très correctes comparé à Atom. Ça bouffe beaucoup de RAM par contre, Électron inside… mais quand même, chapeau bas aux dev de chez MS, qui ont réussi à pondre un éditeur très performant avec un framework aussi bloaté.
Maintenant, je n’aime pas cette tendance à rajouter un moteur JS dans tout et n’importe quoi. Même Qt s’y est mit, avec Qt Quick, ou l’art et la manière de faire une appli qui fait la même chose qu’avant mais en consommant 5 fois plus de RAM. Exemple concret : le text editor qui est fourni dans les tuto de QtCreator. La version QWidgets prend environ 20Mo de RAM sur ma machine. La version QtQuick, 100. Pour le même périmètre fonctionnel.
Pour moi, Electron c’est pareil, et c’est symptomatique de l’état d’esprit de beaucoup de dev Web : la fuite en avant vers des frameworks toujours plus hype et toujours plus bloatés. Qu’importe si le butineur doit déployer des trésors d’optimisation pour réussir à afficher 1 pauvre page à l’écran en moins de 10 secondes.
C’est pas parce que les PC ont plein de RAM qu’il faut en bouffer le maximum possible pour tout et n’importe quoi…
[^] # Re: Dictature
Posté par Dafyd . En réponse à la dépêche Mémoires vives ("Permanent record") par Edward Snowden. Évalué à 2.
Ce qui est compliqué c’est que bien souvent ces administrations chargées du contrôle sont elles-mêmes gangrenées. On tape pas sur les copains… on sait jamais, un jour ils nous nommeront pour un poste ;)
[^] # Re: Dictature
Posté par Dafyd . En réponse à la dépêche Mémoires vives ("Permanent record") par Edward Snowden. Évalué à 6.
La démocratie s'arrête là où commence la raison d'état.
Charles Pasqua.
Je pense qu’il est naïf d’imaginer qu’il n’existe pas de sujets qui ne sont pas traitables démocratiquement. Surtout dans le domaine de la géopolitique et de la souveraineté des États.
C’est moche, mais ainsi tourne le monde !
# X11 inside
Posté par Dafyd . En réponse au journal Linux Mint, Mate et grosse faille foireuse au niveau du verrouillage d´écran. Évalué à 10.
Le problème des screenlocker sous X, c’est qu’ils ne lock rien du tout, X ne permet pas de faire cela proprement. La seule chose qu’ils peuvent faire c’est de demander à X : mets moi full screen devant tous les autres et donne moi tous les inputs. Le problème, c’est qu’il suffit d’un crash du screenlocker, d’un comportement particulier de X au plug d’un nouveau moniteur, d’une sortie de veille un peu foireuse qui force X à réinitialiser ses buffers pour perdre le screenlocker, et tout retrouver derrière. J’ai même eu une fois en sortie de veille le screenlocker qui s’est retrouvé en arrière plan des applis…
Bref, on en revient toujours au même. Tant que X vivra, la sécurité est un doux rêve.
[^] # Re: CodinGame
Posté par Dafyd . En réponse au journal Apprentissage de la programmation : comment moderniser les exercices. Évalué à 2.
Je confirme, c’est juste que j’ai personnellement apprécié le concept et que j’y ai passé un certain nombre d’heures très ludiques :)
# CodinGame
Posté par Dafyd . En réponse au journal Apprentissage de la programmation : comment moderniser les exercices. Évalué à 4.
Super ludique pour apprendre la programmation dans le langage de votre choix et l’algorithmie :
CodinGame
[^] # Re: Accélération de contenu
Posté par Dafyd . En réponse à la dépêche Firefox 68 et 68 ESR par le menu. Évalué à 1.
Les OS et navigateurs modernes s'adaptent à la quantité de RAM dont ils disposent.
Mon laptop actuel a une config très limite : 2 Go de RAM, CPU celeron bicoeur anémique, carte flash de 32Go. Le tout sous Windows 10 1903 32 bits (pour éviter la surcharge disque de WOW64). Chrome en navigateur. Ben franchement, c'est certes pas un foudre de guerre, mais ça fonctionne bien. Faut éviter de lancer 46 onglets sous Chrome, mais jusqu'à 5-6 ça marche bien. Actuellement, avec Windows, 1 onglet sous Chrome et Visual Code d'ouvert, je tourne à 1,4 Go de RAM occupé sur 2. Sur un PC disposant de 16 Go de RAM (mon 2ème PC), le même usage occupe bien 3 Go de RAM. Simplement, je pense que l'OS et le browser n'utilisent pas la même stratégie d'allocation et de libération de RAM. Ça se ressent sur les perfs évidemment, mais ça fonctionne. Firefox par contre a plus de mal avec si peu de RAM, c'est pour ça que je suis passé à Chrome sur cette machine.
[^] # Re: Franchement...
Posté par Dafyd . En réponse au journal Ultracopier 2 Beta. Évalué à 6.
Mes excuses à l’auteur du journal, n’ayant pas trouvé les sources je n’avais pas fait gaffe à la licence du logiciel. Il est effectivement libre, j’aurai du mieux chercher au lieu de cracher mon venin. Toutes mes excuses !
# Franchement...
Posté par Dafyd . En réponse au journal Ultracopier 2 Beta. Évalué à 7. Dernière modification le 18 juin 2019 à 06:45.
Une petite image, 3 phrases sur le skin, et hop, payez ! On ne sait même pas qu’elles sont les fonctionnalités du logiciel, à part de copier quelque chose. Est-ce libre ? Et le pompon : le lien fournit permet de télécharger … un .exe !