Reprise du message précédent :
Oui, écrire a une institution qui relève d’un autre traité ça va tout de suite crédibiliser le personnage.

Le cas où tu te fais dupliquer ta carte SIM je pense

dites, quand on ferme un fichier, on perd tout le cache dans la quenelle, ou est-ce qu'on récupère les cache quand on le rouvre très vite ensuite ? (je joue avec une API qui a pas de seek, donc les rafales de lecture sont séparées par des close/open, je sais pas si c'est grave)

Je pense que tu récupères tant qu'il y a pas un autre truc qui vient bouffer tout le cache, ya pas de raison que la quenelle les sorte du pagecache (sauf si t'as configuré /proc/sys/vm/pagecache ou vm.pagecache mais je sais pas si c'est dispo dans toutes les distros). D'ailleurs s'pour ça que les bench avec de l'IO disk sont chiants, soit tu jettes les premières itérations pour dire que tu bench la version avec cache, soit tu dois flusher ton cache entre les itérations et c'est souvent global donc ça te plombe le derche jusqu'à ce que tes caches soient repeuplés.

Sous linusque tu peux tester avec free(1) (qui donne une vue d'ensemble de la taille du pagecache) et mincore(2) (qui donne une info précise pour un fichier).

Merci, j’ai jamais vu cette fonction, il faut l’utiliser avec mmap pour un fichier ?

IIRC oui tu mmap le fichier, puis tu appelles mincore avec l'addresse de ta map, la taille du fichier, et un pseudo bitmap avec 1 char / page (ça écrit des octets au lieu de bits).

Apparemment il y a aussi des tracepoints pour suivre les changements de cache en temps réel: https://lwn.net/Articles/917140/

Merci

autre question, on peut faire confiance au highwatermark dans les stream nodejs ?

async #readPages (start, end, pageSize = end - start) {
    strictEqual((end - start) % pageSize, 0, `read size must be a multiple of pageSize ${pageSize}`)
    this.readCount++
    const buffers = []
    const f = await fs.open(this.#path)
    for await (const data of f.createReadStream({start, end: end - 1, highWaterMark: pageSize})) {
      buffers.push(data)
      // not sure how reliable the highWaterMark is, adding belt and braces
      strictEqual(data.byteLength, pageSize)
    }
    return buffers
  }

j'ai fait ça, récemment, mais je sais pas si c'est fiable

Il y a readchunkstrict qui peut te macher le taf

Presque 24h sans message ici, debout les morts

Et c’est plamcorps qui fait nocturne en plus. Flo, je vais regarder mais je vais peut-être te laisser faire vu que tu va devoir adapter une autre fonction à cause du serveur http.
Par contre je suis curieux de la réponse pour mon édification personnelle.

je ne ferai pas confiance à highwatermark pour être précis à l'octet prêt

Excusez-moi d'être très loin, je glandouille sur des plages de rêve en Thaïlande.

WE un peu chargé ici
 
Toute la journée hier chez le frangin pour la fête d'anniversaire du fiston et aujourd'hui on fait le trie des choses qu'on va vendre ou se débarrasser et ce qu'on va emporter au Canada.
 
Et aussi beaucoup de temps à faire des recherches sur le statut de travailleur détaché et des calculs/simulations sur les cotisations d'épargne retraite et les déductions d'impôts liées  
Tu veux réduire de presque 45 % ton impôt sur le revenu en cotisant au plafond sur ton épargne retraire

J'ai changé la chausse d'eau  

J’étais à Jersey avec Sosh, à 10€/Mo, mode avion tout le week-end
 
Bon il reste les wifi publiques, mais j’essayais d’éviter

Yo
 
J'ai un soucis sur Arch : j'ai certains sites qui crashent le navigateur. J'ouvre le site, ça n'a pas le temps de faire quoique-ce-soit, ça crash.
 
 - Fait intéressant, ça crash les 2 navigateurs (!), Firefox ou Chromium. Les mêmes sites. Et ça crash pareil : ça kill tout le process ainsi que les childs
 - Aucun crash dump genre dans ~/.mozilla/Crash reports ou autre
 - En lançant via un terminal, rien sur stderr ou autre
 - Que dalle dans le syslog
 
Par quoi je commence ?
 

Installer Windows.

Gold

- Vérifier en navigation privé
- Vérifier si ce n'est pas une extension qui fait ça, parfois avec les bloqueurs de pub des scripts partent en couille.
- Tenter sur un profil propre pour voir si c'est ça
 

J'espère que vous avez passé une bonne fête des pères,  
- Moi j'ai fait une maquette soleil-terre-lune
- J'ai débouché des chiottes (sanibroyeur) parce qu'une jeune a foutu ce qu'il ne faut pas dedans (tampon)
- Et après avoir déposé ma fille chez sa mère, j'ai trouvé 2 chiens en plein milieu de la cambrousse, fatigués et assoiffés, je les ai nourris et donné à boire, et j'ai mis un message sur un groupe facebook, il a été diffusé partout, et vers 22h leur maîtresse m'a appelé, ils s'étaient enfui de chez eux parce qu'ils avaient eu peur de l'orage.

Toussa fait, sans résolution. Le fait que ça crash les 2 navigos me fait penser que ça doit crasher dans une lib commune. J'ai vérifié aussi en virant 2-3 drivers vidéos (genre nvidia, et displaylink (j'ai un écran branché via un machin usb)). Rien. Dernier kernel ou kernel LTS pareil, ça crashe.

