Hace 9 años | Por franciscoendara a omicrono.com
Publicado hace 9 años por franciscoendara a omicrono.com

Muchas veces se ha hablado de las grandes propiedades que presenta el grafeno (podéis leer sobre él y otros materiales del futuro aquí), en concreto, aquellas correspondientes a su alta conductividad...

Comentarios

D

#6 y de El País, el ABC y la Razón.

D

Y más guapo.

pitercio

Lo sospechaba.

D

#12 grafenos sueños

N

#12 ¡No pitufes!

D

#14 Y con una coleta postiza de Grafeno.

karma-n

#14 Olvidas que en el maletero está metido Tesla.

D

#14 Eso es un Opel Meneo, no un corsa.

D

#4 ¿Anda? Entonces es un Opel Corsa transformer de grafeno.

PONME 10

Pakipallá

Entonces mi procesador, que anda a 4,2 GHz, si fuese de grafeno ¿iría a 42 THz? (no se si he echado bien la cuenta mental)
Eso si... van a tener que inventar memorias y otros componentes también de grafeno, porque si no, menudo embudo.

sangaroth

#8 Creo entender que en tanto los SDD y memorias funcionan con transistores/.. (sin componentes mecánicos) se pueden beneficiar de la misma tecnología..¿?

Pakipallá

#30 Sin cambiar de tecnología, no se hasta que punto... los SSD más rápidos que he visto apenas llegan a 1 GB/s de transferencia (lejos del tope del puerto PCI-E al que van conectados), así que las memorias basadas en tecnologías "normales" siempre serían muchísimo más lentas de lo requerido por ese procesador de grafeno

D

#50 ¿y quien te dice que el grafeno no sustituirá los discos duros actuales?

jm22381

La fuente es ExtremeTech, que te lleva a un artículo del 30 de enero que sospecho pude ser esta portada -> IBM crea un prometedor chip de grafeno orientado a la telefonía móvil

Hace 10 años | Por RTZ a xataka.com

derethor

hay grafeno, hay meneo

D

¿Puede ejecutar un salvapantallas de Pablo Iglesias con gatitos? Porque si no es irrelevante.

p

Los comentarios en Meneame cada vez más patéticos.
Meneame actualmente es el hogar de presuntos listillos que además a veces se hacen los graciosos

Cancerbero

Mi kebab sin salsa por favor

iag0uu

el grafeno debilita a chuck norris.

D

Cojo un grafeno, lo tiro por el retrete, y ya son 7862 noticias de grafeno que tiro por el retreteee....

D

¿10000 veces más rápido? Hmmm, por fín podré abrir cualquier rama del explorador de windows instantáneamente, sin que se ponga "a pensar".

D

#16 Me temo que eso no lo resolverás con un procesador de grafeno, sino con un disco más rápido y/o un sistema de archivos adecuado.

D

#28 Pues Como no ponga MSDOS o un Linux modo texto .... en todos los entornos gráficos que he usado en modo no-demo (es decir, para currar) ocurre al cabo del tiempo. Cuando (algunos) programadores aprendan a usar bien los hilos y los tiempos máximos de espera para algunos recursos, se resolverá el problema.

D

#47 También piede ser una participación muy fragmentada, o un disco con errores. No siempre es culpa del programador de una aplicación.

D

#47 los tiempos máximos de espera solo existen en sistemas de tiempo real, y dudo que tú trabajes en un sistema tipo QNX.

D

#52 Jo, pues no he puesto "cienes y cienes" de veces "timeouts" propios o del sistema para acceder a archivos, sockets, bloqueos mutex y cosas así. Ahora me entero de que no se puede. Mañana mismito llamo a los clientes a ver qué les cuento
De paso puedes ahorrarte copiar y pegar el artículo sobre QNX de la Wikipedia.

D

#55 Repito por muchos contadores que pongas quien manda es el planificador (scheduler), si el scheduler no es RT como en el caso de QNX los hilos de tu software no tienen por qué correr en el momento que tú quieras.

Los microprocesadores son más rápidos y los software que corren y los sistemas operativos también son mucho mayores y más gordos.

Si no sabes lo que hace un sistema operativo en tiempo real es tu problema y por cierto tengo el QNX 4. No me hace falta la wikipedia, lo uso, incluso corre en aparatos sanitarios de análisis clínicos.

