Tengo una pregunta para todos???
-
Pensaba que solo iba ser otro socket para i5 e i3, dos distintos!!!! madre mia cuanta historia, veras si ya la gente se liaba con amd e intel ahora ni te cuento para cualquiere que inicie sus pinitos en montarse su pc, cuanta tonteria.
-
me parece que el ciclo no corresponde con el periodo de la frecuencia. En pics por ejemplo tienes 1 ciclos máquina por cada 4 ciclos de reloj, y una instrucción ocupa un ciclo maquina, menos algunas operaciones de salto que tardan 2 ciclos maquina
Un PIC es un microcontrolador con un microcodigo RISC muy sencillito y con una arquitectura muy sencilla tambien y con aplicaciones muy limitadas. No entiendo donde esta el punto de comparacion entre microcontroladores y procesadores x86/64.
Vamos yo el PIC es el integrado programable mas simple que conozco, y la mayoria son de 8bit, son programables, pero compararlo con un procesador es como comparar una calculculadora o un reloj de pulsera con un portatil.Ryzen 5 3600 - Tuf B550 pro - 2x 8g 3600c18 - Strix rtx 2060 - M2 1TB
-
jodoo la que habeis liado asi a lo tonto que parecia la cosa…
la madre del cordero, creo que me perdi en el primer ciclo cuando sali rebotado en el vaciado del buffer y me di de bruces contra 4 cores mal puestos que me confundieron con una instruccion pequeñita y me querian volver a meter en otro ciclo...ni de coña jajajaja
pd: que cosas mas interesantes que sabeis
-
Un PIC es un microcontrolador con un microcodigo RISC muy sencillito y con una arquitectura muy sencilla tambien y con aplicaciones muy limitadas. No entiendo donde esta el punto de comparacion entre microcontroladores y procesadores x86/64.
Vamos yo el PIC es el integrado programable mas simple que conozco, y la mayoria son de 8bit, son programables, pero compararlo con un procesador es como comparar una calculculadora o un reloj de pulsera con un portatil.Las bases de un PIC, un ARM o un x86 son las mismas. Hoy en día un PIC puede ser mucho más complejo y potente que los primeros x86, pero de lo que está hablando es de que una instrucción puede tardar más o menos ciclos en ejecutarse.
-
Claro, pero hay tanta diferencia entre ellos dos que la relacion ciclos/instrucciones o la manera en que se ejecutan en cada uno guardan poca relacion, y solo en eso, en la base de funcionamiento.
Salu2.
-
Sí, llevas razón, si en un procesador actual una instrucción toma mayor o menor fracción de un ciclo de reloj en un PIC puede llevar varios ciclos. Los hay incluso de 32bit que manejan USB Ethernet y demás… y luego el tema de los ARM es increíble lo que han avanzado estos pequeños procesadores pero evidentemente no se acercan al nivel de los actuales x86.
-
Las bases de un PIC, un ARM o un x86 son las mismas. …...
Pues seran las bases fisicas de funcionamiento de cualquier circuito logico digital, porque por lo demas ni la parte logica ni la arquitectura fisica y logica del chip se parecen, comparten metodos pero los usan de forma distinta, y la relacion ciclos/instrucciones es completamente distinta en cada uno.
Ryzen 5 3600 - Tuf B550 pro - 2x 8g 3600c18 - Strix rtx 2060 - M2 1TB
-
Si es una caña los chips que van saliendo, cada vez se acerca mas al pc en una pastilla negra ja ja;D
Los ARM si que podian hacer dispositivos de bolso o bolsillo con una autonommia un poco mas en condiciones, a mi el Snapdragon me ha causado mucha curiosidad.
Salu2.
-
Pues seran las bases fisicas de funcionamiento de cualquier circuito logico digital, porque por lo demas ni la parte logica ni la arquitectura fisica y logica del chip se parecen, comparten metodos pero los usan de forma distinta, y la relacion ciclos/instrucciones es completamente distinta en cada uno.
Claro… Microcontrolador - Wikipedia, la enciclopedia libre . Y no pongas dos comentarios seguidos, hay un botón que se llama "editar" y está para usarlo.
-
Por ahí se rumoreaba que tal vez microsoft portaba windows 7 a ARM, pero en el último momento se desmintió. Está claro que para dispositivos portatiles un micro ARM ofrece mucha mejor relación rendimiento/consumo que un x86 como el Atom, aunque sea una arquitectura menos flexible que X86 y x86-64.
Creo que los microcontroladores no son comparables a lo que estamos tratando, como a dicho AlexAltea son como microordenadores que desempeñan funciones muy simples comparadas con las de un micro. Y el funcionamiento de ambos, aunque en algun momento pueda ser parecido, no tienen ni la misma finalidad ni la misma versatilidad.
-
Aqui un poco mas de luz:
AnandTech: Intel Quietly Announces Core i5 and Core i3 Branding
-
Claro… Microcontrolador - Wikipedia, la enciclopedia libre . Y no pongas dos comentarios seguidos, hay un botón que se llama "editar" y está para usarlo.
Veo que tu tambien eres buen apreciador de Wikipedia …..
El boton de editar lo conozco, se me ha pasado lo siento:risitas:, no seas tan duro conmigo.Saludos.
-
Aqui un poco mas de luz:
AnandTech: Intel Quietly Announces Core i5 and Core i3 Branding
Me parece una tremenda cagada renombrar los Core 2 Duo y Quad y llamarlos i3. Como no tenemos suficiente en gráficas, vamos a empezar con refritos tambien en CPUs, madre mia….
-
pues a mi me gusta esa idea, ahora podre decir que tengo un i3
-
pues a mi me gusta esa idea, ahora podre decir que tengo un i3
Si la gente que tiene un AMD zocalo 939, casi puede decir que tiene un AM2/AM2+ para que nos vamos a engañar.
Ryzen 5 3600 - Tuf B550 pro - 2x 8g 3600c18 - Strix rtx 2060 - M2 1TB
-
pues a mi me gusta esa idea, ahora podre decir que tengo un i3
Se supone que solo son i3 los de 45nm ehh xD
-
Si la gente que tiene un AMD zocalo 939, casi puede decir que tiene un AM2/AM2+ para que nos vamos a engañar.
C_ño,esa me la apunto para el 2º PC .He actualizado a AM2+ sin gastar un pavo!:D
-
Mirad lo que opina el CEO de vmware sobre x86 y el esfuerzo de intel para "cuajarlo" en dispositivos moviles:
Noticias3D Via DarkVision Hardware
_"Intel está intentando "cuajar" su arquitectura x86 en todo, pero el CEO de VMware, Paul Maritz, no ha tardado en responder a esta estrategia en la conferencia de Tiecon en Silicon Valley. Maritz ha explicado que los procesadores x86 no son adecuados porque son "cerdos hambrientos" con funciones inútiles para este tipo de dispositivos.Para Maritz, todas esas "funciones inútiles" consumen electricidad para nada, gracias según Meritz a la complejidad que el set de instrucciones de Intel ha acumulado en estas CPUs durante los años para soportar algunas funciones que, según Meritz, nadie utiliza, calificándolos como "chatarra de silicio"._
Je je, los trapos sucios suelen ser informacion poco accesible, hasta que a alguien le interesa remover….
Salu2.
-
Mirad lo que opina el CEO de vmware sobre x86 y el esfuerzo de intel para "cuajarlo" en dispositivos moviles:
Noticias3D Via DarkVision Hardware
_"Intel está intentando "cuajar" su arquitectura x86 en todo, pero el CEO de VMware, Paul Maritz, no ha tardado en responder a esta estrategia en la conferencia de Tiecon en Silicon Valley. Maritz ha explicado que los procesadores x86 no son adecuados porque son "cerdos hambrientos" con funciones inútiles para este tipo de dispositivos.Para Maritz, todas esas "funciones inútiles" consumen electricidad para nada, gracias según Meritz a la complejidad que el set de instrucciones de Intel ha acumulado en estas CPUs durante los años para soportar algunas funciones que, según Meritz, nadie utiliza, calificándolos como "chatarra de silicio"._
Je je, los trapos sucios suelen ser informacion poco accesible, hasta que a alguien le interesa remover….
Salu2.
Y tiene razón, la arquitectura x86 es para windows, linux y se acabó. Comparada con ARM es muy ineficiente en lo que respecta a consumo/rendimiento, por mucho que los Atom consuman poco, un micro ARM no tiene problemas para rendir más y consumir menos que los Intel Atom.
Y aparte de para que sirven las instrucciónes SSE4 en un móvil por ejemplo? o las SSE3?, para esos usos no valen para nada.
-
Y tiene razón, la arquitectura x86 es para windows, linux y se acabó….....
x86 no deveria ser para nada, es un tongo que nacio en Silicon Valley y como ha tenido un exito comercial muy grande ha salido hacia adelante como un cohete, sin enbargo es la arquitectura mas ineficiente que existe, en tu pc actual hay un monton de codigo que se ejecuta en valde ¿no te parece que te venden la bicicleta? encima ponen remedios para que se ejecute algo menos de codigo en balde, y te lo venden como que ahora cada nucleo tiene dos lineas de trabajo, te engañan aprovechando las lagunas de lo que es mentira y lo que es algo explicado a medias.
A x86 no hacen mas que ponerle parches en el microcodigo pero nacio ya torcido, con un microcodigo que nunca se ha llegado a aprovechar completamente, y cada vez el microcodigo es mas complejo y extenso.
Salu2.
PD: Soy bastante detractor de la panacea que se ha montado intel;
! @defaultuser:
! > ….Habreis oido hablar de que las instrucciones x86/64 son muy mal aprovechadas por los programadores y que en los pc, el software ademas de no aprovechar bien todas las posibilidades de las instrucciones solo usan una parte de ellas. Pues CISC (x86) surgio de la necesidad de escrivir software cada vez mas complejo y en el menor tiempo posible, el sistema de instrucciones CISC mas complejo simplifcava la labor del programador y ahorrava tiempo, sin enbargo hasta la actualidad no se ha aprovechado correctamente el sistema CISC.La arquitectura RISC usa instrucciones mas sencillas, breves, mas versatiles, en lugar del uso de tantas instrucciones especificas y mas grandes de x86, entonces programar para RISC es mas lento, da mas trabajo, pero el soft usa el micro mas a fondo y corre mas rapido. Os habreis fijado que el soft para sistemas RISC se actualiza mucho menos, tarda mas en concluirse, pero suele funcionar mejor a la primera sin parches constantes y funcionando eficaz y eficientemente.
Esta claro que el soft cada vez es mas complejo, y constantemente encontramos mas usos y le pedimos mas, pero x86 lo que hace es micros cada vez mas complejos, e intenta ir sacando mejor provecho de las instrucciones CISC, y asi paga constantemente hardware nuevo y cada vez mas complejo, y todos contentos (fabricantes de soft y de hard).
Me consta que una de las principales mejoras que ha habido en los x86 recientes, consiste en la habilidad adquirida de poder subdividir ciertas instrucciones en sub-instrucciones RISC mas cortas para manejo interno, mejorando asi el aprovechamiento de los ciclos a nivel interno (core-L1 se supone). (Total , a final de cuentas traer partes de RISC para subsanar debilidades del CISC moderno).
Ha habido mejoras y muchas, las hay casi con cada referencia de micro que sale al mercado, y se va puliendo cada vez mas el funcionamiento de la arquitectura PC , pero eso no quita que CISC nacio torcido porque fue fruto del afan de crecimiento rapido del sector (el crecimiento era inevitable, pero las prisas y la perfeccion se llevan a ostias).
A mi la verdad, hace rato ya que una mosca detras de la oreja me dice que esa version nueva del HiperThreading, SMT o multihilo simultaneo por nucleo, va a ser precisamente el deglosado en sub-instrucciones RISC a nivel interno, y por eso no todas las opreaciones le sacan provecho, porque con ciertas instrucciones CISC x86/64 se puede hacer el deglosado a sub-instrucciones RISC para manejo interno, y con otras no.
Je je, me cuadra todo demasiado que me presenten pruebas o argumentos convincentes.
No digo exactamente que RISC sea mejor, es mas elitista, porque el codigo da mas faena de desarrollar para esa plataforma y el soft se encarece, pero al mismo tiempo el codigo es mas corto, mas limpio y mas eficiente, y aprovecha el micro mejor...
!Ryzen 5 3600 - Tuf B550 pro - 2x 8g 3600c18 - Strix rtx 2060 - M2 1TB
