Exclusión mutua, Elección y Transacciones by https://padlet.com/elmoghol/vrqnn0rztcfg Ruth Elena Delgado Davila, Cristian Alejandro Ortiz Ledezma, Gilberto Carlos Dominguez, Hugo Isaac Ramirez Moreno, Osvaldo Chavez Cadena en-us 2018-05-28 22:49:08 UTC 2023-02-05 01:25:07 UTC hello@padlet.com Muchos Lectores/un escritor https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264585379 Adoptar esquema de bloqueos ⇨ Muchas
transacciones concurrentes ⇨ Leyendo un objeto ⇨ O
una sola transacción ⇨ Escribiéndolo ⇨ Ambos no


]]> 2018-05-30 16:50:35 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264585379 Compatibilidad de bloqueos https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264591438 Promoción de un bloqueo:

Convertir un bloqueo a uno más fuerte, es decir, más
exclusivo o más restrictivo

Un bloqueo de escritura es más exclusivo que uno de lectura


]]> 2018-05-30 17:12:00 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264591438 Compatibilidad .... https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264593899 No es seguro degradar (hacer menos exclusivo) un
bloqueo aplicado por una transacción antes de que
ésta haga commit

El resultado es más permisivo y pondría en riesgo la
equivalencia en serie de las operaciones de las
transacciones involucradas]]> 2018-05-30 17:22:00 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264593899 Lectores https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264594123 Operación read ⇨ Bloqueo de lectura

Operación write ⇨ Bloqueo de escritura

Objeto bloqueado ⇨ Esperar ➔ Nunca se rechaza

Una o mas operaciones read ⇨ No están en conflicto
⇨ Las transacciones comparten el candado de lectura
⇨ Bloqueos compartidos]]> 2018-05-30 17:22:50 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264594123 Transacción elmoghol https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264594614 Conjunto de operaciones sobre un conjunto de objetos que se debe ejecutar como una unidad indivisible en el servidor que los administra.

El servidor debe garantizar que la transacción entera se lleva a cabo y que sus resultados se coloquen en almacenamiento permanente o, si una o más operaciones fallan, que sus efectos se eliminen por completo]]> 2018-05-30 17:24:36 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264594614 Reglas https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264596676 Objetivo: Serializar el acceso a los objetos para

Que cada conjunto de transacciones anidadas sea una
entidad única que no debe observar los efectos
parciales de otro conjunto de transacciones anidadas

Cada bloqueo adquirido por una subtransacción exitosa es
heredado por sus ancestros cuando aquélla se completa


]]> 2018-05-30 17:31:47 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264596676 Objetivo de las transacciones elmoghol https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264596714 Asegurar que todos los objetos administrados
por un servidor permanezcan en un estado
consistente cuando se accesan dentro de una o
más transacciones y en presencia de caídas del
propio servidor.

Objetos recuperables.- Objetos factibles de recuperar
después de una caída del servidor que los administra.

Objetos ⇨ Memoria volátil (RAM) o persistente (disco duro).

Servidor ➔ Objetos (suficiente información de su estado) ➔
Memoria persistente ➔ Recuperación de caídas del servidor.

]]> 2018-05-30 17:31:57 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264596714 Otras reglas https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264597135 Que cada transacción, dentro de un conjunto de
transacciones anidadas, no observe los efectos
parciales de las otras transacciones en el conjunto


]]> 2018-05-30 17:33:15 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264597135 Atomicidad elmoghol https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264600257 Todo o nada
Transacción
Se completa ⇨ Efectos se reflejan ⇨ Objetos
Falla o se aborta ⇨ No tiene efecto alguno

Atomicidad de fallas
Efectos atómicos aunque falle el servidor

Durabilidad
Transacción satisfactoria ⇨ Efectos se reflejan en
almacenamiento permanente (archivos en disco o algún otro
medio permanente)

Aislamiento
Cada transacción no interfiere con otras transacciones
Efectos intermedios ⇨ No son visibles ⇨ Otras transacciones]]> 2018-05-30 17:43:48 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264600257 https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264600778 2018-05-30 17:45:20 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264600778 Interbloqueo https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264600939 Un estado en el cual cada miembro de un grupo
de transacciones espera que otro miembro
libere un bloqueo




]]> 2018-05-30 17:45:56 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264600939 Grafo Espera-por https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264601105 Se puede utilizar un grafo espera-por para
representar las relaciones de espera entre las
transacciones en ejecución
En un grafo espera-por los nodos representan
transacciones y las aristas representan relaciones
espera-por entre ellas

Existe una arista del nodo T al U cuando la
transacción T espera que la transacción U libere un
bloqueo]]> 2018-05-30 17:46:29 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264601105 Prevención Interbloqueos https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264601403 Solución simple: Bloquear todo lo necesario

Al inicio de la transacción y en forma atómica

