Tecnología, Internet y juegos
483 meneos
5405 clics
El chip de grafeno 10000 veces más rápido que los procesadores actuales

El chip de grafeno 10000 veces más rápido que los procesadores actuales

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...

| etiquetas: chip , grafeno
170 313 4 K 225
170 313 4 K 225
  1. Ya echaba yo en falta alguna noticia sobre el grafeno.
  2. Grafemos seria el mejor partido del MUNDO
  3. Y más guapo.
  4. Lo sospechaba.
  5. El grafeno cambiara nuestras vidas.

    Por la mañana, grafenos día vecino.

    A comprar, ponga me un cuarto de grafeno.

    En una discusión, a tomar por el grafeno.

    Por la noche, grafenas noches.

    En fin se podrá utilizar para todo, y nos sera muy útil en nuestra comunicación.
  6. #22 También es el hogar de los bocazas que se quejan de los que no aportan nada cuando ellos mismos no aportan nada.
  7. #13 En el siglo 19 el aluminio era un metal precioso. Si alguna vez viajas en el tiempo, llévate una lata de cerveza y te forras. El uso a escala industrial del grafeno ocurrirá cuando además de encontrar cosas que hacer con el grafeno, se avance en como hacer grafeno de forma rápida y barata. Seguramente aplicando el grafeno a la producción de grafeno, digo yo. O con gatos.
  8. Vendo Opel Corsa de grafeno, que anda 10.000 veces más rápido...
  9. 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.
  10. #4 De regalo no vendrá un gatito y el coche me lo traerá a casa Pablo Iglesia de casualidad?

    Ah y que venga con una banderita republicana en la parte trasera que siempre queda bien :-D
  11. La fuente es ExtremeTech, que te lleva a un artículo del 30 de enero que sospecho pude ser esta portada -> www.meneame.net/story/ibm-crea-prometedor-chip-grafeno-orientado-telef
  12. #10 Que pasa con las x en muchas palabras? Es escéptico. Es como esclavo-exclavo y otras confusiones.
  13. #6 y de El País, el ABC y la Razón. :-D
  14. hay grafeno, hay meneo
  15. 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
  16. ¿Puede ejecutar un salvapantallas de Pablo Iglesias con gatitos? Porque si no es irrelevante.
  17. Mi kebab sin salsa por favor
  18. el grafeno debilita a chuck norris.
  19. #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..¿?
  20. ¿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".
  21. Cojo un grafeno, lo tiro por el retrete, y ya son 7862 noticias de grafeno que tiro por el retreteee....
  22. El Grafeno es nuestro Dios y Menéame es su profeta.
  23. #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.
  24. #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.
  25. #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.
  26. 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.
  27. #14 Y con una coleta postiza de Grafeno.
  28. #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 :-P
  29. "Muchas veces se ha hablado de las grandes propiedades que presenta el grafeno"... Y esta es otra más.
  30. #4 ¿Anda? Entonces es un Opel Corsa transformer de grafeno.

    PONME 10
  31. #12 ¡No pitufes!
  32. #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
  33. #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.
  34. #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.
  35. #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...
  36. Personalmente pienso que cansa un poco ya... xD

    ¿para cuando productos con estas revolucionarias aplicaciones del grafeno en el mercado?
  37. 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
  38. 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...
  39. Que alguien me diga, si le doy de comer grafeno a mi gato, se vuelve más listo?
  40. Mr. Grafeno presente!
  41. Que le multen por exceso de velocidad.
  42. #17 ¿Será que hasta que estamos terminando la frase no sabemos si será una pregunta?
  43. 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.

    www.meneame.net/story/cientificos-hallan-nanomaterial-supera-grafeno-s
  44. Entro. Meneo la noticia de grafeno del día. Me voy.
  45. It's over 9,000!!!!
  46. #14 Olvidas que en el maletero está metido Tesla.
  47. Grafenéame.net

    Un hacendado saludo.
  48. #14 Eso es un Opel Meneo, no un corsa.
  49. Ahora si que vamos a volar.... xD
  50. *Queda un largo recorrido para producirlos.
    *Ineficiente y cara producción.

    Será exponencialmente caro, 30,000€/chip ?
  51. Esto terminará siendo como los correos en cadena de leyendas urbanas.
  52. #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.
  53. #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 :-P
    De paso puedes ahorrarte copiar y pegar el artículo sobre QNX de la Wikipedia.
  54. #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.
  55. #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.
  56. #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.
  57. #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)
  58. #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.
  59. #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.
  60. #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.
  61. #77 Capto que sigues alardeando de cosas que no vienen a cuento desde tu primer comentario.  media
  62. #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.
  63. Etiquetas de mierda, negativazo al kanto, por karmawhore! #0
comentarios cerrados

menéame