En QNX no hay timeout puesto QUE GARANTIZA UN TIEMPO MÁXIMO DE RESPUESTA. Y un timeout NO HACE QUE EL PLANIFICADOR LE HAGA MÁS CASO. Por muchos contadores que tenga tu aplicación si el planificador no la hace caso no te vale de nada.

D

#56 ¿Qué tiene que ver el momento exacto en que corra un hilo con un tiempo máximo de espera? Me parece que ibas de lección magistral y te estás liando. Poner un tiempo límite a un bloqueo de un recurso programado se puede hacer en cualquier sistema RT o no RT. Pero bueno, ya nos hemos enterado que trabajas con QNX, objetivo cumplido.

D

#57 No creo que te estás liando tú.

cito:
aprendan a usar bien los hilos y los tiempos máximos de espera para algunos recursos, se resolverá el problema.

Una cosa es asegurarte de que dos hilos no accedan al mismo recurso al mismo tiempo y otra cosa muy distinta es que tu flujo sea accede a este recurso pasados 20 segundos. Tú no bloqueas por tiempos, haces tu función y liberas el lock, la clave está en hacerlo correctamente. Bienvenido al maravilloso mundo de las condiciones de carrera.

Como ya te he dicho, lo último sólo podría hacerlo un sistema RT porque sería el único que te garantizaría que tu función release_lock() o la que sea es ejecutada antes de un tiempo determinado y aún así sería inseguro.

Me da que eras tú el que ibas de listo.

D

#58 En todo caso era una enumeración de mejoras en paralelo, no en bloque (esa interpretación es cosecha tuya). Los hilos se pueden usar para muchas cosas, por ejemplo para que el usuario no se quede esperando el dichoso reloj en un interfaz mientras en otro hilo se accede a un recurso. El tiempo máximo de espera es algo ortogonal a eso y es perfectamente posible programarlo en sistemas que no sean QNX (o no tendríamos sistemas de ventanas, por ejemplo). Pero bueno, tú sigue alardeando de tu trabajo con RT, por lo visto hace la piel más suave o algo.

D

#60 Se nota que eres windozer y seguro que programador en visual basic. Sin comentarios. Aprende a programar y aprende de las "race conditions" que estás muy verde.

¿Sistemas de ventanas? jajajajajaja me parto. Te explico, los sistemas de ventanas tienen una arquitectura de cliente/servidor, ok, los clientes se comunican con el servidor con una API determinada (dibuja esto, espera este evento).

El servidor, controlado por el planificador, gestiona la cola de peticiones que puede tardar en atenderlas un tiempo variable en entornos no RT y un tiempo definido en los RT.

De hecho en sistemas de ventanas en el servidor SE HACEN LOCKS y si otro hilo intenta acceder a un recurso no libre, TE DA UN ERROR. Venga dime qué diferencias hay entre procesos e hilos que pareces lerdo.

D

#62 Bueno, el API para un sistemas de ventanas está muy bien ... pero al final hay que procesar el evento y tomar decisiones. Sí, alguien tiene que programar eso, no todo es usar las librerías hechas por otros.
#63 Ejem ... y ¿qué demonios pensabas que se suele hacer con los timeouts vencidos? En fin ... (Dios mío que no diga ahora que sólo existen exceptiones en RT, sólo te pido eso)

D

#64 Lo que no entiendes es que no tiene sentido usar timeouts en sistemas no RT, porque nada te garantiza incluso que el planificador haya puesto en ejecución al programa al que espera y por tanto la mayor parte de las veces se va a esperar algo que no tiene por qué suceder al menos en corto plazo. Es decir, en sistemas no-RT el timeout sólo añade latencia.

D

#65 Y sin embargo esa "imposibilidad" que alguien te explicó en la facultad funciona perfectamente para la vida ordinaria. De hecho para usar un socket, puedes elegir que sean bloqueado (timeout sencillo), no bloqueado (tú te encargas de las comprobaciones periódicas) o basados en eventos asíncronos. Y no hace falta RT para programar eso, no seas pesado hombre. Es lo que pasa cuando el tipo que te transmitió su sabiduría en la uni dejó de programar hace tiempo.

D

#72 Madre mía, tú programabas para openssl no? ahora me explico muchas cosas.

