__________ I'm using this dedicated address because personal addresses aren't masked enough at this mail public archive. Public archive administrator should fix this against automated addresses collectors. El 24/2/21 a les 10:47, Antoni Villalonga ha escrit: > On Wed, Feb 24, 2021 at 08:47:26AM +0100, Narcis Garcia wrote: >> Quan un ordinador arrenca, executa programes i aquests carreguen >> llibreries i fitxers d'arreu del volum de disc. >> Això produeix lectures aleatòries de centenars de fitxers amb els blocs >> dispersos per tota la unitat ja que, quan es desfragmenta un disc dur, >> la única cosa que s'ordena és que cada fitxer tingui els seus blocs de >> dades contínus en el disc. >> >> És a dir, podem tenir fitxers emmagatzemats com a lletres: >> A,B,C,D,E,F,G,H,I,J,K,L,M,N,O,P,Q,R,S,T,U,V,W,X,Y,Z >> >> Però l'arrencada carrega per exemple el gestor d'arrencada (A) el qual >> carrega el sistema del nucli (B), i el qual aleshores demana fitxers >> d'arreu com R, J, Y, D, K per la qual cosa el capçal d'un disc dur no fa >> més que canviar de posició tota l'estona i fent que la càrrega sigui >> molt més lenta del què el disc seria capaç de transmetre seqüencialment. >> Això es nota molt amb el soroll d'un disc dur quan arrenca el sistema. >> >> L'ideal en aquest exemple seria poder reorganitzar els blocs del disc així: >> A,B,R,J,Y,D,K, C,E,F,G,H,I,L,M,N,O,P,Q,S,T,U,V,W,X,Z >> De manera que de la A a la K es llegís tot sense interrupció. >> >> Hi ha alguna eina que faciliti això per accelerar l'arrencada? >> >> Gràcies. > > Hola, > > Una reflexió molt interessant. La veritat és que no conec la forma de fer el > que demanes ni penso que sigui gens simple. Requeriria tenir una bona > planificació de l'ordre en que es demanaran els fitxers (més concretament els > blocs concrets que es necessitaran llegir). El manteniment també seria molt > costos, replanificant i reorganitzant a cada actualització del sistema.
Evidentment el manteniment s'hauria de programar. En un altre sentit, per exemple, utilitzo el «preload» i aquest programari és el què s'ocupa de replanificar els fitxers que es llegeixen per avançat. > La tendència és a utilitzar cada cop més emmagatzaments d'accés aleatori (SSD, > etc) on aquestes penalitzacions del seek no existeixen. Un altre factor que > hauria d'alleugerar aquesta inconveniencia és l'arrencada en paraŀlel, ja que > el planificador de lectures del nucli les hauria d'agrupar de la millor forma > (minimitzant el seek time necessari). Començo a tenir dubtes sobre si realment l'accés a SSD s'està fent de manera aleatòria, quan resulta que se solen endollar amb S.ATA (*serial* ATA). La única cosa que em crec és que no hi ha un capçal mòbil; la resta imagino que ha d'haver un coll d'ampolla coordinant els canvis d'accés. Això a banda que li tinc una mica de por a la pèrdua de dades amb SSD: Ja n'he vist algun que mor, i d'allà no recuperes ni un sol bloc de dades mai més. I addicionalment: Hi ha ordinadors on Debian 10 no allibera els blocs de SSD (trim/discard) i, amb el temps, acaba tenint la mateixa velocitat que un disc rotatiu. > Per a un sistema amb disc dur (sense SSD) et proposaria fer una partició de > sistema minimalista on estigui només el que realment és necessari per a fer el > boot. La resta de software i dades podrien estar a particions distintes. > També la utilització de varis discs en RAID0 penso que ajudaria enormement. Ja havia pensat aquestes estratègies, però això només funciona amb /boot perquè tant el programari inicial com la resta resideixen als mateixos arbres de directoris. Pel què fa al RAID, és molt costós, i el què cerco és una estratègia que no només em serveixi a mi en particular. > Altres opcions podrien passar per a evitar fer el procés de boot utilitzant la > hibernació o suspensió a ram, quan es pugui. Hi ha casos en què això és fàcil i es converteix en la solució. D'altres no. > Una discusió que penso que serà eterna és el tema compilacions estàtiques vs > càrrega de biblioteques dinàmiques. La solució que intento trobar la voldré aplicar a molts ordinadors, amb la qual cosa prefereixo respectar el sistema de paquets i que no em demani un manteniment posterior. Preinstal·lar i deixar configurat. > M'agradaria llegir millors alternatives. > > Salut! >