¿TRUCAJE VIRTUAL?

[TELVM]

ESTO es una frikada :


I've been playing the same game of Civilization II for almost 10 years

From Civilization to Big Brother: how a game recreated Orwell's 1984

10-year-long video game creates 'hellish nightmare' world

[TELVM]

La voz me dijo: Abatallitea sobre la ...


Memoria Cache


En el principio de los tiempos, allá por el Paleolítico Inferior, los 386 fueron los primeros txips para todos los públicos en disponer de memoria cache, entre 16 y 64 KB que se pinchaban en la placa, externos al micro, a la frecuencia FSB (= a pedales).

Allá por ~1990 el 486 fue el primero en integrar cache en el micro (L1), 8 KB, a la misma frecuencia que la CPU. Seguía teniendo memoria cache pinchada en la placa (L2), a frecuencia FSB y a pedales.

El Pentium Pro de ~1995 movió también la cache L2 desde la placa a las cercanías del micro, a frecuencia CPU. Jran paso adelante pero también jran desafío tésnico (para la época) con bajo rendimiento industrial, que lo encarecía mucho incluso para los estándares de saqueo y pillaje imperiales.

Pentium Pro en pelotas. A la izquierda CPU; a la derecha la cache L2, a frecuencia CPU. Al mínimo fallo en cualquiera de ambos durante la fabricación, había que tirarlo TODO a la basura.

Estos problemillas tésnicos para integrar la cache L2 en CPU dieron origen a los pintorescos 'txips en cassette' entre 1997-1999: Aquellos venerables PII 'Klamath'/'Deschutes' y los primeros PIII 'Katmai' que se enhebraban en ranuras Slot-1 (Athlon Classic en Slot-A para la Alianza Rebelde). La copla era similar a la del Pentium Pro, pero con la cache L2 a la mitad de la frecuencia CPU, sacrificando velocidad contra rendimiento industrial. Compromisos compromisos ...

PII 'Deschutes'. En el centro la CPU; a estribor los dos módulos de caché L2, a la mitad de la frecuencia CPU.

Los PIII a partir del Coppermine, y los Athlon a partir del T-Bird, ya integraron del todo la cache L2 en el mismo core, a frecuencia CPU, lo que permitió descartar las engorrosas 'cassettes' y volver a txips convencionales pinchados en zócalo.


El siguiento hito fue implementar la cache L3 de tercer nivel. Esto lo hizo, más o menos de rebote, AMD con los escasos y legendarios K6-III allá por 1999, que tenían L1 y L2 integradas en CPU, y aprovechaban la vetusta cache todavía pinchable en las venerables placas 'Super 7' como cache L3.

Luego el concepto cache L3 cayó en el olvido, hasta que se resucitó hacia ~2005 para los txips multicore X2, integrada directamente en la CPU. Y hasta ahora.


===============================================


¿Porqué tantas peleas con las puñeteras caches? Porque las caches son mano de santo para espabilar el cotarro, hamijos.

Obsérvense las coplas en el artefacto desde el que escribo (Phenom II X6 @ 4,1GHz / DDR3 1600 6-8-6-24 / SSD Vertex 2 / HDD Black Caviar):

CPU (velocidad máxima a efectos prácticos)

||

L1 Cache ( 130752 MB/s )

||

L2 Cache ( 32733 MB/s )

||

L3 Cache ( 10349 MB/s )

||

RAM ( 10336 MB/s )

||

SSD ( 205 MB/s )

||

HDD ( 115 MB/s )

Véase que cuanto más nos alejamos de la CPU, más a pedales va la copla.

La cache L1 es 1137 veces más rápida que el disco duro.


Y la RAM es 50 veces más rapida que el SSD .




¿Que pasa si nos lo montamos para usar parte de la RAM como cache en funciones para el SSD y el HDD?



Pues pasa esto, jurjur:

[satanorz]

El problemilla principal de la cache es que, como has visto, cuanto más cerca de la CPU más rápida PERO más cara.

La necesidad de que la velocidad de la caché mayor viene dada por que la CPU cuando tiene que leer un dato de la RAM lo mira primero en la caché, y si no existe lo busca en la RAM y de paso lo deja en la caché, para que en los futuros accesos a ese dato lo tenga más a mano, ya que por el principio de localidad se supone que los datos en un proceso se agrupan y tienden a ser llamados repetidamente en un tiempo reducido.

