bubar🦥 a écrit 6992 commentaires

Sur mes portables, Linux s'en sort aussi bien que osX.
Et Linux, bien GNU/linux, avec tout ce qu'il faut au dessus. Retour de veille sur ram immédiat. Un bonheur :)

Par contre, le temps de démarrage... y a deux ans j'arrivais sans peine à tomber en dessous de 10 secondes chrono-en-main, depuis grub jusqu'au bureau lxde fonctionnel. Sans peine aucune. Aujourd'hui plus moyen de tomber en dessous de 18~20 secondes, avec les mêmes modifs. ??

Moi j'ai cliqué sur le lien. Et dans le bandeau de droite, il y a les suggestions... En tout premier YouTube (Google, j'suis identifié sur les deux) me propose... "coeur de pirate" par Francis...
\o/

T'es sûr que ça rentre ?

N'est plus un gadget.
(l'ajout de qu' laisser une interprétation autre, et contradictoire)
Non ?

Je ne constate pas de différence qu'avec deadline, en fait. Test simple d'utilisation sur un netbook. J'ai même l'impression que deadline reste plus efficace, pour cette simple utilisation basique typique 'personnal computer'.

D'ailleurs là l'ordi re-compile un noyau, et pendant ce temps : mouler sur dflp et shell. J'ai pas de ralentissements, aucun, pas de blocage ou de manque de réactivité.

Mais bon, ce n'est qu'une impression.
??

Encore plus simple : ils sont en France, suffit de changer leur clavier :)
Tu en connais beaucoup qui font de la triangulation sur du wifi (pour voir qu'un portable sans émet quant même), et ce, au travers des ouatmilles wifi qui traversent ce genre d'immeuble parisien ? :)

nan c'est vrai que ça ressemble plutot à du commandité privé, ça. Quoique ça pourrait aussi être du "zut, presque tard, allons y bourrin personne nous verra là", voire encore du "comme pour une paillotte, on a un peu honte alors on laisse des traces". Bref, allons savoir ?

hum ... (miam) :))

J'en ai vue une hier soir, de loin. c'est vraiment tout petit en plus, l'espace entre les 'capteurs' est pas bien gros. Impressionnant d'autant plus pour les algo derrières.

Le modèle de sun n'avait qu'une caméra mais nécessite des gestes amples il me semble.
Celui ci va donc être utilisable (et utilisé) dans des ...jeux ... ouch

Peut être qu'une appli sympa avec ce kinect serait une "projection d'entrée" ? :) Où on définie une distance, plus bornée, à laquelle elle réagit, puis un plan, plus simple que tout son champ. On aurait alors une "surface" d'action. A voir la capacité, la finesse de mesure, pour les distances.

Si on arrive déjà à faire de la stupidité artificielle, ça sera très bien :)

T'es sûr que c'est pas plutot la nouvelle libjpeg ?

(peut être pour madame aussi ? :p )

ha vi. Je ne savais pas du tout que systemd avait l'intention d'utiliser cgroups, de s'occuper de cette politique. Merci.

Cela impactera le système ensuite, où bien c'est vraiment juste pour le démarrage ? Sinon c'est plus systemd qu'il faut le nommer, mais system3d :)

>"Mais j'avoue ne pas avoir compris ce qui fait que le patch améliore la réactivité."

(une explication non, une question, oui :p forcément!)

Serait ce une différence de politique par défaut ? Ou celui qui voudrait un autre fonctionnement par défaut devra se le configurer ?
Après tout, sur un serveur, ça n'impactera pas. (à moins de jouer à frozen bubble dessus). Et pour des configurations "plus en avant", après tout, ils peuvent se coltiner la doc, eux, non ?

Mais une question quant même, donc : n'est ce pas contradictoire avec cgroup ? puisque cet outil est générique (pouvant être utilisé aussi bien en fonction de / pour des serveurs web ou des serveurs de sessions ou une station de compil / calcul ou même pour un laptop, voir un téléphone). Alors ce patch, qui impose une politique par défaut (bon, pas intrusive), n'est il finalement pas en contradiction avec le fait que cgroup soit "neutre et pour tous" ?

