<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="es">
		<id>https://1984.lsi.us.es/wiki-ssoo/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Alberto</id>
		<title>Wiki de Sistemas Operativos - Contribuciones del usuario [es]</title>
		<link rel="self" type="application/atom+xml" href="https://1984.lsi.us.es/wiki-ssoo/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Alberto"/>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-ssoo/index.php/Especial:Contribuciones/Alberto"/>
		<updated>2026-05-30T14:10:13Z</updated>
		<subtitle>Contribuciones del usuario</subtitle>
		<generator>MediaWiki 1.29.0</generator>

	<entry>
		<id>https://1984.lsi.us.es/wiki-ssoo/index.php?title=Soluci%C3%B3n_de_los_ejercicios_de_administraci%C3%B3n_de_ficheros&amp;diff=1299</id>
		<title>Solución de los ejercicios de administración de ficheros</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-ssoo/index.php?title=Soluci%C3%B3n_de_los_ejercicios_de_administraci%C3%B3n_de_ficheros&amp;diff=1299"/>
				<updated>2011-06-14T14:53:43Z</updated>
		
		<summary type="html">&lt;p&gt;Alberto: Duda&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Ejercicio 1 ==&lt;br /&gt;
&lt;br /&gt;
A. Los archivos Fichero2.txt e Imagen2.jpg están corruptos, ya que ambos tienen (o envían) a una etiqueta 'BAD'.&lt;br /&gt;
&lt;br /&gt;
B. &lt;br /&gt;
   Entrada a directorio raíz E: 1 acceso&lt;br /&gt;
   Entrada a Imagen.jpg: 1 acceso&lt;br /&gt;
   Llegada a etiqueta EOF: 3 accesos&lt;br /&gt;
   Total: 5 accesos&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
¿No serían 4 accesos? A los bloques 2, 3, 5 y 6. Cuando se llega a la etiqueta EOF no hacen falta más accesos, ¿no?--[[Usuario:Alexrdp|Alexrdp]] 17:33 13 jun 2011 (UTC)&lt;br /&gt;
&lt;br /&gt;
Coincido en que son 4 accesos. 1 para entrada a directorio raiz. 1 de entrada a Imagen.jpg. Y 2 más para llegar a EOF. Tambien creo que es asi ¿no? --[[Usuario:JDomingo|J. Domingo]] 13:07 14 jun 2011 (UTC)&lt;br /&gt;
&lt;br /&gt;
Tambíen considero que son 4 acceso  --[[Usuario:Alberto|Alberto]]&lt;br /&gt;
&lt;br /&gt;
== Ejercicio 2 ==&lt;br /&gt;
&lt;br /&gt;
1º: Acceso al bloque del i-nodo.&lt;br /&gt;
2 y 3º: Acceso a los bloques para alcanzar el bloque del doble indirecto.&lt;br /&gt;
4º: Acceso al bloque del doble indirecto.&lt;br /&gt;
&lt;br /&gt;
Total: 4 accesos&lt;/div&gt;</summary>
		<author><name>Alberto</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-ssoo/index.php?title=EXT2&amp;diff=1159</id>
		<title>EXT2</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-ssoo/index.php?title=EXT2&amp;diff=1159"/>
				<updated>2011-06-07T10:25:19Z</updated>
		
		<summary type="html">&lt;p&gt;Alberto: tildes&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Cada entrada de directorio es representada por un i-nodo, que incluye información de tamaño, permisos, propietario y localización en disco.&lt;br /&gt;