No puede tener interbloqueos

Restringe innecesariamente el acceso a los recursos
compartidos

En ocasiones no es posible predecir al inicio de la
transacción todos los objetos que se van a utilizar]]> 2018-05-30 17:47:24 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264601403 Detección Interbloqueos https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264601635 Los interbloqueos se pueden detectar buscando
ciclos en el grafo espera-por

Detectado un interbloqueo, se elige una transacción
para abortar con el fin de romper el interbloqueo


]]> 2018-05-30 17:48:09 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264601635 https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264601889 La elección de la transacción a abortar no es simple

Algunos factores que se pueden considerar son:

Edad de la transacción (¿cuánto tiempo lleva en ejecución?)

Número de ciclos de interbloqueo en los que interviene

Número de recursos que tiene bloqueados

Etc.]]> 2018-05-30 17:48:56 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264601889 Timeouts https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264602092 Tiempos de espera para bloqueos

Método de resolución de interbloqueos

Bloqueo ⇨ Periodo limitado de invulnerabilidad

Terminado el periodo ⇨ Bloqueo vulnerable

Bloqueo sigue ⇨ No transacción ⇨ En competencia

Bloqueo se rompe ⇨ Generalmente su transacción se
aborta ⇨ Alguna transacción ⇨ Requiere ⇨ Objeto del
bloqueo]]> 2018-05-30 17:49:33 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264602092 Timeouts https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264602224 Problemas

Transacciones abortadas (por vulnerabilidad) aún sin
existir interbloqueos

Las transacciones que requieren mucho tiempo para
efectuarse son penalizadas

La elección del tiempo de espera es muy difícil

Si el interbloqueo se detecta, en lugar de usar los
tiempos de espera, la transacción a abortar se elige
con mejor fundamento]]> 2018-05-30 17:49:57 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264602224 Propiedades ACID -Atomicidad Transacción ⇨ Todo o nada. -Consistencia Transacción ⇨ Lleva al sistema ⇨ Estado consistente⇨ Otro estado consistente -Isolation (aislamiento)Transacción ⇨ No interfiere con otras transacciones -DurabilidadTransacción ⇨ Se completa ⇨ Efectos permanentes elmoghol https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264605603 2018-05-30 18:01:47 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264605603 https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264606159 2018-05-30 18:03:41 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264606159 PROCESAMIENTO DETRANSACCIONES elmoghol https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264606380 Transacciones serializables
o equivalentes en serie

Requisito de aislamiento

Ejecutar las transacciones en serie ⇨ Una después de
otra, en un cierto orden

Servidores de transacciones ⇨ Maximizar concurrencia

Si las transacciones se ejecutan concurrentemente y tienen el
mismo efecto que su ejecución en serie, se les denomina
serializables o equivalentes en serie]]> 2018-05-30 18:04:32 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264606380 Intercalación equivalente en serie elmoghol https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264610409 Intercalación de las operaciones de dos o más
transacciones en la cual el efecto combinado es el
mismo al resultante de ejecutar las transacciones
una después de otra, en un cierto orden.

Dos transacciones diferentes tienen el mismo efecto:
-Si las operaciones read devuelven los mismos valores y
-Si los atributos de los objetos terminan con los mismos valores

El empleo de la equivalencia en serie para control de la
concurrencia, evita la perdida de actualizaciones y las
lecturas inconsistentes]]> 2018-05-30 18:35:42 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264610409 Transacciones serializables o equivalentes en serie https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264610881 Requisito de aislamiento

Ejecutar las transacciones en serie ⇨ Una después de
otra, en un cierto orden

Servidores de transacciones ⇨ Maximizar concurrencia

Si las transacciones se ejecutan concurrentemente y tienen el
mismo efecto que su ejecución en serie, se les denomina
serializables o equivalentes en serie

]]> 2018-05-30 18:37:23 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264610881 Operaciones en conflicto elmoghol https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264621395 Dos operaciones están en conflicto cuando su
efecto combinado depende del orden de ejecución.
Operación read.- Acceso al valor de un objeto.
Operación write.- Cambiar el valor del objeto.]]> 2018-05-30 19:25:32 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264621395 https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264623245 2018-05-30 19:34:13 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264623245 Exclusión mutua distribuida https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264623352 Se lleva a cabo en una colección de procesos que comparten recursos. Sus objetivos son:

En el acceso a los recursos:
*Prevenir interferencia
*Asegurar consistencia

En la sección crítica:
*Sistemas distribuidos ➔ Ningún servicio de un solo kernel
local (por ejemplo, semáforos o variables mutex) funciona.
*La solución debe estar basada solamente en mensajes.

En algunos casos ➔ Servidor ➔ Administración y mecanismos de exclusión mutua ➔ Recursos compartidos ➔ ¿Y si no hay servidor?