D

#64 Más concretito: Si sabes que el OS tiene un tiempo de respuesta de 5 ms entonces sí puedes poner un timeout de 5ms para esperar a ese recurso. Porque sabes que como muy tarde el scheduler le va a hacer caso a los 5ms. Entonces te da igual esperar.

En un no RT esos 5ms pueden ser varios segundos, minutos e incluso en sistemas con carga muy alta hasta horas sobretodo si hay swapping.

Lo mejor en no RT es: intenta acceder al recurso, sino puedes suelta la excepción y que el usuario vuelva a intentarlo más tarde.

D

#66 Los problemas con los exploradores de ficheros muchas veces son marcianos.

Igual es problema de GVFS en el caso de nautilus, vete a saber.

Rox-filer también usa GTK y es una puta bala leyendo directorios con muchos archivos.

D

#68 Creo que precisamente el problema de ciertos exploradores de ficheros son: no usar caché y hacer como el tío de arriba usar tiempos de espera cuando debería enviar excepciones directamente.

D

#71 Ejem ¿y cuando exactamente lanzas la excepción tipo de abajo? 1000 años (que es lo que pasa cuando lo dejas al capricho del #define por defecto) no es aceptable.

D

#74 inmediatamente después de intentar acceder al recurso y no poder. ¿O te vas a poner a esperar 1000 años a intentar acceder al recurso?, ¿o quizás sólo 10 años? ¿o quizás solo 3? Pues mejor 0

D

#66 #75 "Lo mejor en no RT es: intenta acceder al recurso, sino puedes suelta la excepción y que el usuario vuelva a intentarlo más tarde." "inmediatamente después de intentar acceder al recurso y no poder"
A veces se puede porque no es crítico, a veces no. Si estás esperando un chorro de datos para mostrar en pantalla es irritante dejar ese trabajo al usuario para que le dé al botoncito. Un ser humano normal piensa que no es su trabajo, y tiene razón.

D

#76 Un programador inteligente sabe que si no puede controlar algo debe hacerlo de forma que no use eso que no puede controlar y evitar que eso afecte a su programa.

¿Serías capaz de hacer un software que distinga una partición cifrada de una que no, que la descifre pasando la clave y que la monte automáticamente?

Verás ésto es imposible y es un ejemplo de lo que puede pasar por hacer lo que no se debe. En el ejemplo que te pongo podrías intentar buscar un superbloque conocido y si no lo encuentras asumir que está cifrado, pedir la clave y demás y montarlo. Ahora bien... en linux y qué pasa si el sistema de ficheros es desconocido por el VFS? pues que has arruinado una partición desconocida para linux pero conocida por otro sistema operativo.

Lo captas?

D

#77 Capto que sigues alardeando de cosas que no vienen a cuento desde tu primer comentario.

D

#79 El primero que intentó alardear fuiste tú diciendo que todos los programadores deberían usar timeouts. Yo sólo he demostrado lo que eres en realidad.

D

#80 "El primero que intentó alardear fuiste tú diciendo que todos los programadores deberían usar timeouts"
Falso. Ni dije eso, ni usé ese término tal cual. Sólo hablaba de un enfoque (bastante vago) para terminar con un problema de interfaz. Pero tú te has autoliado en plan erudito, diciendo primero que es imposible usar timeouts en sistemas no RT para luego terminar dando consejos sobre cómo hacerlo. Incoherente y pedante hasta más no poder.

"Yo sólo he demostrado lo que eres en realidad."
Me has pillado, en realidad soy peluquero canino.

D

#76 Con tu manera de funcionar solo consigues varias cosas:

Que el usuario tenga que volver a intentarlo por que el tiempo de espera se verá superado.
Ser susceptible a condiciones de carrera.
Hacer software muy poco eficiente y pesado.

D

#57 Programar así es prácticamente de ineptos, en un sistema no RT la mayor parte de las veces va a superar ese tiempo de espera. Me encantaría ver tu código pero te auguro que estará plagadito de condiciones de carrera.

D

#59 "Programar así es prácticamente de ineptos"
Por supuesto, es mucho mejor dejar que los recursos no accesibles bloqueen el programa ad infinitum. ¿Seguro que no has trabajado para Microsoft o programado alguna parte del Nautilus? Ah no, que trabajas en QNX, repítelo más a menudo porque se nos olvida.