Otras drogas que explican la mejora de rendimiento desde el inicio de los tiempos es el paralelismo, por ejemplo a nivel de instrucción, con tecnologías como MMX, SSE, SSE2 que permiten aprovechar la frecuencia de CPU ejecutando varias instrucciones iguales agrupadas en un mismo ciclo de reloj, como por ejemplo sumar 4 enteros con MMX del tirón, a costa de hacer totalmente incompatibles programas que usen estas extensiones en procesadores que no las tengan.

Si divides con segmentacion una tarea (ejecutar una instrucción) en 5 etapas, y tienes a 5 currantes trabajando (uno por instrucción) puedes manejarlo como si fuera una cadena de montaje, donde cada obrero esta especializado en su trabajo y va trabajando y pasando su trabajo al de al lado, evitando tiempos muertos de trabajo para la CPU.

Esto no suele ser muy conocido por que no puedes tocar nada de esto, viene implícito en el diseño del procesador, pero no deja de ser curioso conocer como funciona el trasto internamente.

[TELVM]

Vive dios que el haber o nó determinadas instrucciones rompedoras se nota un huevo; pues no me escuece a mí ni ná como le ponen el ojete a mi Phenóm Milenario los más recientes cruceros imperiales con la AVX ...

http://en.wikipedia.org/wiki/Advanced_Vector_Extensions

Pero como bien dice vd. esto son lentejas; por ahí no hay ná que enredar, salvo cambiando el txip (y casi siempre la placa).

[Tropic]

Hablando de tartanas, no se que ocurre, pero cualquier navegador me pone al tually como si le estuviera pasando un stress test Ahora mismo ya he pasado al Pale Moon paleozoico y solo va marginalmente mejor... 4 pestañas, una el foro, una busqueda de google, y un par de paginas aleatorias, y al 100%. A veces, hasta una sola se come al core... Estoy pensando formatear, instalar W7 a ver si gestiona mejor todo, pero se me va a ir al guano toda la infraestructura que actualmente funciona (EPCs y esas cosas...)

Menos mal que refrigera bien

[TELVM]

Hum, no es normal, una vez que termina de cargar cada pestaña debería caer por debajo del 10%, salvo rulando videos youtube o rollos flash afines CPU-intensivos, que dejan con la lengua fuera sí o sí a estos venerables txips.

En la pestaña 'Processes' del Task Manager pincha en 'CPU' hasta que se ordenen de mayor a menor carga, a ver si el culpable es palemoon.exe o algun otro.



P.S.: Yo no conseguí que Se7en rulara en mi carraca, no hubo manera .

[TELVM]

Ando barruntando un PC lo-cost para un familiar, y estoy viendo por ahí soluciones lonchafinistas con jran relación coste/eficiencia.


Plan A)

Placa ASUS F1A75-V Pro + Txip AMD A8-3870K

Por 95 + 114 = 209 putos lereles resolvemos de un plumazo placa, CPU y GPU.

Las CPU Llano son algo así como un Phenom II en 32 nm y sin L3 (para hacer sitio a la IGP), pero con el doble de L2. Lo oceamos a ~3.6 GHz y quedará un txip 4-core más que decente.

La gráfica integrada 6550D se ocea fácil a ~900 de reloj, quedando GPU de sobra para todo lo que no sean juegos muy peleones a mucha resolución.

Para los más jugones, el plan B.



Plan B)

Placa ASUS F1A75-V Pro + Txip AMD Athlon II X4 651K

Por 95 + 69 = 164 lereles resolvemos placa y CPU.

Este Athlon 651K es exactamente un Llano como el anterior, pero con la IGP desactivada. Con los ~45 lereles de diferencia con respecto al A8-3870K, y unos cuantos más, se enhebra una GPU discreta más peleona que la 6550D integrada, v.g. una 6670 de ~75€, o una 7750 de ~100€, o una 7770 de ~120€, & so on.

OCeamos el txip a ~3.6GHz, la GPU discreta como se tercie, y por 239~284 lereles apañamos placa, txip y GPU para gaming muy decente.



Incidentalmente, este txip rebelde Athlon II 651K de 69 € le pone el culo como un bebedero de patos a un crucero imperial i3-2120 de 111 pavos :

http://www.techsnyper.com/amd-athlon-ii ... on-review/

[TELVM]

Si tenéis una GPU que lo soporte ...

... no os perdáis el último Winzip 16.5 con OpenCL, que se ayuda de la GPU para comprimir y descomprimir archivos más rápido.

El acelerón es espectacular:

En Potochop también cunde sobremanera el OpenCL:

[TELVM]

Mejor que sobre, que no que falte, vayan 16 GB de RAM.

Estas ya vienen con el pelo corto y no hay que peinarlas para que calcen bajo Moby-Dick.