Para esos casos existen los algoritmos para exclusión mutua.


]]> 2018-05-30 19:34:55 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264623352 Intercalación no equivalente en serie elmoghol https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264624476 2018-05-30 19:51:49 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264624476 ALGORITMOS PARA EXCLUSIÓN MUTUA https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264624697 Definiciones.- En un sistema distribuido con N procesos:

*No se comparten las variables entre procesos.
*El acceso a los recursos se realiza en la sección crítica.
*Suposiciones:
 +Sólo una sección crítica a la vez.
 +El sistema distribuido es asíncrono.
 +Los procesos no fallan.
 +La entrega de mensajes es confiable:
  -Siempre se entregan.
  -No existe entrega duplicada.
*Protocolo para ejecución de la sección crítica (SC), "pseudocódigo"
 entrar() //Bloquear si es necesario
 accesarRecursos()
 salir() //Ahora pueden ingresar otros procesos
*Requerimientos para la exclusión mutua:
 +Seguridad: Sólo un proceso puede entrar a la SC a la vez.
 +Viveza: Las solicitudes para entrar y salir de la SC evitan el abrazo de la muerte (deadlocks; puntos muertos) e inanición.
+Orden: Las solicitudes de ingreso a la SC se forman en una cola

]]> 2018-05-30 19:53:07 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264624697 Algoritmo del servidor central (exclusión mutua) https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264630383 2018-05-30 20:24:25 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264630383 Algoritmo basado en anillo (exclusión mutua) https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264630860 2018-05-30 20:27:04 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264630860 Algoritmo de Ricart y Agrawala (exclusión mutua) https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264631087 Emplea multicast y relojes lógicos ]]> 2018-05-30 20:28:30 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264631087 Algoritmo de votación de Maekawa https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264631415 2018-05-30 20:30:22 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264631415 Tolerancia a fallas https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264631655 2018-05-30 20:32:00 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264631655 Intercalación no equivalente en serie elmoghol https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264632538 2018-05-30 20:38:02 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264632538 Elección https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264650401 El algoritmo de elección sirve para elegir un solo proceso que represente un rol particular.

En la exclusión mutua dijimos que teniamos un "pool" de procesos, 

Un solo proceso de los N existentes se debe elegir como servidor central.

Si el proceso elegido se retira, se debe establecer uno nuevo con otra elección.

]]> 2018-05-30 23:13:57 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264650401 Definiciones en la Elección https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264652772 Un proceso puede INICIAR una elección (realiza acción que ejecuta algoritmo de elección).

Un proceso es PARTICIPANTE o NO-PARTICIPANTE, es decir, está involucrado o no en una elección.

Solo puede haber UN proceso elegido.

Cada proceso tiene un identificador.

]]> 2018-05-30 23:36:59 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264652772 Requerimientos para la elección https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264653489 - Seguridad: DEBE OCURRIR LA ELECCION. 
O aun no se realiza una elección o la elección ya ocurrio. 

-Viveza: Todos los procesos participan en la elección o dejan de funcionar.]]> 2018-05-30 23:41:53 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264653489 Algoritmo de elección basado en anillo https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264654038 En este algoritmo:
- los procesos se pueden "reacomodar" como un anillo lógico.
- Los mensajes son enviados en sentido de las manecillas del reloj. 
- Se elige un coordinador (proceso con el id mas grande)
- Inicialmente cada proceso se marca como no participante.
- Procede a marcarse a si mismo como participante
- coloca su mensaje de elección y lo envía a su vecino más cercano, en sentido de las manecillas.
- en los siguientes pasos se reciben los mensajes y se determina el coordinador con el criterio del identificador mas grande.

Este algoritmo es el indicado para la comprensión de los algoritmos de elección, pero debido a que no tolera fallas, es poco usado en la practica.

]]> 2018-05-30 23:47:05 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264654038 Algoritmo de elección del bravucón o "Bully" https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264655218 SOPORTA QUE FALLEN PROCESOS DURANTE LA ELECCIÓN
Es síncrono (emplea tiempos para determinar fallas)
La entrega de mensajes es confiable.
Cada proceso sabe cuales procesos tienen los ID's mas grandes.

Tipos de mensaje : Elección, Respuesta y Coordinador.

El empleo de tiempo para detectar fallas consiste en determinar tiempos maximos de espera de respuesta con base en la latencia que puede existir en procesamiento y envío. Si se excede dicho tiempo, hay algo mal con el proceso destino, se dice que tiene una falla temporal o permanente.

Como los procesos conocen los identificadores mas grandes, si no se ha determinado el coordinador (mensaje coordinador), se comienza a buscar enviando mensajes, si ninguno de los procesos con id's > al id del proceso actual, se nombra a si mismo coordinador y emite los mensajes necesarios.