D

#61 No, lo mejor es soltar una excepción.

No, de hecho detesto gnome, y detesto nautilus, uso fluxbox y a veces afterstep y soy usuario principalmente de gnu/linux aunque tengo mucha más experiencia (tanto programando parece como usando) sistemas serios como dicho gnu/linux o QNX.

D

#63 Aquí otro con Fluxbox. Lástima que las CSD de Gnome den por culo en la actualidad.

File-roller es cojonudo, y es el único extractor con GUI decente...

Afterstep nunca me ha gustado, siempre me ha molado más WindowMaker y sus DockApps.

D

#67 Siempre puedes tunearlos al máximo. Mi afterstep de hecho se parecía poco al afterstep de fábrica jajaja

D

#69 Na, pero WindowMaker y los dockapps ofrecían integración estética y funcional.

Lástima que no escalen a resoluciones altas. Si no seguiría con WMaker...

s

#16 no. Puesto que le pondrán un contador más gordo en los bucles sin función más que perder tiempo...

Pero si con un ordenador decenas de miles de veces menos potente se puede hacer algo tardando un tiempo y con el moderno la misma operación le tarda el mismo tiempo según el programa y sobre todo la empresa de soft...

Tu ordenador es decenas de miles de veces más potente que un i486DX y si has seguido la evolución de los PC ves que hay cosaas que vuelan pero otras parecen que no tienen proporción alguna con las mejoras


De toda forma con microsoft simplemente lo usual es meterle más RAM y evitar que necesite de tirar de disco. Ya se sabe que un entorno con 50 megas si los botones están coloreados parece que se necesitan 50 gigas para lo mismo

D

El Grafeno es nuestro Dios y Menéame es su profeta.

Peachembela

Soy bastante exceptico a las propiedades que todas las semanas se entrega sobre el grafeno. Esto recuerda mucho a la "fusión fria" inventada en la decada de los 80, solo me lo recuerda pero ya tanta maravilla me hace dudar.

llorencs

#10 Que pasa con las x en muchas palabras? Es escéptico. Es como esclavo-exclavo y otras confusiones.

All_Español

#17 ¿Será que hasta que estamos terminando la frase no sabemos si será una pregunta?

perrico

"Muchas veces se ha hablado de las grandes propiedades que presenta el grafeno"... Y esta es otra más.

Mister_Lala

Espero que no se caliente 10.000 veces más que mi portátil actual, porque entonces va a superar al núcleo del sol

SHION

Personalmente pienso que cansa un poco ya... lol

¿para cuando productos con estas revolucionarias aplicaciones del grafeno en el mercado?

d

#13 La batería del nuevo Lg G3 ya viene con componentes de grafeno dejando atrás el litio. De esa manera la vida de la batería es prácticamente ilimitada y su tiempo de descarga no se verá afectado con el tiempo.

Ahí tienes uno de los ejemplos reales.

DeepBlue

La velocidad de un chip está mucho más limitada por la velocidad de conmutación de los semiconductores que por la conducción ... como no expliquen un poco más...

jodeputaespanol

Que alguien me diga, si le doy de comer grafeno a mi gato, se vuelve más listo?

D

#46 dale una muñeca hinchable de grafeno y o verás

Lordkrudell

Mr. Grafeno presente!

Arariel

Que le multen por exceso de velocidad.

MaximumPetrus

It's over 9,000!!!!

d

Esto terminará siendo como los correos en cadena de leyendas urbanas.

H

Grafenéame.net

Un hacendado saludo.

Y

*Queda un largo recorrido para producirlos.
*Ineficiente y cara producción.

Será exponencialmente caro, 30,000€/chip ?

yimaco

Ahora si que vamos a volar.... lol

m

Entro. Meneo la noticia de grafeno del día. Me voy.

f2105

Yo ya me estoy liando con el tema del grafeno, combinaciones y el diamantium de la trócola con agua, pero de momento, nada de nada, sólo palabras. Será para contentar a los inversores.

Científicos hallan nanomaterial que supera al grafeno y al silicio

Hace 9 años | Por --11042-- a milenio.com

D

Etiquetas de mierda, negativazo al kanto, por karmawhore! #0