Como son 8-8-8-24 (vs el 6-8-6-24 de las precedentes) tienen algo más de latencia, con lo que la RAM ha perdido como un ~2.5% de velocidad. Anyway se mantiene por encima de 10000 MB/s en lectura, que era el mínimo honroso.

Esta mínima merma es imperceptible para el bípedo implume. As opposed to las ventajas de tener tanta RAM .




Esto es todo lo que segun la ortodoxia vaticana debería poder hacer Win Se7en 32-bit, desperdiciar 13 GB en un inmenso desierto gris 'reservado para hardware', pfffff :

Pero el señor, en su infinita sabiduría, tras aderezar la creación con algun que otro hereje impenitente, dijo "¡Hágase lo metafísicamente imposible!" :

[TELVM]

[Carlos]

Interesante descubrimiento .

Nada mas y nada menos que el PC de Telvmhotep I.

[TELVM]

... 'Telvmhotep I' ...

Me voy a tener que hacer cofrade del Judas Tadeo .

Segun el manual este fósil solo debería aceptar 384MB máximo de RAM.

Pero si le enhebro los 768MB del Tually, no rechista y pasa el memtest OK .

[Carlos]

Que curioso, quien diría que se puede traspasar la barrera espacio dimensional que indica el fabricante .


A ver si los fabricantes nos están engañando o peor aun no tiene ni idea de los verdaderos limites .

[TELVM]

Andaba yo tó quemao calculando que con solo 384MB no iba a dar pa ná en Win XP ... y entonces caí en que el chipset del fósil, aunque disfrazado de 'AGP Pro', es en realidad un VIA Apollo MVP3 ...

VIA Technologies - Apollo MVP3

"... Support for up to 768MB PC100 and Virtual Channel SDRAM, providing 'ample headroom for running even the most demanding Internet and software applications' ..."

Me lancé en picado a por las tres tiras del Tually, enhebré, POSTeó, se puso a contar ... y contó los 768 enteros sin colgarse . Igual luego habrá djudju con ventanucos, pero POSTear POSTea .

[TELVM]

... no os perdáis el último Winzip 16.5 con OpenCL, que se ayuda de la GPU para comprimir y descomprimir archivos más rápido.

El acelerón es espectacular:

[TELVM]

768MB (3x 256) de RAM en orden de combate.

Nótese el mega de cache L2 en placa, descarriada de la CPU . Aún estaban inventándose el fuego, la rueda, y la cache L2 integrada en CPU .

[Alan78]

Después de usar pico y pala, he desenterrado unas cajas del cretácico con viejo material informático de cuando todavía se podía escuchar, si se arrimaba la oreja, al procesador gritando "uuuuuuuuuno..... ceeeeeeeeeeeeeeeeero....bipbipbip.... uuuuuuuuuuno"

Procesadores 486, memorias de 1 MB, disipadores Deschutes, gráficas ISA, viejas controladoras scssi, modems tam-tam ...



Placa 486 con la friolera de 24 MB de ram yonqueadas en placa , lo que tuve que sudar yo en su día para agenciarme memoria extra para sacar ese trasto de los miserables 4 MB que traía de fabrica :



Y la joya del museo, un portatil Compaq LTE 286 con pantalla "quedatechosco"





Desgraciadamente lo que fui a buscar está desaparecido en combate , a saber en que estrato se ha perdido y en que año aparecerá

TELVM ¿no te has planteado montarle un par de discos scssi en raid 0?

[TELVM]

Cognó, ese portátil no le lleva mucho adelanto a la maquinita Enigma .

Ya me he agenciado un K6-2/500 por otra banda . Pero lo que en realidad quiero pinchar es un K6-2+ ó K6-3+ (que son más jodidos de agenciar); otherwise estas cafeteras Super-7 con L2 en placa no sacan partido a 'tanta' RAM.

[Alan78]

Cognó, ese portátil no le lleva mucho adelanto a la maquinita Enigma .

Cierto, pero le daba.... una paliza a la aviónica del Apolo XI, eh!

[TELVM]

El último grito en fuentes NISU, directamente desde la pasarela Beijing.


· Modelo 'en concreto':

La falsa bobina PFC esta rellena de cemento, con un par. 'Un filtrado sólido como la roca'. Adicionalmente así la fuente parece menos NISU 'al peso'.



· Modelo 'eco papel reciclable':

La falsa bobina PFC solo contiene cartón, para dar cuerpo. Nótese el lazo que hace el cable, sublime.




· Modelo 'Martín Fierro':

Unos fierros viejos para dar lastre, y ATPC.




· El 'Laminillas' es una variante del 'Martín Fierro':