En este algoritmo no se garantiza el requerimiento de SEGURIDAD, ya que se puede dar el caso en que dos procesos se autonombren coordinadores al mismo tiempo. 



]]> 2018-05-30 23:57:32 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264655218 RECUPERACIÓN Recuperación cuando se aborta ruthydd https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264852763 El servidor elimina todos los efectos  de las transacciones abortadas.

Operaciones
read -> a.getBalance()
balance = a.getBalance()  $100

write -> setBalance()
setBalance(balance +10)   $110]]> 2018-05-31 17:41:41 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264852763 BLOQUEOS O CANDADOS (LOCKS) https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264854330 Serialización empleando bloqueos.

En este esquema de serialización de
operaciones, un servidor intentará bloquear los objetos que cualquier operación de una transacción cliente intente emplear.

Si un cliente solicita acceso a un objeto que ya está bloqueado por una transacción de otro cliente, la petición se suspende y el cliente debe esperar hasta que el objeto sea desbloqueado

]]> 2018-05-31 17:46:54 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264854330 ruthydd https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264857860 2018-05-31 17:58:50 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264857860 ruthydd https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264858554 LECTURAS SUCIAS 
  • Estrategia de recuperación
- Abortar en cascada
Posponer los commits de una transacción que ha visto el estado de otra, que aún no ha hecho commit.

ESCRITURAS PREMATURAS
  • Estrategia de recuperación
- Ejecución estricta de transacciones
Posponer las operaciones read y write sobre un objeto hasta que
todas las transacciones que previamente escribieron sobre dicho objeto, hayan abortado o hecho commit.
]]> 2018-05-31 18:01:23 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264858554 elmoghol https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264858881 2018-05-31 18:02:50 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264858881 Bloqueo en dos fases elmoghol https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264858922 La equivalencia en serie requiere.

Accesos una transacción ⇨ Objeto ⇨ Serializar ⇨ Accesos de otras transacciones.

Pares de operaciones en conflicto ⇨ Ejecución ⇨ Mismo orden.

Para asegurar esto ⇨ Transacción con bloqueo en 2 fases ⇨ No nuevos bloqueos ⇨ Después ⇨ Liberar algún bloqueo.]]> 2018-05-31 18:02:55 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264858922 Transacción con bloqueo en dos fases elmoghol https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264860634 1ª fase ⇨ Crecimiento ⇨ Adquisición de bloqueos

2ª fase ⇨ Contracción ⇨ Liberación de bloqueos

Mantener los bloqueos hasta que los efectos de la transacción sean escritos en almacenamiento permanente.

]]> 2018-05-31 18:10:31 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264860634 Transacciones Anidadas ruthydd https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264860995 Transacciones compuestas por otras transacciones.
  • Ventajas
- Las del mismo nivel en la jerarquía se pueden
ejecutar de forma concurrente.
- Pueden abortar o hacer commit independientemente.
-La transacción padre puede decidir si aborta o no
  • Transacción plana (flat)
Todo su trabajo se realiza al mismo nivel entre openTransaction y un commit o un abort.
  • Reglas de las subtransacciones para el commit
  1. Transacción - Commit/abortar - Después - Transacciones hijas - completas
  2. Substracción completa - Commit provisional/
    abortar - Por separado - Abortar es definitivo
  3. Transacción padre aborta - Todas sus hijas abortan
  4. Transacción hija aborta - Padre decide abortar o no
  5. Transacción de nivel superior (top-level) commit - Todas las subtransacciones commit - Si ninguno de
    sus ancestros ha abortado
]]> 2018-05-31 18:12:33 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264860995 Bloqueo en dos fases estricto elmoghol https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264865217 Bajo una ejecución estricta
A fin de evitar lecturas sucias y escrituras
prematuras, una transacción que requiere leer o escribir sobre un objeto se debe posponer hasta que cualquier otra transacción que haya escrito previamente sobre el mismo objeto haga commit o aborte.

Para asegurar lo anterior
Cualquier bloqueo aplicado durante el progreso de una transacción se debe mantener hasta que la transacción haga commit o aborte.]]> 2018-05-31 18:33:40 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264865217 Tolerancia a fallas https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264886193 ¡Ninguno de los algoritmos para exclusión mutuadescritos toleraría perder mensajes, si los canales no fueran confiables!]]> 2018-05-31 20:34:07 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/264886193 https://padlet.com/elmoghol/vrqnn0rztcfg/wish/1540083581 2021-05-19 15:31:44 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/1540083581 https://padlet.com/elmoghol/vrqnn0rztcfg/wish/1540083867 2021-05-19 15:31:47 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/1540083867 https://padlet.com/elmoghol/vrqnn0rztcfg/wish/1540084379 2021-05-19 15:31:53 UTC https://padlet.com/elmoghol/vrqnn0rztcfg/wish/1540084379