&lt;br /&gt;
[[Archivo:Ext2-inode.gif]]&lt;br /&gt;
&lt;br /&gt;
Es eficiente comparado con FAT, pero para el tamaño de los archivos actuales se queda obsoleto.&lt;br /&gt;
&lt;br /&gt;
=Sucesores y expectativas=&lt;br /&gt;
&lt;br /&gt;
Ext2 fue el sistema por defecto en distribuciones GNU/Linux durante los años 90, que evolucionó en ext3, el cual añadía journaling, manteniendo compatibilidad hacia atrás.&lt;br /&gt;
&lt;br /&gt;
Desde 2008 es habitual el uso de ext4, que supone una reestructuración completa basada en árboles del sistema ext original.&lt;br /&gt;
&lt;br /&gt;
En los últimos meses, las distribuciones más innovadoras están implementando la opcion de usar con una alta estabilidad/compatibilidad el sistema [http://en.wikipedia.org/wiki/Btrfs Btrfs].&lt;/div&gt;</summary>
		<author><name>Alberto</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-ssoo/index.php?title=Sol_7&amp;diff=1147</id>
		<title>Sol 7</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-ssoo/index.php?title=Sol_7&amp;diff=1147"/>
				<updated>2011-06-07T09:26:39Z</updated>
		
		<summary type="html">&lt;p&gt;Alberto: Posible error ejercicio Criterio de 2ª oportunidad&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;La lista de paginas a la que se acceden son las siguientes : &lt;br /&gt;
&lt;br /&gt;
2--2--3--1--1--3--4--5--1--1--2--3--4&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
                              ___1____ 2_____3_____4___&lt;br /&gt;
                 1º Acceso    |     |     |     |     |&lt;br /&gt;
                 Acceso a:    |  2  |     |     |     | Nª de fallos: 1   Cola = 2-&lt;br /&gt;
                  Pagina 2    |_R=1_|_R=0_|_R=0_|_R=0_|&lt;br /&gt;
                 2º Acceso    |     |     |     |     |&lt;br /&gt;
                 Acceso a:    |  2  |     |     |     | Nª de fallos: 1   Cola = 2-&lt;br /&gt;
                  Pagina 2    |_R=1_|_R=0_|_R=0_|_R=0_| &lt;br /&gt;
                 3º Acceso    |     |     |     |     |&lt;br /&gt;
                 Acceso a:    |  2  |  3  |     |     | Nª de fallos: 2   Cola = 2-3&lt;br /&gt;
                  Pagina 3    |_R=1_|_R=1_|_R=0_|_R=0_|    &lt;br /&gt;
                 4º Acceso    |     |     |     |     |&lt;br /&gt;
                 Acceso a:    |  2  |  3  |  1  |     | Nª de fallos: 3   Cola = 2-3-1&lt;br /&gt;
                  Pagina 1    |_R=1_|_R=1_|_R=1_|_R=0_| &lt;br /&gt;
                 5º Acceso    |     |     |     |     |&lt;br /&gt;
                 Acceso a:    |  2  |  3  |  1  |     | Nª de fallos: 3   Cola = 2-3-1&lt;br /&gt;
                  Pagina 1    |_R=1_|_R=1_|_R=1_|_R=0_|&lt;br /&gt;
                 6º Acceso    |     |     |     |     |&lt;br /&gt;
                 Acceso a:    |  2  |  3  |  1  |     | Nª de fallos: 3   Cola = 2-1-3&lt;br /&gt;
                  Pagina 3    |_R=1_|_R=1_|_R=1_|_R=0_|&lt;br /&gt;
                 7º Acceso    |     |     |     |     |&lt;br /&gt;
                 Acceso a:    |  2  |  3  |  1  |  4  | Nª de fallos: 4   Cola = 2-1-3-4&lt;br /&gt;
                  Pagina 4    |_R=1_|_R=1_|_R=1_|_R=1_| &lt;br /&gt;
                 8º Acceso    |     |     |     |     |&lt;br /&gt;
                 Acceso a:    |  5  |  3  |  1  |  4  | Nª de fallos: 5   Cola = 1-3-4-5&lt;br /&gt;
                  Pagina 5    |_R=1_|_R=0_|_R=0_|_R=0_|    &lt;br /&gt;
                 9º Acceso    |     |     |     |     |&lt;br /&gt;
                 Acceso a:    |  5  |  3  |  1  |  4  | Nª de fallos: 5   Cola = 3-4-5-1&lt;br /&gt;
                  Pagina 1    |_R=1_|_R=0_|_R=1_|_R=0_|  &lt;br /&gt;
                10º Acceso    |     |     |     |     |&lt;br /&gt;
                 Acceso a:    |  5  |  3  |  1  |  4  | Nª de fallos: 5   Cola = 3-4-5-1&lt;br /&gt;
                  Pagina 1    |_R=1_|_R=0_|_R=1_|_R=0_|  &lt;br /&gt;
                11º Acceso    |     |     |     |     |&lt;br /&gt;
                 Acceso a:    |  5  |  2  |  1  |  4  | Nª de fallos: 6   Cola = 4-5-1-2&lt;br /&gt;
                  Pagina 2    |_R=1_|_R=1_|_R=1_|_R=0_|&lt;br /&gt;
                12º Acceso    |     |     |     |     |&lt;br /&gt;
                 Acceso a:    |  5  |  2  |  1  |  3  | Nª de fallos: 7   Cola = 5-1-2-3&lt;br /&gt;
                  Pagina 3    |_R=1_|_R=1_|_R=1_|_R=1_| &lt;br /&gt;
                13º Acceso    |     |     |     |     |&lt;br /&gt;
                 Acceso a:    |  4  |  2  |  1  |  3  | Nª de fallos: 8   Cola = 1-2-3-4&lt;br /&gt;
                  Pagina 4    |_R=1_|_R=0_|_R=0_|_R=0_|              &lt;br /&gt;
&lt;br /&gt;
--[[Usuario:Fcoramlop|Fcoramlop]] 22:58 4 jun 2011 (UTC)&lt;br /&gt;
                     8&lt;br /&gt;
  tasa fallos pág = ---- = 0,615&lt;br /&gt;
                     13&lt;br /&gt;
&lt;br /&gt;
- Duda: En el acceso nº6 ¿Por que ponemos el 3 al final de la cola? se supone que solo se hace eso si recorremos la cola y el bit R se encuentra a 1, entonces ponemos el bit a 0 y colocamos la pagina al final de la cola para darle una 2º oportunidad&lt;br /&gt;
&lt;br /&gt;
&amp;lt;[[Usuario:PCamino|pablo]]&amp;gt;-Respuesta a la duda: Porque asi funcionan las colas. Si llega un elemento que ya habia, pues le corresponde ponerse al final...o no?&lt;br /&gt;
&lt;br /&gt;
[[Usuario:alberto|alberto]] ---&amp;gt;En el acceso 11 , el R de 5 debería de estar a 0 , puesto que al meter 2 vamos recorriendo para encontrar algún R a 0(En este caso sustituimos 3 que tiene su R a 0) y además si durante esa búsqueda encontramos algún R=1 , debemos ponerlo a 0 y ponerlo al final de la cola para darle una segunda oportunidad. Por tanto pienso que  el acceso 11 quedaría:  5(0) 2(1) 1(1) 4(0) Cola=4-1-5-2&lt;br /&gt;
&lt;br /&gt;
[[Criterios_de_reemplazo|Volver]]&lt;/div&gt;</summary>
		<author><name>Alberto</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-ssoo/index.php?title=Sol_6&amp;diff=1139</id>
		<title>Sol 6</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-ssoo/index.php?title=Sol_6&amp;diff=1139"/>
				<updated>2011-06-07T08:38:38Z</updated>
		
		<summary type="html">&lt;p&gt;Alberto: duda acceso 7&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;La lista de paginas a la que se acceden son las siguientes : &lt;br /&gt;
''' 2(R)--2(W)--3(R)--1(R)--1(W)--3(R)--4(W)--5(R)--1(R)--1(W)--2(R)--3(W)--4(R)'''&lt;br /&gt;
&lt;br /&gt;
El bit R se pone a 0 cada 4 accesos&lt;br /&gt;
                               ___1__ __ 2__ __3___ __4___&lt;br /&gt;
                  1º Acceso   |      |      |      |      |&lt;br /&gt;
                  Acceso a:   |  2   |      |      |      | Nª de fallos: 1&lt;br /&gt;
                   Pagina 2   |R=1M=0|R=0M=0|R=0M=0|R=0M=0|&lt;br /&gt;
                              |______|______|______|______|&lt;br /&gt;
                  2º Acceso   |      |      |      |      |&lt;br /&gt;
                  Acceso a:   |  2   |      |      |      | Nª de fallos: 1&lt;br /&gt;
                   Pagina 2   |R=1M=1|R=0M=0|R=0M=0|R=0M=0|&lt;br /&gt;
                              |______|______|______|______|&lt;br /&gt;
                  3º Acceso   |      |      |      |      |&lt;br /&gt;
                  Acceso a:   |  2   |  3   |      |      | Nª de fallos: 2&lt;br /&gt;
                   Pagina 3   |R=1M=1|R=1M=0|R=0M=0|R=0M=0|&lt;br /&gt;
                              |______|______|______|______|&lt;br /&gt;
                  4º Acceso   |      |      |      |      |&lt;br /&gt;
                  Acceso a:   |  2   |  3   |  1   |      | Nª de fallos: 3&lt;br /&gt;
                   Pagina 1   |R=1M=1|R=1M=0|R=1M=0|R=0M=0|&lt;br /&gt;
                              |______|______|______|______|&amp;lt;------------------- EL BIT R SE PONE A 0&lt;br /&gt;
                  5º Acceso   |      |      |      |      |&lt;br /&gt;
                  Acceso a:   |  2   |  3   |  1   |      | Nª de fallos: 3&lt;br /&gt;
                   Pagina 1   |R=0M=1|R=0M=0|R=1M=1|R=0M=0|&lt;br /&gt;
                              |______|______|______|______|&lt;br /&gt;
                  6º Acceso   |      |      |      |      |&lt;br /&gt;
                  Acceso a:   |  2   |  3   |  1   |      | Nª de fallos: 3&lt;br /&gt;
                   Pagina 3   |R=0M=1|R=1M=0|R=1M=1|R=0M=0|&lt;br /&gt;
                              |______|______|______|______|&lt;br /&gt;
                  7º Acceso   |      |      |      |      |&lt;br /&gt;
                  Acceso a:   |  2   |  3   |  1   |  4   | Nª de fallos: 4&lt;br /&gt;
                   Pagina 4   |R=0M=1|R=1M=0|R=1M=1|R=1M=1|&lt;br /&gt;
                              |______|______|______|______|&lt;br /&gt;
                  8º Acceso   |      |      |      |      |&lt;br /&gt;
                  Acceso a:   |  5   |  3   |  1   |  4   | Nª de fallos: 5&lt;br /&gt;
                   Pagina 5   |R=1M=0|R=1M=0|R=1M=1|R=1M=1|&lt;br /&gt;
                              |______|______|______|______|&amp;lt;------------------- EL BIT R SE PONE A 0&lt;br /&gt;
                  9º Acceso   |      |      |      |      |&lt;br /&gt;
                  Acceso a:   |  5   |  3   |  1   |  4   | Nª de fallos: 5&lt;br /&gt;
                   Pagina 1   |R=0M=0|R=0M=0|R=1M=1|R=0M=1|&lt;br /&gt;
                              |______|______|______|______|&lt;br /&gt;
                 10º Acceso   |      |      |      |      |&lt;br /&gt;
                  Acceso a:   |  5   |  3   |  1   |  4   | Nª de fallos: 6&lt;br /&gt;
                   Pagina 1   |R=0M=0|R=0M=0|R=1M=1|R=0M=1|&lt;br /&gt;
                              |______|______|______|______|&lt;br /&gt;
                 11º Acceso   |      |      |      |      |&lt;br /&gt;
                  Acceso a:   |  5   |  2   |  1   |  4   | Nª de fallos: 7&lt;br /&gt;
                   Pagina 2   |R=0M=0|R=1M=0|R=1M=1|R=0M=1|&lt;br /&gt;
                              |______|______|______|______|&lt;br /&gt;
                 12º Acceso   |      |      |      |      |&lt;br /&gt;
                  Acceso a:   |  3   |  2   |  1   |  4   | Nª de fallos: 8&lt;br /&gt;
                   Pagina 3   |R=1M=1|R=1M=0|R=1M=1|R=0M=1|&lt;br /&gt;
                              |______|______|______|______|&amp;lt;------------------- EL BIT R SE PONE A 0&lt;br /&gt;
                 13º Acceso   |      |      |      |      |&lt;br /&gt;
                  Acceso a:   |  3   |  2   |  1   |  4   | Nª de fallos: 8&lt;br /&gt;
                   Pagina 4   |R=0M=1|R=0M=0|R=0M=1|R=1M=1|&lt;br /&gt;
                              |______|______|______|______|&lt;br /&gt;
&lt;br /&gt;
--[[Usuario:Fcoramlop|Fcoramlop]] 22:17 4 jun 2011 (UTC)&lt;br /&gt;
                    8&lt;br /&gt;
  tasa fallos pág = ---- = 0,615&lt;br /&gt;
                     13&lt;br /&gt;
&lt;br /&gt;
[[Criterios_de_reemplazo|Volver]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
El acceso 10 no debería de ser fallo, no?&lt;br /&gt;
Y el acceso 11 podria elegir el marco 1 y quitar la pagina 5?? Es que de esa forma también bajaría la tasa de fallos a 6/13... Con los bits R y M no sabes que la página 5 llego despues de la 3...&lt;br /&gt;
Alguien responde?? --[[Usuario:Lcarlosp|Lcarlosp]] 11:54 6 jun 2011 (UTC)&lt;br /&gt;
&lt;br /&gt;
[[Usuario:Lcarlosp|Lcarlosp]] Efectivamente en el acceso 10 no debería ser fallo, ¿alguien en contra? y lo del acceso 11 depende del criterio que se siga en caso de empate, parece ser que en este caso es criterio por orden de carga FIFO. --[[Usuario:Robertomartin|Robertomartin]] 15:59 6 jun 2011 (UTC)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;[[Usuario:PCamino|pablo]]&amp;gt; Creo humildemente que eso está equivocado. El contenido final me sale igual: 3 (01), 2 (00), 1 (01), 4 (11), pero el MR es 7/13 (xvxxvvxxvvxxv)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;[[Usuario:alberto|alberto]]&amp;gt; En el acceso 7 , porque al meter 4, tanto R como M pasan a 1 directamente , no sería 10  ?&lt;/div&gt;</summary>
		<author><name>Alberto</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-ssoo/index.php?title=Gesti%C3%B3n_de_Entrada/Salida&amp;diff=1040</id>
		<title>Gestión de Entrada/Salida</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-ssoo/index.php?title=Gesti%C3%B3n_de_Entrada/Salida&amp;diff=1040"/>
				<updated>2011-06-06T06:14:46Z</updated>
		
		<summary type="html">&lt;p&gt;Alberto: tildes&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Controlada por programas =&lt;br /&gt;
&lt;br /&gt;
La CPU programa las operaciones y monitoriza el estado del dispositivo mediante sondeo&lt;br /&gt;
&lt;br /&gt;
*Prioridad uniforme&lt;br /&gt;
*Prioridad escalonada&lt;br /&gt;
&lt;br /&gt;
Inconvenientes: espera ocupada, complicado simultanear gestión de dispositivos con otras actividades&lt;br /&gt;
&lt;br /&gt;
= Controladas por interrupción =&lt;br /&gt;
&lt;br /&gt;
A la CPU se conectan las líneas de interrupción de los dispositivos. Cuando se recibe una interrupción, el SO la atiende&lt;br /&gt;
&lt;br /&gt;
Esto implica realizar una conmutación: guardar estados, llamar al gestor de dispositivos, ejecutar código del driver, restaurar contexto..ver [[Conmutación_de_procesos|Conmutacion]]&lt;/div&gt;</summary>
		<author><name>Alberto</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-ssoo/index.php?title=SO_multiprogramables_con_particiones_fijas&amp;diff=1029</id>
		<title>SO multiprogramables con particiones fijas</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-ssoo/index.php?title=SO_multiprogramables_con_particiones_fijas&amp;diff=1029"/>
				<updated>2011-06-05T10:01:30Z</updated>
		
		<summary type="html">&lt;p&gt;Alberto: tilde&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;La memoria se encuentra dividida en particiones, en cada una habrá un proceso. Por lo tanto, se pueden ejecutar tantos procesos como particiones haya.&lt;br /&gt;
&lt;br /&gt;
=Estrategias=&lt;br /&gt;
Las estrategias a seguir cuando no hay memoria suficiente para otro proceso son dos:&lt;br /&gt;
*Cancelación: &amp;quot;lo siento, no hay memoria libre, prueba más tarde&amp;quot;.&lt;br /&gt;
*Espera: añadir el proceso a una cola hasta que haya memoria disponible.&lt;br /&gt;
&lt;br /&gt;
=Limitaciones=&lt;br /&gt;
*Si un procesos necesita mayor memoria que la partición más grande, entonces este no se ejecuta.&lt;br /&gt;
*Desperdicio de memoria. Por ejemplo, si los procesos son muy pequeños y las particiones grandes.&lt;br /&gt;
&lt;br /&gt;
=Criterios de asignación=&lt;br /&gt;
Se lanza un proceso, y hay que elegir a que partición va (estrategia de espera). Puede haber una cola por partición, o una sola para todas las particiones.&lt;br /&gt;
&lt;br /&gt;
 Ej: tenemos los siguientes procesos: m(P1) = 6KB, m(P2) = 1KB, m(P3) = 3KB, m(P4) = 31KB, m(P5) = 30KB;&lt;br /&gt;
     suponemos que la decisión sobre la asignación de procesos a particiones se hace ordenadamente de manera consecutiva según el número del proceso&lt;br /&gt;
     y una memoria de 64 KB divididos en 4 huecos como sigue:&lt;br /&gt;
  _____&lt;br /&gt;
 |_____| H1 = 8KB   &lt;br /&gt;
 |_____| H2 = 8KB &lt;br /&gt;
 |     |&lt;br /&gt;
 |_____| H3 = 16KB&lt;br /&gt;
 |     |&lt;br /&gt;
 |     |&lt;br /&gt;
 |     | H4 = 32KB   &lt;br /&gt;
 |_____|&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
*'''Mejor ajuste estático''': se adjudica cada proceso a la menor partición que quepa. Complejidad: O(1)&lt;br /&gt;
&lt;br /&gt;
[[solución mejor ajuste estático|Ver solución]]&lt;br /&gt;
&lt;br /&gt;
*'''Primer ajuste''': cuando una partición queda libre, se asigna el primer proceso según el orden de la cola que quepa en ella. Complejidad: O(1)&lt;br /&gt;
&lt;br /&gt;
[[solución primer ajuste|Ver solución]]&lt;br /&gt;
&lt;br /&gt;
*'''Mejor ajuste dinámico''': cuando una partición queda libre, se asigna el mayor proceso que quepa en ella. Complejidad: O(nlog(p))&lt;br /&gt;
&lt;br /&gt;
[[solución ajuste dinámico|Ver solución]]&lt;br /&gt;
&lt;br /&gt;
*'''Mejor ajuste dinámico con aplazamiento limitado''': Es una variante del criterio anterior que evita el aplazamiento indefinido. Cuando queda una partición libre, se selecciona el mayor proceso que quepa en ella, pero se cuenta el nº de veces que un proceso se aplaza. Si se superan esas '''n''' veces (umbral), se le da paso.&lt;br /&gt;
&lt;br /&gt;
*'''Subparticiones''': No es un criterio como tal sino que viene a complementar a los anteriores. Si no hay un proceso que pueda aprovechar la partición madre: se asignan las subparticiones a procesos pequeños (para que el desperdicio interno sea lo menor posible). Si llega un proceso grande: los procesos pequeños se vuelcan a disco y se asigna partición madre.&lt;br /&gt;
''Partición madre'': tipo especial de partición que se puede dividir en múltiples particiones menores.&lt;br /&gt;
&lt;br /&gt;
[[Otro ejemplo|Otro ejemplo]]&lt;br /&gt;
&lt;br /&gt;
= Métodos de colocación en memoria =&lt;br /&gt;
&lt;br /&gt;
*'''Montaje absoluto''': Se asigna una dirección de memoria constante, siendo por tanto este método muy restrictivo. Se utiliza para la carga del sistema operativo.&lt;br /&gt;
&lt;br /&gt;
* '''Carga con reubicación''': Al realizar la carga, se le aplica a las direcciones lógicas del programa un ''offset'' o desplazamiento. Este desplazamiento es establecido por el programador antes de que se ejecute el programa.&lt;br /&gt;
&lt;br /&gt;
* '''Reubicación dinámica''': A diferencia de la carga con reubicación, el desplazamiento se asigna en tiempo de ejecución.&lt;br /&gt;
** '''Reubicación dinámica parcial''': Es una variante del anterior, en la que existe también un registro límite.&lt;br /&gt;
&lt;br /&gt;
= Mecanismos de protección de memoria =&lt;br /&gt;
&lt;br /&gt;
Es necesario proteger el SO frente a procesos; y proteger a los procesos entre sí.&lt;br /&gt;
&lt;br /&gt;
* '''Ampliación bits de protección''' : Se le asocia a cada palabra un bit para comprobar si es de SO o del proceso.&lt;br /&gt;
&lt;br /&gt;
* '''Ampliación registros valla''' : De esta manera se conocen la posición inicial y final, de manera que si no está entre esas dos posiciones no se permite el acceso a memoria.&lt;/div&gt;</summary>
		<author><name>Alberto</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-ssoo/index.php?title=SO_monoprogramables&amp;diff=1028</id>
		<title>SO monoprogramables</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-ssoo/index.php?title=SO_monoprogramables&amp;diff=1028"/>
				<updated>2011-06-05T09:58:33Z</updated>
		
		<summary type="html">&lt;p&gt;Alberto: tilde&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;La administración de memoria es muy sencilla, solo hay un proceso en ejecución que puede usar todo el espacio disponible. El SO se coloca como bloque al principio de la memoria (memoria del sistema), y el resto para el proceso a ejecutar (memoria del proceso). Si el proceso no cabe, podría recurrirse al solapamiento o a la ejecución en cadena.&lt;br /&gt;
&lt;br /&gt;
Tiene debilidades en cuanto a protección de memoria. Para evitar que un proceso entre en el área del SO, se puede recurrir al uso de bits de protección (se le asocia a cada palabra un bit para comprobar si es de SO o del proceso) o a los registros valla (se conoce el limite de la dirección entre SO y proceso).&lt;br /&gt;
&lt;br /&gt;
 Ejemplo práctico: &lt;br /&gt;
 Pablo tiene una computadora cuya memoria principal tiene una capacidad de 640KB. El SO (MS-DOS) ocupa el principio de la memoria, dejando libre una &lt;br /&gt;
 zona de 512KB para el proceso conveniente. &lt;br /&gt;
 Esto nos impide jugar al Sensible Soccer, por ejemplo, ya que ocupa 560KB. Una posible solución sería instalar un SO menos pesado, como una version &lt;br /&gt;
 más antigua de MS-DOS.&lt;/div&gt;</summary>
		<author><name>Alberto</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-ssoo/index.php?title=SO_multiprogramables_con_particiones_fijas&amp;diff=1027</id>
		<title>SO multiprogramables con particiones fijas</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-ssoo/index.php?title=SO_multiprogramables_con_particiones_fijas&amp;diff=1027"/>
				<updated>2011-06-05T09:51:04Z</updated>
		
		<summary type="html">&lt;p&gt;Alberto: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;La memoria se encuentra dividida en particiones, en cada una habrá un proceso. Por lo tanto, se pueden ejecutar tantos procesos como particiones haya.&lt;br /&gt;
&lt;br /&gt;
=Estrategias=&lt;br /&gt;
Las estrategias a seguir cuando no hay memoria suficiente para otro proceso son dos:&lt;br /&gt;
*Cancelación: &amp;quot;lo siento, no hay memoria libre, prueba más tarde&amp;quot;.&lt;br /&gt;
*Espera: añadir el proceso a una cola hasta que haya memoria disponible.&lt;br /&gt;
&lt;br /&gt;
=Limitaciones=&lt;br /&gt;
*Si un procesos necesita mayor memoria que la partición más grande, entonces este no se ejecuta.&lt;br /&gt;
*Desperdicio de memoria. Por ejemplo, si los procesos son muy pequeños y las particiones grandes.&lt;br /&gt;
&lt;br /&gt;
=Criterios de asignación=&lt;br /&gt;
Se lanza un proceso, y hay que elegir a que partición va (estrategia de espera). Puede haber una cola por partición, o una sola para todas las particiones.&lt;br /&gt;
&lt;br /&gt;
 Ej: tenemos los siguientes procesos: m(P1) = 6KB, m(P2) = 1KB, m(P3) = 3KB, m(P4) = 31KB, m(P5) = 30KB;&lt;br /&gt;
     suponemos que la decisión sobre la asignación de procesos a particiones se hace ordenadamente de manera consecutiva según el número del proceso&lt;br /&gt;
     y una memoria de 64 KB divididos en 4 huecos como sigue:&lt;br /&gt;
  _____&lt;br /&gt;
 |_____| H1 = 8KB   &lt;br /&gt;
 |_____| H2 = 8KB &lt;br /&gt;
 |     |&lt;br /&gt;
 |_____| H3 = 16KB&lt;br /&gt;
 |     |&lt;br /&gt;
 |     |&lt;br /&gt;
 |     | H4 = 32KB   &lt;br /&gt;
 |_____|&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
*'''Mejor ajuste estático''': se adjudica cada proceso a la menor partición que quepa. Complejidad: O(1)&lt;br /&gt;
&lt;br /&gt;
[[solución mejor ajuste estático|Ver solución]]&lt;br /&gt;
&lt;br /&gt;
*'''Primer ajuste''': cuando una partición queda libre, se asigna el primer proceso según el orden de la cola que quepa en ella. Complejidad: O(1)&lt;br /&gt;
&lt;br /&gt;
[[solución primer ajuste|Ver solución]]&lt;br /&gt;
&lt;br /&gt;
*'''Mejor ajuste dinámico''': cuando una partición queda libre, se asigna el mayor proceso que quepa en ella. Complejidad: O(nlog(p))&lt;br /&gt;
&lt;br /&gt;
[[solución ajuste dinámico|Ver solución]]&lt;br /&gt;
&lt;br /&gt;
*'''Mejor ajuste dinamico con aplazamiento limitado''': Es una variante del criterio anterior que evita el aplazamiento indefinido. Cuando queda una partición libre, se selecciona el mayor proceso que quepa en ella, pero se cuenta el nº de veces que un proceso se aplaza. Si se superan esas '''n''' veces (umbral), se le da paso.&lt;br /&gt;
&lt;br /&gt;
*'''Subparticiones''': No es un criterio como tal sino que viene a complementar a los anteriores. Si no hay un proceso que pueda aprovechar la partición madre: se asignan las subparticiones a procesos pequeños (para que el desperdicio interno sea lo menor posible). Si llega un proceso grande: los procesos pequeños se vuelcan a disco y se asigna partición madre.&lt;br /&gt;
''Partición madre'': tipo especial de partición que se puede dividir en múltiples particiones menores.&lt;br /&gt;
&lt;br /&gt;
[[Otro ejemplo|Otro ejemplo]]&lt;br /&gt;
&lt;br /&gt;
= Métodos de colocación en memoria =&lt;br /&gt;
&lt;br /&gt;
*'''Montaje absoluto''': Se asigna una dirección de memoria constante, siendo por tanto este método muy restrictivo. Se utiliza para la carga del sistema operativo.&lt;br /&gt;
&lt;br /&gt;
* '''Carga con reubicación''': Al realizar la carga, se le aplica a las direcciones lógicas del programa un ''offset'' o desplazamiento. Este desplazamiento es establecido por el programador antes de que se ejecute el programa.&lt;br /&gt;
&lt;br /&gt;
* '''Reubicación dinámica''': A diferencia de la carga con reubicación, el desplazamiento se asigna en tiempo de ejecución.&lt;br /&gt;
** '''Reubicación dinámica parcial''': Es una variante del anterior, en la que existe también un registro límite.&lt;br /&gt;
&lt;br /&gt;
= Mecanismos de protección de memoria =&lt;br /&gt;
&lt;br /&gt;
Es necesario proteger el SO frente a procesos; y proteger a los procesos entre sí.&lt;br /&gt;
&lt;br /&gt;
* '''Ampliación bits de protección''' : Se le asocia a cada palabra un bit para comprobar si es de SO o del proceso.&lt;br /&gt;
&lt;br /&gt;
* '''Ampliación registros valla''' : De esta manera se conocen la posición inicial y final, de manera que si no está entre esas dos posiciones no se permite el acceso a memoria.&lt;/div&gt;</summary>
		<author><name>Alberto</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-ssoo/index.php?title=SO_multiprogramables_con_particiones_fijas&amp;diff=1026</id>
		<title>SO multiprogramables con particiones fijas</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-ssoo/index.php?title=SO_multiprogramables_con_particiones_fijas&amp;diff=1026"/>
				<updated>2011-06-05T09:48:29Z</updated>
		
		<summary type="html">&lt;p&gt;Alberto: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;La memoria se encuentra dividida en particiones, en cada una habrá un proceso. Por lo tanto, se pueden ejecutar tantos procesos como particiones haya.&lt;br /&gt;
&lt;br /&gt;
=Estrategias=&lt;br /&gt;
Las estrategias a seguir cuando no hay memoria suficiente para otro proceso son dos:&lt;br /&gt;
*Cancelación: &amp;quot;lo siento, no hay memoria libre, prueba más tarde&amp;quot;.&lt;br /&gt;
*Espera: añadir el proceso a una cola hasta que haya memoria disponible.&lt;br /&gt;
&lt;br /&gt;
=Limitaciones=&lt;br /&gt;
*Si un procesos necesita mayor memoria que la partición más grande, entonces este no se ejecuta.&lt;br /&gt;
*Desperdicio de memoria. Por ejemplo, si los procesos son muy pequeños y las particiones grandes.&lt;br /&gt;
&lt;br /&gt;
=Criterios de asignación=&lt;br /&gt;
Se lanza un proceso, y hay que elegir a que partición va (estrategia de espera). Puede haber una cola por partición, o una sola para todas las particiones.&lt;br /&gt;
&lt;br /&gt;
 Ej: tenemos los siguientes procesos: m(P1) = 6KB, m(P2) = 1KB, m(P3) = 3KB, m(P4) = 31KB, m(P5) = 30KB;&lt;br /&gt;
     suponemos que la decisión sobre la asignación de procesos a particiones se hace ordenadamente de manera consecutiva según el número del proceso&lt;br /&gt;
     y una memoria de 64 KB divididos en 4 huecos como sigue:&lt;br /&gt;
  _____&lt;br /&gt;
 |_____| H1 = 8KB   &lt;br /&gt;
 |_____| H2 = 8KB &lt;br /&gt;
 |     |&lt;br /&gt;
 |_____| H3 = 16KB&lt;br /&gt;
 |     |&lt;br /&gt;
 |     |&lt;br /&gt;
 |     | H4 = 32KB   &lt;br /&gt;
 |_____|&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
*'''Mejor ajuste estático''': se adjudica cada proceso a la menor partición que quepa. Complejidad: O(1)&lt;br /&gt;
&lt;br /&gt;
[[solución mejor ajuste estático|Ver solución]]&lt;br /&gt;
&lt;br /&gt;
*'''Primer ajuste''': cuando una partición queda libre, se asigna el primer proceso según el orden de la cola que quepa en ella. Complejidad: O(1)&lt;br /&gt;
&lt;br /&gt;
[[solución primer ajuste|Ver solución]]&lt;br /&gt;
&lt;br /&gt;
*'''Mejor ajuste dinámico''': cuando una partición queda libre, se asigna el mayor proceso que quepa en ella. Complejidad: O(nlog(p))&lt;br /&gt;
&lt;br /&gt;
[[solución ajuste dinámico|Ver solución]]&lt;br /&gt;
&lt;br /&gt;
*'''Mejor ajuste dinamico con aplazamiento limitado''': Cuando queda una partición libre, se selecciona el mayor proceso que quepa en ella, pero se cuenta el nº de veces que un proceso se aplaza. Si se superan esas '''n''' veces (umbral), se le da paso.&lt;br /&gt;
&lt;br /&gt;
*'''Subparticiones''': No es un criterio como tal sino que viene a complementar a los anteriores. Si no hay un proceso que pueda aprovechar la partición madre: se asignan las subparticiones a procesos pequeños (para que el desperdicio interno sea lo menor posible). Si llega un proceso grande: los procesos pequeños se vuelcan a disco y se asigna partición madre.&lt;br /&gt;
''Partición madre'': tipo especial de partición que se puede dividir en múltiples particiones menores.&lt;br /&gt;
&lt;br /&gt;
[[Otro ejemplo|Otro ejemplo]]&lt;br /&gt;
&lt;br /&gt;
= Métodos de colocación en memoria =&lt;br /&gt;
&lt;br /&gt;
*'''Montaje absoluto''': Se asigna una dirección de memoria constante, siendo por tanto este método muy restrictivo. Se utiliza para la carga del sistema operativo.&lt;br /&gt;
&lt;br /&gt;
* '''Carga con reubicación''': Al realizar la carga, se le aplica a las direcciones lógicas del programa un ''offset'' o desplazamiento. Este desplazamiento es establecido por el programador antes de que se ejecute el programa.&lt;br /&gt;
&lt;br /&gt;
* '''Reubicación dinámica''': A diferencia de la carga con reubicación, el desplazamiento se asigna en tiempo de ejecución.&lt;br /&gt;
** '''Reubicación dinámica parcial''': Es una variante del anterior, en la que existe también un registro límite.&lt;br /&gt;
&lt;br /&gt;
= Mecanismos de protección de memoria =&lt;br /&gt;
&lt;br /&gt;
Es necesario proteger el SO frente a procesos; y proteger a los procesos entre sí.&lt;br /&gt;
&lt;br /&gt;
* '''Ampliación bits de protección''' : Se le asocia a cada palabra un bit para comprobar si es de SO o del proceso.&lt;br /&gt;
&lt;br /&gt;
* '''Ampliación registros valla''' : De esta manera se conocen la posición inicial y final, de manera que si no está entre esas dos posiciones no se permite el acceso a memoria.&lt;/div&gt;</summary>
		<author><name>Alberto</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-ssoo/index.php?title=SO_monoprogramables&amp;diff=1025</id>
		<title>SO monoprogramables</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-ssoo/index.php?title=SO_monoprogramables&amp;diff=1025"/>
				<updated>2011-06-05T09:44:21Z</updated>
		
		<summary type="html">&lt;p&gt;Alberto: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;La administración de memoria es muy sencilla, solo hay un proceso en ejecución que puede usar todo el espacio disponible. El SO se coloca como bloque al principio de la memoria (memoria del sistema), y el resto para el proceso a ejecutar (memoria del proceso). Si el proceso no cabe, podría recurrirse al solapamiento o a la ejecución en cadena.&lt;br /&gt;
&lt;br /&gt;
Tiene debilidades en cuanto a protección de memoria. Para evitar que un proceso entre en el área del SO, se puede recurrir al uso de bits de protección (se le asocia a cada palabra un bit para comprobar si es de SO o del proceso) o a los registros valla (se conoce el limite de la dirección entre SO y proceso).&lt;br /&gt;
&lt;br /&gt;
 Ejemplo práctico: &lt;br /&gt;
 Pablo tiene una computadora cuya memoria principal tiene una capacidad de 640KB. El SO (MS-DOS) ocupa el principio de la memoria, dejando libre una &lt;br /&gt;
 zona de 512KB para el proceso conveniente. &lt;br /&gt;
 Esto nos impide jugar al Sensible Soccer, por ejemplo, ya que ocupa 560KB. Una posible solución seria instalar un SO menos pesado, como una version &lt;br /&gt;
 más antigua de MS-DOS.&lt;/div&gt;</summary>
		<author><name>Alberto</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-ssoo/index.php?title=SO_monoprogramables&amp;diff=1024</id>
		<title>SO monoprogramables</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-ssoo/index.php?title=SO_monoprogramables&amp;diff=1024"/>
				<updated>2011-06-05T09:43:56Z</updated>
		
		<summary type="html">&lt;p&gt;Alberto: Ampliación frase.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;La administración de memoria es muy sencilla, solo hay un proceso en ejecución que puede usar todo el espacio disponible.. El SO se coloca como bloque al principio de la memoria (memoria del sistema), y el resto para el proceso a ejecutar (memoria del proceso). Si el proceso no cabe, podría recurrirse al solapamiento o a la ejecución en cadena.&lt;br /&gt;
&lt;br /&gt;
Tiene debilidades en cuanto a protección de memoria. Para evitar que un proceso entre en el área del SO, se puede recurrir al uso de bits de protección (se le asocia a cada palabra un bit para comprobar si es de SO o del proceso) o a los registros valla (se conoce el limite de la dirección entre SO y proceso).&lt;br /&gt;
&lt;br /&gt;
 Ejemplo práctico: &lt;br /&gt;
 Pablo tiene una computadora cuya memoria principal tiene una capacidad de 640KB. El SO (MS-DOS) ocupa el principio de la memoria, dejando libre una &lt;br /&gt;
 zona de 512KB para el proceso conveniente. &lt;br /&gt;
 Esto nos impide jugar al Sensible Soccer, por ejemplo, ya que ocupa 560KB. Una posible solución seria instalar un SO menos pesado, como una version &lt;br /&gt;
 más antigua de MS-DOS.&lt;/div&gt;</summary>
		<author><name>Alberto</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-ssoo/index.php?title=Memoria_Virtual&amp;diff=934</id>
		<title>Memoria Virtual</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-ssoo/index.php?title=Memoria_Virtual&amp;diff=934"/>
				<updated>2011-06-01T13:32:51Z</updated>
		
		<summary type="html">&lt;p&gt;Alberto: palabras doblemente escritas&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Es un mecanismo del SO que se puede implementar o no.&lt;br /&gt;
&lt;br /&gt;
Básicamente consiste en la posibilidad de que un segmento o página pueda ser descargado de memoria principal a una zona de disco de intercambio (swap), para aumentar el grado de multiprogramación (es decir, se crea una 'ilusión' para que parezca que hay más memoria de la que realmente tenemos). &lt;br /&gt;
Si se descarga una página o segmento que se requiera en poco tiempo se va a dar una penalización asociada muy alta (ya que se requiere lectura de disco).&lt;br /&gt;
&lt;br /&gt;
Nos centraremos en  el estudio de los [[Criterios de reemplazo|criterios de reemplazo]] para páginas, pudiendo seleccionar la página &amp;quot;victima&amp;quot; que se descargará a disco, en el supuesto de que todos los marcos(dir. físicas) de la memoria principal están ocupados.&lt;/div&gt;</summary>
		<author><name>Alberto</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-ssoo/index.php?title=Paginaci%C3%B3n&amp;diff=933</id>
		<title>Paginación</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-ssoo/index.php?title=Paginaci%C3%B3n&amp;diff=933"/>
				<updated>2011-06-01T13:27:45Z</updated>
		
		<summary type="html">&lt;p&gt;Alberto: /* Tabla de páginas multinivel */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Definición=&lt;br /&gt;
Toda la memoria se divide en porciones de igual tamaño fijo, definidas por un número de página, que identifica de forma única a cada página (dentro del espacio de memoria de un proceso).&lt;br /&gt;
&lt;br /&gt;
=Funcionamiento=&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Otras características=&lt;br /&gt;
*Los valores óptimos para las porciones son: en arquitectura de 32 bits es de 4KB, y en arquitectura de 64 bits es de 8KB.&lt;br /&gt;
*Los criterios vistos en el tema anterior no se aplican aquí, no tiene sentido&lt;br /&gt;
&lt;br /&gt;
==Dispositivo de traducción de direcciones paginadas==&lt;br /&gt;
Se dispone de la tabla de páginas de cada proceso en memoria para llevar a cabo la traducción. La tabla de páginas se indexa por número de página.&lt;br /&gt;
&lt;br /&gt;
==Tabla de páginas multinivel==&lt;br /&gt;
El objetivo es paginar la tabla de páginas. Ésta no tiene por qué estar cargada completa en memoria y no tiene porqué ocupar direcciones consecutivas.&lt;br /&gt;
&lt;br /&gt;
==Elementos de administración==&lt;br /&gt;
La administración es sencilla ya que todas las porciones de memoria son de igual tamaño.&lt;br /&gt;
&lt;br /&gt;
Se puede usar:&lt;br /&gt;
&lt;br /&gt;
*Tabla o mapa de bits: ocupa poca memoria, de orden O(1)&lt;br /&gt;
*2 listas(colas): páginas libres, páginas ocupadas. Tiene mejor rendimiento, de orden O(1)&lt;/div&gt;</summary>
		<author><name>Alberto</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-ssoo/index.php?title=Usuario:Alberto&amp;diff=932</id>
		<title>Usuario:Alberto</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-ssoo/index.php?title=Usuario:Alberto&amp;diff=932"/>
				<updated>2011-06-01T10:24:58Z</updated>
		
		<summary type="html">&lt;p&gt;Alberto: Página nueva: Alberto Salas Cantalejo&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Alberto Salas Cantalejo&lt;/div&gt;</summary>
		<author><name>Alberto</name></author>	</entry>

	<entry>
		<id>https://1984.lsi.us.es/wiki-ssoo/index.php?title=SO_multiprogramables_con_particiones_variables&amp;diff=874</id>
		<title>SO multiprogramables con particiones variables</title>
		<link rel="alternate" type="text/html" href="https://1984.lsi.us.es/wiki-ssoo/index.php?title=SO_multiprogramables_con_particiones_variables&amp;diff=874"/>
				<updated>2011-05-17T09:36:52Z</updated>
		
		<summary type="html">&lt;p&gt;Alberto: /* Criterios de asignación */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Definición ==&lt;br /&gt;
&lt;br /&gt;
En este tipo de sistemas, las particiones para cada proceso se van creando a medida que son asignadas al procesador. Como ventaja principal tiene que evitamos el desperdicio de memoria dentro de cada bloque ya que cada uno está hecho a medida para el proceso que contiene. Por el contrario, una vez que un proceso ha concluido, su partición se queda en desuso y sería necesario aplicar algoritmos de desfragmentación de memoria para poder unificar todas las partes que han quedado libres y así reciclar las particiones que quedaron huérfanas. Otra forma de obtener particiones de mayor tamaño es unificar dos o más huecos adyacentes en uno sólo.&lt;br /&gt;
&lt;br /&gt;
''Ejemplo:''&lt;br /&gt;
  _                                 _&lt;br /&gt;
 |_| P1 = 3KB                      |_| P1 = 3KB   &lt;br /&gt;
 |_| P2 = 1KB                      |_| P2 = 1KB&lt;br /&gt;
 |_| P3 = 6KB    =&amp;gt; Finaliza P3 =&amp;gt; |_| Libre = 6KB&lt;br /&gt;
 | |                               | |&lt;br /&gt;
 |_| P4 = 31KB                     |_| P4 = 31KB&lt;br /&gt;
 | |                               | |&lt;br /&gt;
 |_| Libre = 21KB                  |_| Libre = 21KB&lt;br /&gt;
&lt;br /&gt;
Si un nuevo proceso P5 requiriese 24KB de memoria, no podrían serle asignados, ya que los huecos no son contiguos y para disponer de los 27KB libres en total habría que realizar previamente una desfragmentación.&lt;br /&gt;
&lt;br /&gt;
== Elementos de administración ==&lt;br /&gt;
&lt;br /&gt;
* '''Mapas de bits''': Dividiendo la memoria en bloques, se utiliza un bit para representar si dicho bloque está libre o asignado.&lt;br /&gt;
&lt;br /&gt;
* '''Listas de control''': Se almacena en una lista el tamaño de los huecos y las posiciones de memoria entre las que se encuentran comprendidos.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Criterios de asignación ==&lt;br /&gt;
&lt;br /&gt;
* '''Primer ajuste''': Consiste en asignar el primer hueco disponible que tenga un espacio suficiente para almacenar el programa. Las dos principales desventajas son su alto desperdicio interno, y el elevado uso de las primeras posiciones de memoria. Este último inconveniente repercute negativamente en la circuitería, debido a que se produce un mayor desgaste en dichas posiciones.&lt;br /&gt;
&lt;br /&gt;
* '''Siguiente ajuste''': Se continúa a partir de la posición de la última asignación realizada.Es muy probable que haya un hueco a partir de esa posición, reduciendo la longuitud de la búsqueda. De esta forma se resuelve el inconveniente de usar en exceso las primeras posiciones de la memoria.&lt;br /&gt;
&lt;br /&gt;
* '''Mejor ajuste''': Consiste en asignarle al proceso el hueco con menor ajuste interno. Su mayor inconveniente es su orden de complejidad (orden lineal, ''O(n)'')&lt;br /&gt;
&lt;br /&gt;
* '''Peor ajuste''': Al contrario que el criterio anterior, se asigna a cada proceso el hueco con mayor ajuste interno. Tiene el mismo inconveniente en cuanto a orden de complejidad que el mejor ajuste.&lt;br /&gt;
&lt;br /&gt;
* '''Ajuste rápido''': Mediante listas de control, se agrupan los huecos disponibles según su tamaño (0 &amp;lt; t &amp;lt; 10, 10 &amp;lt; t &amp;lt; 20, etc.). De esta manera, cuando se necesite un hueco, se seleccionarán los del grupo del tamaño correspondiente. En el caso de que haya varios huecos disponibles, se seleccionará uno en base a cualquiera de los criterios anteriores.&lt;br /&gt;
&lt;br /&gt;
* '''Método de los compañeros''': Es una variante del ajuste rápido, en el que los huecos se dividen en potencias de 2: 2&amp;lt;sup&amp;gt;1&amp;lt;/sup&amp;gt;, 2&amp;lt;sup&amp;gt;2&amp;lt;/sup&amp;gt;, ..., 2&amp;lt;sup&amp;gt;k&amp;lt;/sup&amp;gt;. No es un método usado en la práctica, ya que al realizar redondeos a potencias de 2, se produce un elevado desperdicio interno&lt;/div&gt;</summary>
		<author><name>Alberto</name></author>	</entry>

	</feed>