Menú

Mostrar Mensajes

Esta sección te permite ver todos los mensajes escritos por este usuario. Ten en cuenta que sólo puedes ver los mensajes escritos en zonas a las que tienes acceso en este momento.

Mostrar Mensajes Menú

Mensajes - kub0x

#301
Foro Libre / Re: Xenofobia (Editorial)
17 Septiembre 2019, 12:02 PM
Cita de: Machacador en 16 Septiembre 2019, 13:56 PM
Vaya.. estamos jodidos con los españolitos los que somos de esta bella isla de Margarita, porque se dice que nosotros pronunciamos excesivamente la letra R porque somos descendientes de andaluces. grrrrrrrrrr...

Y no importa que los españolitos desprecien nuestra forma de hablar latinoamericana... acá tampoco soportamos ni vemos nunca una película traducida al español de España... solo nos gusta el hablao del famoso gato Jinx de la serie Pixie y Dixie entre otros... o sea... son muy simpáticos los animalitos que hablan el andaluz  ::)


:rolleyes: :o :rolleyes:

Saludos.

Jajaja que grande eres. Esta serie la seguí de pequeño pero en en el idioma Euskera o Vasco (como casi todos los dibus), y que decir que el Andaluz me ha sorprendido. Son los primeros dibujos doblados al Andaluz que he visto en toda mi vida y me parto con los oles y los madresitas de mi arma que cracks!

Y por aportar  aunque no interese: Vayan a Barcelona, Bilbao, Madrid. Pasen y vean lo que el giliprogresismo socialista está permitiendo, que no es más que una sociedad hetereógenea y multi-cultural pero resultando en inmigración de baja calidad. No da más que problemas. ¿Europeos si  Áfricanos/Musulmanes no? ¿Dónde nos va a llevar esta cruzada? Por lo demás en ESPAÑA se les ofrece ayuda, da igual raza. procedencia y color, no hacemos ascos como otros dicen. Quizá vivan mejor que en su país pero tampoco es como cuentan que viven como marqueses. Eso sí, todos sabemos perfectamente como se reparte el porcentaje de tendencia a delinquir entre las distintas de razas.

Últimamente escuchas lo típico de negros/musulmanes no pero latinos si que dan menos problemas. Coño los latinos llevan desde los 90-00's y la inmensa mayoría son currantes además hablamos el mismo idioma que más quieres parsero. A mi mientras la gente que llegue trabaje, no mate ni viole ni robe ni amenace o intimide...... Es lo que justo está pasando al menos en mi ciudad, controlan ciertas zonas de los barrios que si pasas por ahí te puede suceder cualquier cosa....

Saludos.
#302
Cita de: sdlbsso en  9 Septiembre 2019, 00:59 AM
p=NRMERO_QUE_ME_DAN
g=2
public_alice=NUMERO_QUE_ME_DAN
private_bob=NUMERO_QUE_ME_DAN

k= pow(private_bob,public_alice,p)

Tengo que averiguar k a partir de esos datos
pero me parece que a partir de public_alice primero tengo que averiguar a, es asi?

Te dan la publica de Alice y la privada de Bob, así que no necesitas más. k = pub_A^priv_B mod p y ya estaría. Todo se basa en que Alice aplica una transformacion sobre la publica de Bob utilizando priv_A y obtiene lo mismo que Bob transformando la publica de Alice con priv_B. Esto es el principio de la criptografia asimmetrica conmutativa y Diffie-Hellman fue el primer esquema de este tipo.
#303
Normalmente cuando manipulas o convences a una persona de que realice una acción o asimile un concepto sin cuestionar ni confirman ni contrastan y ni cuestionan. Puede ser por exceso de confianza, amistad, imposición, intimidación, coacción, amor, drogas  o demás estímulos. Muchos somos capaces de cosas que jamás haríamos o pensaríamos en nuestros momentos más íntimos de reflexión.

Podemos ir todos de listos y citar mil formas de engaño, estafa, convencimiento y demás que mañana nos la cuelan a nosotros también. Está claro que en la Ing Social la inteligencia del individuo cuenta, pero para nada lo es todo, y obviamente este campo existe porque cada uno de nosotros somos vulnerables a múltiples variantes debido a que buscamos una forma distinta de vivir. No nos engañemos, el superhombre jamas existirá. Pero toda información es bienvenida, siempre viene bien saber a que te puedes exponer.
#304
GNU/Linux / Re: Procesos vs Hilos
7 Septiembre 2019, 13:10 PM
Cita de: SDCC en  7 Septiembre 2019, 02:14 AM
Inicialmente mi pregunta es si en la actualidad tenia alguna utilidad evidente el utilizar la creacion de procesos a traves de llamados al sistema como fork,exec,etc.. Creo que esta respuesta la ire obteniendo conforme vaya poniendo en practica estos conceptos en algun programa que es lo que actualmente estoy haciendo.

