Swap File en ordiandors ... antics/amb pocs recursos
Per no extendre'm mes del necessari i no complicar MES el tema, no entro en certes coses, però crec que no podem oblidar (i ho hem fet) que hi ha "PC's" (o si preferiu, ordinadors, SBC's, SoC's, tauletes, teléfons mòbils i altres màquines mes o menys "intel.ligents") amb processadors tipus ARM (tant 32 com 64 bits). Com segueixo trovant molt be i bo que Debian doni suport al màxim de arquitectures possibles, demostrant que "The Universal Operative System" no es només una frase de màrqueting sino que a mes es LA ideologia de Debian, entenc que la futura Debian 10 que sortirà en breu no es pugi fer servir ni en un pc 286 (cpu 80286 = fabricat ABANS de 1991, quan encara ni existia Debian) i tampoc es pugi fer servir amb una màquina amb arquitectura / processador ARM (de 32 o 64 bits) que ni permeti 512 MB de memoria RAM física, ja que tampoc seria UTIL I RENTABLE fer servir Debian 10 amb aquest "PC's" ... ni amb un arxiu de memoria virtual (swap file) de ... uns quants GB, però ... on posar el limit? Jo, per exemple, des de 2012 soc usuari i fan de raspberry pi (amb distribucions derivades de debian com raspbian i altres) i voldria pensar que, a mes de poder seguir fent servir els paquets .deb amb el nou raspberry pi 4 (i amb base Debian 10, al 2020) es pugui també amb models raspberry pi 3 i 2, i fins i tot, posats a demanar, que al any 2021 encara es pugi fer servir paquets .deb amb una raspberry pi model b com la que vaig comprar el 2012 i encara faig servir, amb un sistema operatiu / distribució basat amb un Debian no mes antic que l'actual versió 9.9. I també vull lluitar per persones que ja sigui perquè son mes pobres que jo (que no es facil) o per altres motius (exemple: persones que treballen a llocs on PER FORÇA han de fer servir ordinadors amb processadors intel 586, 686 o similar) però que tenen llibertat per instal.lar-hi qualsevol cosa que hi funcioni (ep! que jo vaig viure un cas així, ara fa uns 10 anys). Per això, SI US PLAU, encara que ja fa uns anys que no faig servir cap ordinador amb arquitectura 686, penseu que hi ha MOLTA GENT (i no només a Catalunya o Europa) que encara fa i farà servir Debian en ordinadors com un Pentium III fabricat el 1999. Per tant, que al 2020 no pugi fer servir Debian 10 i s'hagi de quedar en Debian 9.9 pot significar que condemnem a aquestes persones a no fer servir paquets / programari nou / recent / modern durant molt temps.
Re: provant debian 10!: swap/file
Em sembla que, l'exemple de l'entorn multiusuari administrat per personal informàtic, s'allunya bastant de l'escenari en que se t'oblidi de particionar bé el disc dur, i convingui un avís (extens i mal predeterminat) del DebianInstaller. Moltes altres coses es podria alertar en aquell punt, com la falta de separació de particions d'usuari /home/*), de dades del sistema (/var), /tmp/ etc. __ I'm using this express-made address because personal addresses aren't masked enough at this mail public archive. Public archive administrator should fix this against automated addresses collectors. El 26/6/19 a les 8:26, Alex Muntada ha escrit: > Hola Ernest, > >> A mi, utilitzant swap, quan algun procés s'ha descontrolat >> sempre se m'ha congelat el sistema. Es relentitza tot fins >> al punt que tardes 15 minuts en obrir un TTY i fer login i >> matar el procés. Val la pena? > > Depèn. El cas del que parlava era un servidor físic multiusuari > on s'executaven simulacions durant diversos dies i preferíem no > avortar els experiments dels recercaires. Encara que triguéssim > 1 hora en localitzar el procés i matar-lo des de la consola, > valia la pena. > >> en el cas improbable que et quedis sense deixar que l'OOM >> killer faci la seva feina, i s'ha acabat la història! > > Cert, pot ser que l'experiència de la que parlo ja no apliqui > avui en dia amb l'OOM i les noves versions del nucli. També > seria molt interessant limitar la RAM dels processos d'usuari > (amb límits o cgroups) però és complicat quan els teus usuaris > el que necessiten és tota la RAM que tinguis disponible :) > > En qualsevol cas, crec que és interessant veure que hi ha casos > d'ús molt diversos i que tots tenim experiències diferents de > com resoldre'ls. > > Salut, > Alex > > -- > ⢀⣴⠾⠻⢶⣦⠀ > ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada > ⢿⡄⠘⠷⠚⠋ Debian Developer - log.alexm.org > ⠈⠳⣄ >
Re: provant debian 10!: swap/file
Hola Josep, > Actualment en portàtils on es tendeix a tenir a dispositius > SSD, el tema de les particions és un pèl més pelut ja que > convé minimitzar les escriptures a dispositiu. Ostres, no havia considerat aquest tema quan vaig configurar la suspensió en mode híbrid (suspensió+hibernació per si de cas es queda sense bateria mentre està suspès). > És per això que he procurat també no hibernar mai. Val a dir > que al ritme com avança la tecnologia (i amb "ganes" d'anar > actualitzant la màquina no crec que ningú no arribi mai a > gastar del tot el SSD. Per sort no suspenc ni hiberno gaire sovint, així que espero no topar amb el sostre d'escriptures. Confio en què l'SMART m'avisi si el disc comença a fer el ruc. Salut i gràcies pel comentari, Alex -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer - log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Re: provant debian 10!: swap/file
Hola Narcis, > «tenir swap no és equivalent a tenir més RAM» però sí més > memòria pel programari en ús, i és el què se cerca amb la > memòria virtual en casos com l'exemple que has posat del > servidor saturat. D'acord en el cas de l'exemple que jo comentava, que és un entorn multiusuari. En canvi, en la pregunta que tu feies sobre per què un programa hauria de necessitar més de 32 Gb de RAM, afegir swap no equival a augmentar la memòria per aquest programa. > També en casos així pot ser un inconvenient descobrir la > saturació de tot en un ordinador (com per a què costi tancar > programes) quan el sistema està amorrat en quantitat de > gigabytes intercanviats en un disc dur. Afortunadament el sistema de monitorització alertava amb prou temps quan passava això, ja que la swap feia de coixí i enlentia la degradació prou com perquè les alertes s'arribessin a enviar. Sense swap, quan un programa xuclava tota la RAM de cop ja no hi havia res a rascar ni s'enviava cap alerta. Per altra banda, la velocitat del disc dur no era massa rellevant perquè es tractava de servidors físics amb discos molt ràpids. Avui dia és una mica més complicat amb les màquines virtuals. > no entenc perquè no és l'opció predeterminada i amb un fitxer > fet i eliminat «al vol». Suposo que deu trigar més en construir un fitxer ad-hoc, formatar-lo i desar-hi l'estat, que utilitzar un espai que ja tens a punt. > És què sinó; Com s'hiverna un sistema en el moment en què ja > està ocupant la Swap? Entenc que el que ja tens a swap no cal tocar-ho i només et queda desar la resta del que tens a la RAM, no? De totes formes, només és una suposició, no conec els detalls tan a fons. Salut, Alex -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer - log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature