cambios
This commit is contained in:
62
.obsidian/workspace.json
vendored
62
.obsidian/workspace.json
vendored
@@ -4,11 +4,11 @@
|
||||
"type": "split",
|
||||
"children": [
|
||||
{
|
||||
"id": "5a472a19b40706bf",
|
||||
"id": "6c6215d94ce03eb8",
|
||||
"type": "tabs",
|
||||
"children": [
|
||||
{
|
||||
"id": "6d0aaf9058ab0824",
|
||||
"id": "edbad8689e45f41b",
|
||||
"type": "leaf",
|
||||
"state": {
|
||||
"type": "markdown",
|
||||
@@ -20,8 +20,35 @@
|
||||
"icon": "lucide-file",
|
||||
"title": "Teoría_2425"
|
||||
}
|
||||
},
|
||||
{
|
||||
"id": "f83bf10778aecbb8",
|
||||
"type": "leaf",
|
||||
"state": {
|
||||
"type": "markdown",
|
||||
"state": {
|
||||
"file": "Resolución 1 Parcial ATR1.md",
|
||||
"mode": "source",
|
||||
"source": false
|
||||
},
|
||||
"icon": "lucide-file",
|
||||
"title": "Resolución 1 Parcial ATR1"
|
||||
}
|
||||
},
|
||||
{
|
||||
"id": "9abf93d8c846c03e",
|
||||
"type": "leaf",
|
||||
"state": {
|
||||
"type": "release-notes",
|
||||
"state": {
|
||||
"currentVersion": "1.7.7"
|
||||
},
|
||||
"icon": "lucide-file",
|
||||
"title": "Release Notes 1.7.7"
|
||||
}
|
||||
}
|
||||
]
|
||||
],
|
||||
"currentTab": 2
|
||||
}
|
||||
],
|
||||
"direction": "vertical"
|
||||
@@ -77,7 +104,8 @@
|
||||
}
|
||||
],
|
||||
"direction": "horizontal",
|
||||
"width": 300
|
||||
"width": 300,
|
||||
"collapsed": true
|
||||
},
|
||||
"right": {
|
||||
"id": "a41885959e7dd689",
|
||||
@@ -93,7 +121,7 @@
|
||||
"state": {
|
||||
"type": "backlink",
|
||||
"state": {
|
||||
"file": "TERCERO/ATR1/Teoría_2425.md",
|
||||
"file": "TERCERO/IA/Teoría_2425.md",
|
||||
"collapseAll": false,
|
||||
"extraContext": false,
|
||||
"sortOrder": "alphabetical",
|
||||
@@ -112,7 +140,7 @@
|
||||
"state": {
|
||||
"type": "outgoing-link",
|
||||
"state": {
|
||||
"file": "TERCERO/ATR1/Teoría_2425.md",
|
||||
"file": "TERCERO/IA/Teoría_2425.md",
|
||||
"linksCollapsed": false,
|
||||
"unlinkedCollapsed": true
|
||||
},
|
||||
@@ -139,7 +167,7 @@
|
||||
"state": {
|
||||
"type": "outline",
|
||||
"state": {
|
||||
"file": "TERCERO/ATR1/Teoría_2425.md"
|
||||
"file": "TERCERO/IA/Teoría_2425.md"
|
||||
},
|
||||
"icon": "lucide-list",
|
||||
"title": "Outline of Teoría_2425"
|
||||
@@ -149,7 +177,8 @@
|
||||
}
|
||||
],
|
||||
"direction": "horizontal",
|
||||
"width": 300
|
||||
"width": 300,
|
||||
"collapsed": true
|
||||
},
|
||||
"left-ribbon": {
|
||||
"hiddenItems": {
|
||||
@@ -163,6 +192,19 @@
|
||||
"obsidian-git:Open Git source control": false
|
||||
}
|
||||
},
|
||||
"active": "2dd43a0ec88feb61",
|
||||
"lastOpenFiles": []
|
||||
"active": "9abf93d8c846c03e",
|
||||
"lastOpenFiles": [
|
||||
"Resolución 1 Parcial ATR1.md",
|
||||
"TERCERO/ATR1/Teoría_2425.md",
|
||||
"Untitled.md",
|
||||
"Captura de pantalla de 2024-11-20 10-54-39.png",
|
||||
"TERCERO/SPD/Teoría_2425.md",
|
||||
"TERCERO/IA/Teoría_2425.md",
|
||||
"Pasted image 20241115112854.png",
|
||||
"neurona.gif",
|
||||
"Pasted image 20241115110324.png",
|
||||
"Pasted image 20241115110309.png",
|
||||
"TERCERO/ATR1/Ejercicios.md",
|
||||
"TERCERO/IA/Apuntes Julia.md"
|
||||
]
|
||||
}
|
||||
BIN
Captura de pantalla de 2024-11-20 10-54-39.png
Normal file
BIN
Captura de pantalla de 2024-11-20 10-54-39.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 29 KiB |
BIN
Pasted image 20241115110309.png
Normal file
BIN
Pasted image 20241115110309.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 50 KiB |
BIN
Pasted image 20241115110324.png
Normal file
BIN
Pasted image 20241115110324.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 52 KiB |
BIN
Pasted image 20241115112854.png
Normal file
BIN
Pasted image 20241115112854.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 803 KiB |
24
Resolución 1 Parcial ATR1.md
Normal file
24
Resolución 1 Parcial ATR1.md
Normal file
@@ -0,0 +1,24 @@
|
||||
# 1) Teoría
|
||||
a. Paradigma C -> S, comunicación asíncrona, servidor responde si puede o no
|
||||
b. ou
|
||||
c. RETRY = tiempo que tiene que esperar secundario para conectar con el primario cuando ha intentado conectar y no lo consigue
|
||||
d. 19.17.8.120.in-addr.arpa. IN PTR ftpserver.exam.atr1.es. Se añade en el servidor DNS primario.
|
||||
|
||||
# 2) LDAP
|
||||
a. DIT
|
||||
b. DN: ac:TANIA+cod:...,ou:Publico,ou:Transferencia,dc=us,dc=es
|
||||
c. Sí, si no esta en RDN
|
||||
d. RDN distinto
|
||||
|
||||
# 3) DNS
|
||||
Estaciones A, B, C, D
|
||||
|
||||
| Estación | DNS por defecto |
|
||||
| -------- | ----------------- |
|
||||
| A | 100.1.32.57 |
|
||||
| B | "nsd.fundac.org." |
|
||||
| C | 120.3.23.34 |
|
||||
| D | 130.30.2.17 |
|
||||
- El server DNS por defecto de B es el primario de "fide.fundac.org."
|
||||
- atr1.dom.edu. no delega
|
||||
-
|
||||
24
TERCERO/ATR1/Ejercicios.md
Normal file
24
TERCERO/ATR1/Ejercicios.md
Normal file
@@ -0,0 +1,24 @@
|
||||
## 4.11
|
||||
```
|
||||
enero.examen.atr1.edu. IN SOA
|
||||
serverd.enero.examen.atr1.edu.admin.enero.examen.atr1.edu.
|
||||
{ 2022011300
|
||||
60000
|
||||
15000
|
||||
100000
|
||||
20000 }
|
||||
enero.examen.atr1.edu. IN NS serverd. enero.examen.atr1.edu.
|
||||
enero.examen.atr1.edu. IN NS dns-server.otrodominio.es.
|
||||
serverd. enero.examen.atr1.edu. IN A 129.2.32.3
|
||||
prueba.enero.examen.atr1.edu. IN A 190.1.3.32
|
||||
www.enero.examen.atr1.edu. IN A 180.2.33.2
|
||||
```
|
||||
**a) Indique la información DNS que almacenará el servidor “defaultserver.midominio.es.” en su caché DNS al resolver la consulta. Nota: Utilice el formato IP_XXX, donde XXX representa el hostname del servidor y la etiqueta del dominio autoritativo que gestiona del servidor, para representar la dirección IP de dicho servidor. Esto es, para representar la dirección IP de “ejemplo.midominio.org.” se usará “IP_ejemplo.midominio”.**
|
||||
|
||||
Glue Record:
|
||||
```
|
||||
enero.examen.atr1.edu. IN NS serverd.enero.examen.atr1.edu.
|
||||
enero.examen.atr1.edu. IN NS dnsserver.otrodominio.es.
|
||||
serverd.enero.examen.atr1.edu. IN A 192.2.32.3
|
||||
```
|
||||
|
||||
@@ -359,4 +359,56 @@ Cada entrada de la caché se almacena durante TTL segundos. Si el TTL es pequeñ
|
||||
- Permite definir "alias"
|
||||
- Se distingue entre el alias y el nombre canónico
|
||||
- Si se emplean RQDN el dominio corresponderá con el dominio por defecto
|
||||
- En el ejemplo, www.rediris.com es un alias de la dirección titan.rediris.com
|
||||
- En el ejemplo, www.rediris.com es un alias de la dirección titan.rediris.com
|
||||
# <mark style="background: #FFF3A3A6;">TEMA 4: Servicios de correo electrónico</mark>
|
||||
## <mark style="background: #ADCCFFA6;">1. Introducción</mark>
|
||||
Es uno de los servicios más extendidos en Internet. Hay varios tipos de aplicaciones:
|
||||
- Interfaz gráfica (Outlook, Thunderbird, Apple Mail)
|
||||
- Modo texto (Pine, elm, mail)
|
||||
- Web (Squirrelmail, Gmail)
|
||||
### <mark style="background: #FFB86CA6;">Conceptos</mark>
|
||||
**Cuenta de usuario:** Identificador de usuario que permite acceder al servicio. Tiene asociado el nombre de usuario (usuario@dominio.com) y contraseña.
|
||||
**Buzón de correo:** Donde se almacenan los correos
|
||||
**Alias de correo**
|
||||
**Lista de correo:** Correo a múltiples usuarios.
|
||||
### <mark style="background: #FFB86CA6;">Componentes</mark>
|
||||
**MUA (Mail User Agent) :** Cliente.
|
||||
**MTA (Mail Transfer Agent) :** Servidor de correo.
|
||||
**MDA (Mail Delivery Agent) :** Proceso software en el MTA que sirve para colocar los correos recibidos en el buzón de correo correspondiente al usuario.
|
||||
### <mark style="background: #FFB86CA6;">Procedimiento</mark>
|
||||
![[Captura de pantalla de 2024-11-20 10-54-39.png]]
|
||||
## <mark style="background: #ADCCFFA6;">2. Formato de mensajes (IMF)</mark>
|
||||
Internet Mail Format. Todo mensaje está compuesto de cabecera y cuerpo separadas por "\n".
|
||||
- **Cabeceras:**
|
||||
- To:
|
||||
- From:
|
||||
- Subject:
|
||||
- Date:
|
||||
- **Cuerpo:**
|
||||
- Mensaje ASCII no extendido (7 bits). No se puede adjuntar archivos.
|
||||
## <mark style="background: #ADCCFFA6;">3. SMTP (Simple Mail Transfer Protocol)</mark>
|
||||
**Características:**
|
||||
- Paradigma C-S
|
||||
- Usado entre MUA $\rightarrow$ MTA y MTA $\rightarrow$ MTA
|
||||
- TCP
|
||||
- Tiene tres fases:
|
||||
- Handshaking (saludo inicial)
|
||||
- Transferencia
|
||||
- Cierre
|
||||
- Basado en comando/respuesta
|
||||
### <mark style="background: #FFB86CA6;">Respuestas</mark>
|
||||
Generalmente formadas por un código numérico formado por un texto libre y tres cifras.
|
||||
La primera cifra indica el éxito o fracaso del comando:
|
||||
- **2xx** indica que se ha aceptado el comando anterior
|
||||
- **3xx** indica que se ha aceptado parcialmente el comando anterior
|
||||
- **4xx** indica que se ha producido un error temporal que impide aceptar el comando, pero que si se reintenta más tarde puede que funcione
|
||||
- **5xx** indica que se ha producido un error permanente que se volverá a producir si se reintenta más tarde
|
||||
### <mark style="background: #FFB86CA6;">Comandos</mark>
|
||||
- **HELO/EHLO:** es el primer comando que debe enviar el cliente. Se informa de su nombre de dominio.
|
||||
- **MAIL FROM:** indica el remitente del mensaje (se le devuelve el mensaje si falla). A veces se requiere que el dominio detrás de "@" exista, en cambio casi nunca se comprueba si el usuario existe. La información asociada a este comando **no tiene que coincidir** con las cabeceras.
|
||||
- **RCPT TO:** indica el destinatario del mensaje. No tiene por qué coincidir con los To o CC del correo y tampoco tiene por qué aceptarse completamente (p.e. fallo de autenticación).
|
||||
- **DATA:** permite escribir el mensaje de correo. La respuesta 3xx indica que se espera a que se complete el mensaje y determinar si se acepta. Si se acepta, deberá indicarse tras la señal de fin del mensaje.
|
||||
_Una línea finaliza con ".". Si se quiere incluir un "." hay que poner ".."._
|
||||
- **QUIT:** cierra la conexión
|
||||
### <mark style="background: #FFB86CA6;">Cabeceras Received</mark>
|
||||
Se añaden en cada "salto", se deben leer desde el final al principio (LIFO).
|
||||
|
||||
@@ -380,3 +380,33 @@ $$
|
||||
sea $f$ una función que dados unos datos $D$ da un resultado $r$. Hace falta saber, **cómo** se manipulan los datos, **qué** datos se cogen y cómo calcular los **errores**. ML es una mezcla de técnicas de álgebra (para representación vectorial de los parámetros de $f$) y optimización.
|
||||
### <mark style="background: #FFB86CA6;">Aprendizaje supervisado</mark>
|
||||
Se trata de $D\rightarrow ML\rightarrow f~aprox~D$ (o minimizar el error entre $D$ y $f$). Los datos se suelen dividir en dos bloques, uno de **entrenamiento** ($D_{train}$), y otro de **validación** ($D_{val}$) para calcular el error empírico (ya que esos datos "no los ha visto"). También puede haber un tercer bloque de **test** ($D_{test}$) para usarse luego de repetir varias veces el entrenamiento.
|
||||
|
||||
# <mark style="background: #FFF3A3A6;">TEMA 8: Redes neuronales</mark>
|
||||
|
||||
Dado un dataset $D=\{(\vec{x},y)\}$ hay que encontrar una función $f\rightarrow f(\vec{x})~\textasciitilde~y~\forall~(\vec{x},y)\in D$. Hay dos posibles espacios:
|
||||
- **Lineal:** $f(x)=mx+n$
|
||||
- **Polinómica:** $f(x)=a_0+a_1x+a_2x^2+\dots+a_nx^n$ que se puede aproximar mediante sus parámetros $(a_0,a_1,a_2,\dots,a_n)$
|
||||
### <mark style="background: #FFB86CA6;">Funcionamiento básico</mark>
|
||||
![[neurona.gif]]
|
||||
1. **Entrada de datos:** La capa de entrada recibe un vector numérico.
|
||||
2. **Peso y sesgo:** Cada conexión entre las neuronas de una capa y la siguiente tiene un peso asociado, y cada neurona de la capa siguiente tiene un sesgo (constante ajustable)
|
||||
3. **Suma ponderada:** En cada neurona consideramos la suma ponderada de los valores de las neuronas entrantes a ella, así como de su sesgo.
|
||||
4. **Función de activación:** Se aplica una función no lineal sobre los valores que tiene como objetivo cambiar los valores de manera no lineal.
|
||||
5. **Capa de salida:** Los valores calculados en la capa de salida son el cálculo final.
|
||||
![[Pasted image 20241115112854.png|400]]
|
||||
Para esta red, que es muy simple, hacen falta **44 parámetros** (32 pesos y 12 sesgos).
|
||||
## <mark style="background: #ADCCFFA6;">1. Teorema de aproximación universal</mark>
|
||||
Supongamos:
|
||||
- $K\subset ℝ^d$
|
||||
- $f$ una función coste arbitraria en $C(K,ℝ)$
|
||||
- $\epsilon\in ℝ^d$ arbitrario
|
||||
- $\sigma$ función continua no constante, acotada y creciente
|
||||
Entonces:
|
||||
$\exists n\in N / b_i\in ℝ,~v_i\in ℝ~y~w_i\in ℝ^d~\forall i\in \{1,\dots,d\}$
|
||||
tales que se cumple la desigualdad:
|
||||
$\max\limits_{x\in K}|φ(x)-f(x)|<\epsilon$
|
||||
## <mark style="background: #ADCCFFA6;">2. Funciones de coste</mark>
|
||||
### <mark style="background: #FFB86CA6;">Error/coste cuadrático</mark>
|
||||
$C_2(W,b):=\frac{1}{2|T|}\sum\limits_{x\in T}{||y(x)-a(x)||_2^2}$
|
||||
Encontrar la mejor red es encontrar la red con el **menor error posible**.
|
||||
## <mark style="background: #ADCCFFA6;">3. Reconocimiento de dígitos</mark>
|
||||
|
||||
@@ -217,4 +217,3 @@ Estas escriben en registros y memoria antes de abortarse y es un problema. Tambi
|
||||
- DLP sólo es útil para paralelismo de datos (vectores/matrices o código científico/multimedia).
|
||||
- Es más correcto: **Arquitecturas SIMD (Single Instruction Multiple Data)** o de paralelismo de datos, o núcleos vectoriales.
|
||||
- Variante: **GP-GPU (General Purpose-Graphics Processor Unit)**.
|
||||
|
||||
|
||||
0
Untitled.md
Normal file
0
Untitled.md
Normal file
BIN
neurona.gif
Normal file
BIN
neurona.gif
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 1.2 MiB |
Reference in New Issue
Block a user