Ten en cuenta que fork() crea un child process, por lo tanto el kernel mapea un espacio de memoria para este nuevo PROCESO, para nada es un hilo. Al thread se le llama sibling en vez de child. Lo que pasa que la arquitectura que ofrece Unix sobre los elementos derivados de fork() permite una interacción child-parent bastante eficiente y puede ser buena en algunos escenarios especialmente cuando ambos procesos hacen cosas parecidas, visto desde la programación, ahorras escribir el código en forma de thread por lo tanto ahorras la sync entre hilos y el main thread (hilo principal del proceso). Esto es recomendable que lo pruebes con un código sencillito detectando cuando estás en parent o child y descencadenando las pertinentes acciones.

Cita de: SDCC en  7 Septiembre 2019, 02:14 AM
Pero cuando se ingresa un proceso con varios hilos como es que se procesa?. Solamente se le asigna finalmente un nucleo a ese proceso y no permite que cada hilo se procese en distintos nucleos en paralelo o les qutia la carga de trabajo a una parte de los nucleos y les asigna como trabajo un hilo mientras se encuentra en CPU el proceso que lo requiere, cuando se le acaba la rafaga todo vendria a volver a la normalidad. Y finalmente intuyo que estos conceptos son muy teoricos y que por lo general en la practica no se ve la estructura como tal , sino una combinacion de varias formas de hacerlo pero que tan cercana es la situacion en LINUX, es decir, en LINUX se toma un enfoque de planificacion con varios multiprocesadores o simplemente se utiliza 1 para esta tarea y cuando un proceso demanda varios hilos se activan los demas nucleos?.

Se que tal vez son dudas un poco tontas pero he empezado hace unas pocas semanas con el tema y me he topado con mucha informacion pero con poca practica donde pueda reforzar la teoria. Actualmente estoy leyendo el libro Silberschatz y hace unos dias comence con el libro de Interprocess Communications in Linux de John Shapley Gray que me parece que es un libro con mas practicas.

A pesar de que la tecnología multi-core es "reciente" el cómputo y los algoritmos distribuidos llevan cuantiosas décadas siendo desarrollados, el tema es complejo, son muchas las posibilidades y los escenarios que pueden darse en un entorno paralelo. Escribo lo que encuentro más importante para este tema:

Una vez que el programa EFI cargue el bootloader, en la fase de arranque del kernel se mapea entre otras la tabla de interrupciones del sistema, que no son más que unos punteros a funciones syscall que más tarde el kernel utilizará mediante interrupciones (IRQ). Cierto proceso o módulo kernel pueden llamar estas funciones sin problemas mandando una interrupción software/hardware. Sucede que la CPU realiza un cambio de contexto situando el proceso/hilo responsable de la IRQ en la unidad de ejecucción.

Aquí entra el balanceo del scheduler. Imagina un proceso multi-hilo.  Si se terminó la ejecucción antes de que se agote el time-slice, es obvio que pasa a ejecutar la próxima tarea (que estará en el hilo X) y el hilo anteriormente ejecutado pasa a sleep o I/O (bloqueado) o bien se destruye y el scheduler borra las dependencias. Si el slice hizo timeout, guarda el contexto con el estado de la tarea y cambia a la siguiente tarea-hilo. Lo más importante es que cuando acabe la ejecucción de un hilo, no se destruya, ya que es innecesario hacerlo, es mejor mantener una lista de X hilos e ir insertando las tareas en runtime con tu propio dispatcher.

En Linux podrás decirle al scheduler (usermode) incluso en que CPUs quieres la ejecucción de cada hilo. Es verdad que luego toda la lógica está en kernel pero incluso puedes reescribirla (todo es posible en Linux). Para mí lo más importante de este esquema es la arquitectura NUMA y la coherencia de cache. Como dije anteriormente, utilizando teoría de grafos puedes determinar el modelo de dependencias entre tareas y así hacer tu programa determinista en relación al esquema de dichas tareas, por lo tanto hacer un dispatcher que las ordene por CPU y se encargue en runtime de ir mapeando la tarea i en la CPU j teniendo en cuenta todo lo anteriormente dicho. Es un non-blocking thread model pero en paralelo.
#305
Vi relativamente hace poco un reportaje sobre el cultivo ilegal de marihuana en España. Sorprende la cantidad de gente adulta que vende semillas o bolsas directamente sobre todo en zonas rurales. Todos alegan los mismos motivos que no es más que sacarse un sobresueldo o el sueldo directamente.