Il y a une possibilité selon laquelle ça va se terminer ainsi (j'ai un Win 11 OEM d'installé).

 
Tu peux essayer ça :
 
strace firefox &> strace_output
 
Et voir si tu as des infos sur la lib qui plante si tel est le cas.
 

 
Le syslog c'est dmesg ?
 
/var/log/pacman.log Pour les pkgs récemment MAJ
 
Pour lister les coredumps:
coredumpctl list

 
dmesg = message du kernel
 
syslog = bah tout ce qui est logged et pas seulement les messages du kernel (enfin en tous cas sur toutes les distros que je connais, mais je ne connais pas arch). Dans certaines distros, tu as /var/log/messages au lieu du syslog.

J'ai 57'000 lignes, mais en regardant vite-fait, rien de bizarre Un exit 0 normal. Je dois fouiner dedans plus en détails.
 

Sous arch, c'est via journalctl (miam miam systemd)
 

Rien dedans.
 
C'est comme si ça quittait le process, sans coredump ni exception ni rien

 
Il y'a des infos dans le dmesg ? En théorie t'as une trace sur le signal qui tue ton processus.
 

 
Les coredumps sont activé sur ta machine ? https://wiki.archlinux.org/title/Core_dump
 
Sinon y'a peut être pas de crash mais juste une exit normal.
 
L'étape d'après serait de lancer le browser avec un debugger ?

Peut-être une config de systemd particulière ? Que disent les logs de ce dernier ?
On dirait que ça se passe au niveau du kernel.

ou alors il faut réinstaller l'utilisateur

Rien dans dmesg. Y'a d'autres coredumps, donc ils sont bien activés.
 
C'est le crash fantôme
 
Je vais voir pour un debugger. J'ai déjà essayé un rr record, mais rien de probant pour l'instant.

Perso je bosse sur windows + wsl2 depuis 2 ans, ça marche top. Le meilleur des deux mondes : pour le moment y a juste tout qui marche.

Mais en vrai ça résout pas ton problème.

J'avais commencé comme ça Mais c'était du temps de WSL1, avec toutes les soucis de performance I/O. Je suis ainsi passé à Archlinux en daily driver + une VM Win10 pour tout ce qui est Office & Adobe.
 
Mais j'ai forcément les soucis de perfs dans la VM, notamment pour tout ce qui est Adobe, qui nécessite maintenant un GPU. Ce qui veut dire qu'il faudrait que j'assigne la nVidia à la VM via IOMMU et companie, mais je n'ai absolument pas le temps de faire la configuration.
 
Je pense ainsi effectivement reprendre Win11 en principal, avec WSL2. Ça va m'enlever tout un tas de soucis que j'ai avec Arch :
 - le côté rolling release, c'est trop le casino : tu sais pas si ça va résoudre tes problème ou en rajouter. Case in point avec mon soucis de browser, çamarchaitbienavant©®  
 - la batterie qui tient pas longtemps
 - dès que je sors du sleep sur batterie, y'a toujours des bizarreries : plus de wifi, obligé de redémarrer iwd. Les inputs qui freeze toutes les 5 secondes (solution : brancher un écran externe, débrancher, et hop fini les freeze )
 - un outil de timesheeting qui pense que je suis en UTC+1 au lieu de +2
 - quand tu vas chez un client et que tu dois te mettre sur la télé, et ils sont tous équipés de Barco qui ne fonctionnent pas sur Linux, ça fait con de devoir demander un câble HDMI et perdre déjà 10 minutes de séance juste pour l'installation
 - et 1000 trucs chelous au quotidien
 
Je vais regretter sûrement i3 et 2-3 trucs, mais bon... Le fait d'être passé aussi du côté direction & management, j'ai moins besoin d'être le nerd de service qui vit H24 dans le terminal.
 

Oui    

 
Franchement, tu peux aussi prendre un mac. Battery imbattable, chauffe jamais, terminal correct présent...  Enfin bon, tu n'as peut-être pas le choix.

Linux est prêt pour le desktop.

Ici c'est l'inverse, on a un utilisateur (Project manager) qui était sous Windows, et qui avait plus de problèmes que maintenant qu'il est sur Ubuntu (XPS 13)
 
Après perso je ferai pas du Arch pour être pépère sur du desktop mais bon (je partirai sur du Fedora ou du Ubuntu, moins de bidouilles = moins de temps perdu)

Ça c'est ton window manager / environnement de bureau, pas forcément Arch.
 
Pour ma part, j'ai fait un truc un peu les deux c'est une machine headless sur mon homelab à laquelle j'accède via SSH, c'est cool quand tu bosses depuis différents postes (j'ai un mac et un pc windows/linux), mais relou quand t'as pas d'interweb.
 

Arch c'est vraiment quand t'as du temps à consacrer à la config de ton poste. Sinon Ubuntu, Fedora ou même Debian 12 récemment ça fait le job pour un poste de dev.

J'ai toujours des problèmes d'io avec wsl2, c'est un truc de fou.
Que ce soit avec vscode et mes projets sous debian ou mes conteneurs.
Le cumul des deux et là c'est fini ma machine est sur les genoux avec des io à 1go/s.

Pas trouvé d'alternative si ce n'est que de repasser en natif.. La flemme.

Perso j'ai bossé sous Ubuntu, Arch, MacOS, et depuis 4 ans WSL 1 et maintenant 2 (sous windows 10 et 11). RAS sur aucun des systèmes.
 
Le problème c'est toujours l'utilisateur. CQFD.