Est ce que ce qu'a commencé de faire redhat n'est pas "mieux" sur le long terme ? (ie proposer une intégration, des outils de plus haut niveau, etc etc), et plus "fidèle" à ce qu'est cgroup ?

??

s/musée du Louvre/Association des Amis du Louvre
non rien ;-)

(désolé pour le -1 me suis gourré de clickou)

Pas essayé, non, avec wine (installé sur aucune de mes machines), pour dépaqueter ce truc. Si wine y arrive, faudra voir pour unshield ? Bah de toutes façons je ne serais pas bien avancer dans la mesure où flashrom me dit "oula, t'es vraiment sûr ?"... donc bon :(

A noter pour H.P qu'ils fournissent le moyen de mettre à jour son bios facilement sous gnu/linux aussi, pour les modèles qu'ils vendent avec linux. Les autres, on s'assoie dessus, et en prime on se coltine des bugs de bios / tables *dt / très louches, si on utilise un autre o.s que celui du même vendeur que le compilo utilisé. Vraiment louche.

Un problème de double menton
... :))

la dernière phrase était pour moi, cykl. :p

Mouhahaha
....
Très bon :) Simple, en shell, bien bourrin :)

Enfin, bon, conseil quant même de lire le readme de cgroup avant...Si vous voulez pas "(be) totally in the dark ", comme avec le patch.

Il est con le Lennart... :)) Très bon :))

beuh :(
non c'était pas de l'ironie :(
m'enfin c'est sur la doc de cgroup (et son évolution, depuis un readme de 100 lignes au début, à aujourd'hui). Non pas sur la doc des outils redhat pour cela (que je n'ai même pas encore regardé, à peine un peu les outils, zéro sur la doc)

Et puis c'est pour du simple, pas question de faire un soft qui en tiendrait compte (d'ailleurs je ne vois pas l'intérêt de ça ? il me semblait qu'un des intérêts de cgroups était justement d'avoir ces conf possible point du vue système, sans que le dev de telle appli soit obligé de s'en pré-occuper).

Tout à fait la cible de ce patch auto_cgroup : bourrin avec un usage basique. Pas une configuration très fine de cgroup.

+ 1 sur le wiki
Penser peut être à avoir des parties spécifiques aux distributions. Car si la majorité des outils sont disponibles sur toutes, les spécifités de chacune sont intéressantes aussi, dans le cadre d'une adaptation du système. (SElinux, Tomoyo, AppArmor, déjà. Puis comment avoir un ordinateur "normalement utilisable" [ie : x et montage usb] avec le patch grsec. Ou comment chrooter une appli ayant besoin d'un affichage x, genre un navigateur web. Ou encore se faire son / en squashfs. Ou pourquoi telle distribution fonctionne mal si /lib/modules a été déplacé sur, et pointé vers, une partition ro...)

Cela peut être un superbe boulot. Le truc difficile sera peut être de faire le rangement au fur et à mesure, quitte à locker de temps en temps, afin de ne pas se retrouver avec un gros bordel).

Et le fait que cela soit spécifiquement destiné aux journalistes est une approche, un objectif, est extra :))

Perso j'aime beaucoup les webmails publics.
Tu t'y connectes en inventant une adresse mail comme tu veux, qui ne sera qu'un alias n'apparaissant jamais dans le webmail. Donne ce mail à un service en ligne ou à quelqu'un. Puis tes mails sont reçus dans une boite ouverte et public : à toi de les choper et de les effacer.Le traffic est pas gros car ils sont peu connus / utilisés, mais faut quant même être dessus pil au moment de l'envoi de la réponse attendue :)
Simplissime, parfaitement efficace.

https://linuxfr.org//comments/1098793.html#1098793
juste un lien comme ça ;)

je t'échange un tuto nucleus - xenomai contre un tuto sur ça
? :)))

>Cette fonctionnalité révolutionnaire a été un peu oubliée car la création des cgroup était manuelle
:))
Enfin... la doc aujourd'hui est limpide.
Android utilise les Cgroups par défaut.
Mais surtout Fedora, dans sa dernière version, inclue des utilitaires spécifiques ( voir http://fedoraproject.org/wiki/Features/ControlGroups et les outils installés de base :) )

Merci pour cette superbe dépêche, et au passage je ne savais que Mr Kolivas continuait de patcher :) deux bonnes nouvelles dans une seule dépêche :))