Por lo tanto no es extraño que cada semana veamos una noticia donde la policía desmantela o incauta un buen alijo.
#306
Guiar en qué sentido. Primero has de descubrir el bug para tener algo que reportar. Las empresas conocidas tienen un programa de recompensa busca en Google si la empresa que estás evaluando aplica porque la inmensa mayoría de los bugs reportados acaban con palmadita en la espalda y sin recibir nada a cambio.
#307
Vigilancia,  seguimiento y elaboración de perfiles según este concepto. Cálculo de tendencia de que un individuo realice cierta acción. Condicionantes indirectos que permitan una manipulación sutil. Entre otros.
#308
GNU/Linux / Re: lost+found
5 Septiembre 2019, 10:59 AM
Si haces ls ~ te dira el /home/user y como el escritorio esta en /home/user/Desktop tu no puedes hacer cd /Desktop ya que no es una ruta principal sino un subdirectorio.

Debes hacer cd ~/Desktop o bien cd ~ y cd Desktop.
#309
Hardware / Re: [TECLADO] Mecánico vs Membrana
4 Septiembre 2019, 10:53 AM
Cita de: Songoku en  3 Septiembre 2019, 19:15 PM
Jeje también puedes seleccionar si quieres pad numérico, o incluso si le quieres compacto, osea de 60 teclas. El mio es sin pad numérico, osea de 88 teclas por que para jugar a shooters el pad numérico solo hace que estorbar pues te obliga a estirar mucho el brazo para usar el ratón, y total es algo que yo no usaba JAMAS.
En fin aquí unas fotitos de mi obra de arte jajajaja:


A mi me gustan con pad númerico, no sabría escribir números con muchos dígitos sin equivocarme con el pad num horizontal. Tu teclado se ve estupendo, menuda compra más buena encima sin marcas ni anunciantes ni nada, minimalista, hecho a medida, coloreado, e intercambiable, le falta RGB Songoku pero bueno nada que tu no puedas hacer en tu tiempo libre.

No me lapideís, al final he comprado este teclado https://www.amazon.es/gp/product/B01N7G9CRE/ref=ppx_yo_dt_b_asin_title_o00_s01?ie=UTF8&psc=1 (switches mx azules)

Está claro que el siguiente que compre, tendrá mejores prestaciones y switches cherry mx green o grey, pues tengo las manos grandotas y pulso las teclas fácilmente. Muchas gracias a todos por la información y opinión, está claro que los membrana son buenos para lo que son, y sobre todo el ruido que es mínimo y portabilidad (pesan poquito), pero para mi no son.

Saludos.
#310
GNU/Linux / Re: Procesos vs Hilos
4 Septiembre 2019, 10:46 AM
Al fin y al cabo lo que buscas es que el scheduler haga un trade-off entre responsiveness y performance. Como bien sabes un sistema operativo tiene una carga brutal de balance ya que tiene que realizar seguimiento de todo lo que está conectado en ese momento al sistema, así como todos los mensajes del OS, irqs de hardware y súmale luego lo que tu estés computando entre mientras más otras tareas habituales como utilizar software (navegadores, multimedia, etc). Quiero decir que un PC no es el entorno ideal para ejecutar computo paralelo si es que el PC no está perfectamente diseñado para ello, el scheduler es la pieza que regula todas estas actividades y lo puedes monitorizar en Linux a tu placer (busca como hacerlo).

Lo suyo es que crearás un entorno hardware en el que poder describir todo lo que necesitas y se ejecute nada más lo que necesitas. Sino lo ideal también es hacer cómputo distribuido en red e implementar políticas de scheduling en usermode para hacer un override a kernel en ciertos paramétros que conciernen tu aplicación. Lo ideal es que hagas un grafo de dependencias para después hacer un Thread manager que despache tus tareas de modo eficiente, así ningún hilo se queda dormido o esperando IO (polling). Estos grafos deben ser acíclicos, si se detecta un ciclo es que existe una dependencia circular (A->B->C->A) y no podrías ejecutarlas. De esta forma cuando termina una tarea se despacha otra, ahora quizá las tareas necesiten información común, ahí entra en juego la coherencia de cache y la migración entre cores. Es un tema complejo, y realmente se utilizan hilos como unidades de ejecucción. Dime que es lo que realmente buscas y podré pasarte papers sobre el tema.