ps : maintenant, il ne manque plus que la délégation temporaire de priorité sur une application. Exemple : le pointeur reconfigure à chaud, et très temporairement, la priorité et le nice sur l'application sur laquelle il se trouve. Ainsi, même avec des proco chargés à fond, un "clique - lance appli" reste toujours très réactif.

De toutes façons les entrées standards locales clavier / souris devraient toujours avoir la haute main (prio, rtprio, nice). C'est pas croyable que l'entrée clavier rame parceque le système est chargé. Le gars là, en local, c'est à lui d'avoir la main :p
Linux c'est pas Solaris (mouhahaha... qui a déjà vu un solaris ramer à mort pour se logguer root parceque le sysadmin avait oublié de configurer root dans...bref :p)

Dans la préhistoire, il y a avait ouatmilles Unix (qui ont poser des bases saines pour un système). Puis est venus le temps de "l'informatique individuelle", avec plein de petites machines toutes très différentes. Ensuite le règne du PC x86, et celui de Windows. Demain sera le règne de l'embarqué, de l'informatique invisible, et le règne de Linux.

A chaque époque son mouvement.
A chaque mouvement son système.

Il n'y a pas que celle ci.
Il y aussi la mise à disposition pour tous d'outils informatiques facilement utilisable. Là où nous avions des ordinateurs disparates ayant besoin chacun de leur O.S. Microsoft a réussi le tour de force de proposer un O.S unique pour tous.
Ceci n'est pas qu'une victoire de MS d'ailleurs, mais également des standards, permettant cela sans mettre au placard la diversité.

Microsoft à fait ce que Linux fait dans le monde Unix : une saine unification du "logiciel", et en capacité de fonctionner sur un grand nombre de matériels. Le tour de force me semble encore plus important avec Linux qu'avec Microsoft car ce dernier ne s'occupe que de 8086 (et un peu de Arm), quant Linux est encore plus universel.

Au départ il me semble que "windows" (qui ne portait pas encore ce nom) était un terminal d'accès à des machines unix, facilement utilisable, non ? Aujourd'hui, avec le web et les réseaux, windows revient à sa position initiale : un terminal d'accès à des unix ;)

Qu'ils aient peut être mis la charrue avant les boeufs, et qu'ils en paient encore les pots cassés aujourd'hui, est une considération, et intéressante, mais cela n'enlève pas le fait que Microsoft a été là à ce moment là de l'histoire, et qu'ils ont fait le nécessaire pour accompagner ce mouvement.

Il n'y a pas que "Office" comme réussite, non ?

Et puis, là c'est une belle supputation, il est possible que Windows meure avec la mort des PC. Lentement, mais surement. On voit déjà les prix des disques durs dont la tendance est à la hausse, bientôt demain plus que du ssd pour michu. Le reste suivra... Probable que seuls les professionnels demain aient encore besoin de "pc". Je pense qu'ils supputent la même chose chez microsoft, d'où la nécessité pour eux aujourd'hui de se "rattraper aux branches" avec les smartphones (qui n'ont pas l'air d'être une réussite, encore une fois) et les serveurs. Ainsi qu'avec la Xbox, bien sûr.

Bref, demain sera un autre jour :)
Et il me semble que plus l'informatique prendra de place dans notre quotidien, moins il y aura de pc. Intel partout, windows et pc beaucoup moins...

Savez vous si HP fournit un utilitaire, comme Dell le fait, afin de mettre à jour le bios depuis Linux ? Connaissez vous l'adresse du dépôt chez H.P pour les fichiers .hdr seuls ?
Ou si cette mise à jour ne passe pas obligatoirement par windows ? Si oui, Freedos peut il s'en charger ?

Là, je bute sur un .exe que ni cabextract ni unshield ne reconnaissent :
# cabextract sp49478.exe
all done
# unshield t 1425F17.exe
Failed to open 1425F17.exe as an InstallShield Cabinet File

perso j'dirais, genre "ça ose tout", que derrière il y a eu déjà une bd de compensation, qui a été factorisée complètement. Et que le driver opensource actuellement correspondant au mieux à plus que "avant les tests permettant de construire la bd, qui a permis de factoriser".