[opensuse-es] [OT] Pregunta: Hardware memorias
En promedio, que cantidad de memoria están usando en estaciones de trabajo con Opensuse y microprocesadores de 64 bits? De las 2 que tengo para armar, en una ya lo tengo definido: 4 GB DDR ECC para un mobo con 2 micros Opteron 270 EE (dual core) con 4 bancos de memoria por cada micro, para procesamiento de video en alta definición. Tendría 8 modulos de 512 MB, y 1 GB por core. Segun he visto en el manual del mobo para los Opteron, recomiendan agrupar de a 2 modulos de memoria consecutivos iguales (1 y 2 o 3 y 4), para obtener entre ambos posiciones de memoria de 128 bits, en un mismo ciclo de reloj, de lo contrario, se obtiene posiciones de memoria de 64 bits. La cuestión es para la que estoy armando para mi, para uso general, con un Athlon64 X2 5200 en un mobo MSI K9A Platinum, que trae solamente 2 bancos de memoria, y estoy en la duda (por cuestiones de presupuesto), si poner 1 GB DDR2 repartido en 2 modulos de 512 MB, pero que si el dia de mañana quiero ampliar la memoria, tengo que quitar esos modulos para poner 2 x 1 Giga. La otra opción, es poner ahora un solo modulo de 1 Giga, y mas adelante, agregar otro modulo igual (si es que lo consigo), para completar los 2 GB. Como lo ven Uds? Salu2 --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
2 de 512MB iguales, te daran 128bits de memoria
1 te dara 64bits de memoria (ancho del bus)
128bits te da un rendimiento similar a 200MHz mas con 64bits, en promedio...
si la aplicacion no es hambrienta de ancho de banda menos, y si es muy
hambrienta mas
en un par de trabajos estadisticos con muchisimos calculos de enteros, con
128bits, me da 80% mas de rendimiento que con 64bits... y en otras cosas me
da lo mismo.
pero con lo que varian la memorias, cuando quieras ampliar igual deberas
sacar el de 1GB y poner 2 iguales... asi que si salen lo mismo no lo
dudaria, y me tiraria a 2x512...
pero mi sugerencia es que vayas a algo mas pequeño en cpu y pongas 2 x 1GB
claro. depende de para que la uses
por cierto: la k9a platinum trae 4 slots de memoria, es la k9ag la que trae
2 slot
tengo una k9a platinum y por eso lo se...
----- Original Message -----
From: "Juan Erbes"
El 3/07/07, Juan Fogelman (JGustavo)
2 de 512MB iguales, te daran 128bits de memoria 1 te dara 64bits de memoria (ancho del bus) 128bits te da un rendimiento similar a 200MHz mas con 64bits, en promedio... si la aplicacion no es hambrienta de ancho de banda menos, y si es muy hambrienta mas en un par de trabajos estadisticos con muchisimos calculos de enteros, con 128bits, me da 80% mas de rendimiento que con 64bits... y en otras cosas me da lo mismo.
pero con lo que varian la memorias, cuando quieras ampliar igual deberas sacar el de 1GB y poner 2 iguales... asi que si salen lo mismo no lo dudaria, y me tiraria a 2x512... pero mi sugerencia es que vayas a algo mas pequeño en cpu y pongas 2 x 1GB claro. depende de para que la uses
por cierto: la k9a platinum trae 4 slots de memoria, es la k9ag la que trae 2 slot tengo una k9a platinum y por eso lo se...
Ups!. Tenes razón, me había confundido, porque vi la foto en baja resolución (todavía no me la entregaron). Te voy a hacer caso a vos, pongo ahora 2 x 512 Mb, y mas adelante los otros 2. Que tarjeta de video me recomendas? (no muy cara) Salu2 --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Que tarjeta de video me recomendas? (no muy cara)
uffffff!!!!! y para que vas a usarla? si me dijeras YA, iria a una nvidia de cabeza, depende el modelo de para que usos... 7100gs, 7300gs, 7300gt esas son de bajo consumo, precio interesante, rendimiento ajustado. luego ya tienes 7600gt y 7900gt... no me iria a una 8xxx por el momento, no me "gustan" precio/prestaciones cada modelo duplica el rendimiento de la anterior, aproximadamente... pero viendo los ultimos avances de amd/ati en controladores, no se que puede pasar de aqui a 6 meses. hay rumores cofcofliberardrivercofcof de parte de amd/ati y eso podria dar un vuelco terrible... mas que nada con opengl3 y el fiasco de dx10/vista para mi las amd/ati son mejores tecnologicamente. el problema son los drivers --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 3/07/07, Juan Fogelman (JGustavo)
Que tarjeta de video me recomendas? (no muy cara)
uffffff!!!!! y para que vas a usarla? si me dijeras YA, iria a una nvidia de cabeza, depende el modelo de para que usos... 7100gs, 7300gs, 7300gt esas son de bajo consumo, precio interesante, rendimiento ajustado. luego ya tienes 7600gt y 7900gt... no me iria a una 8xxx por el momento, no me "gustan" precio/prestaciones cada modelo duplica el rendimiento de la anterior, aproximadamente...
pero viendo los ultimos avances de amd/ati en controladores, no se que puede pasar de aqui a 6 meses. hay rumores cofcofliberardrivercofcof de parte de amd/ati y eso podria dar un vuelco terrible... mas que nada con opengl3 y el fiasco de dx10/vista para mi las amd/ati son mejores tecnologicamente. el problema son los drivers
Hace unos dias le pasé el link para bajar los drivers nuevos de ATI a otro usuario, y no volvió a contestar. No se que resultado le dieron. Me parece que se han puesto al día con los drivers ATI para Linux. Por cierto el chipset del mobo MSI, es North Bridge: ATI CrossFire Radeon Xpress 3200 South Bridge: ATI SB600 y la tarjeta de video que me recomendó el vendedor del mobo es la RADEON X1300 de 512 MB, que sale alrededor de 100 dolares, contra 70 que sale una Geforce 7100gs de 256 MB. En principio iva a comprar un mobo con video integrado, pero realmente no encontré ninguno decente, todos con chipsets viejos, así que tube que optar por un mobo acorde al micro, y cada cosa que uno agrega, va sumando. Salu2 --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
South Bridge: ATI SB600 y la tarjeta de video que me recomendó el vendedor del mobo es la RADEON X1300 de 512 MB, que sale alrededor de 100 dolares, contra 70 que sale una Geforce 7100gs de 256 MB. En principio iva a comprar un mobo con video integrado, pero realmente no encontré ninguno decente, todos con chipsets viejos, así que tube que optar por un mobo acorde al micro, y cada cosa que uno agrega, va sumando. Salu2 err... recuerda que las gs tiene turbocache... o sea: toman memoria de la ram principal o sea: esa 256MB tiene 64 en la placa y te toma hasta 192Mb de la ram del cpu las series se de amd/ati usan hipermemory, que es lo mismo con otro nombre las gt en nvidia y las pro/xt en amd/ati no usan turbocache/hipermemory (mira igual, no sea que) la x1300 "se" es comparable a la 7100gs si es x1300pro es comparable a la 7300gs y si es x1300xt es comparablea a la 7300gt 7300gt = 2x 7300gx = 4x 7100gs mas o menos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 3/07/07, Juan Fogelman (JGustavo) escribió:
err... recuerda que las gs tiene turbocache... o sea: toman memoria de la ram principal
:-O ¿Todas? No me asustes que tengo una 7600gs y no pensaba que compartía nada... A ver, aquí* pone que sólo las GeForce Go 7300, GeForce 6200 y la GeForce Go 6200 usan esa técnica. En el cuadro comparativo** de la parte de abajo también lo indica. ¿Dónde has leído lo de las "GS"? * http://www.nvidia.com/page/turbocache.html ** http://www.nvidia.com/object/7_series_techspecs.html Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Todas las Gs, si señor... pero no esta implementado en los drivers en las de
gama media o alta...
o sea: no afecta a las: 6600, 6800, 7600, 7800, 7900
pero si en algun caso de placas oem para hp o dell o similares.
incluso hay un hack en los drivers de windows para darle 1GB a las 7900gs de
256MB
asi que no te asustes... tu 7600gs de 256MB tiene los 256MB, otra cosa es
que puedas "llevarla" a 1GB o 512MB por turbocache
de todas maneras, el turbocache es cosas de drivers, no de la placa
fisicamente.
desconosco si esta implementado correctamente en linux
pero si se, que una 7100gs de 256MB turbocache, con los drivers que vienen
de serie te la reconoce como de 64MB (los reales en placa), no probe los
propietarios, porque la pc no era mia y es largo de contar.
----- Original Message -----
From: "Camaleón"
err... recuerda que las gs tiene turbocache... o sea: toman memoria de la ram principal
:-O ¿Todas? No me asustes que tengo una 7600gs y no pensaba que compartía nada... A ver, aquí* pone que sólo las GeForce Go 7300, GeForce 6200 y la GeForce Go 6200 usan esa técnica. En el cuadro comparativo** de la parte de abajo también lo indica. ¿Dónde has leído lo de las "GS"? * http://www.nvidia.com/page/turbocache.html ** http://www.nvidia.com/object/7_series_techspecs.html Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org E-mail clasificado por el Idenfificador de Spam Inteligente. Para modificar la categoría clasificada acceda a su webmail Este mensaje ha sido verificado por el E-mail Protegido. Antivirus Actualizado en 03/07/2007 / Versión: 5.1.00/5066 __________ Información de NOD32, revisión 2374 (20070703) __________ Este mensaje ha sido analizado con NOD32 antivirus system http://www.nod32.com --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 3/07/07, Juan Gustavo Fogelman escribió:
Todas las Gs, si señor... pero no esta implementado en los drivers en las de gama media o alta...
Me interesa eso de la GS, porque en las páginas de nvidia no ponen más datos y en la wiki añaden información de tarjetas que lo soportan, pero no indican expresamente las GS: http://en.wikipedia.org/wiki/Turbocache ¿Dónde viste lo de GS? Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Me interesa eso de la GS, porque en las páginas de nvidia no ponen más datos y en la wiki añaden información de tarjetas que lo soportan, pero no indican expresamente las GS: http://en.wikipedia.org/wiki/Turbocache ¿Dónde viste lo de GS? ****** lamento no poder fundamentarte con algun link... pero *creo* que fue en un foro de OC, donde se habla entre otras cosas de mutar las tarjetas... si me acuerdo de la 7900gs de 256MB que por turbochache (hack de drivers) llegaba a 1GB (rendimiento igual), pero daba cosa ver 1GB lo que si puedo decirte del link de wikipedia, es que cita las 7100 y 7300 como que soportan turbocache, y no todas lo hacen... solo las que (internamente, no importa lo que diga en la caja) son GS las LE, SE y GT no soportan turbocache... lo que si es un lio que hay un monton de LE que digen GS en la caja y/o/tambien SE y viceversa y mas lio aun con los nombres cuando un fabricante monta una LE y le pone un bios de GS o al revez... ahi puede salir cualquier cosa esto es mas raro que pase en las placas de gama media para arriba. al menos no he visto... tambien se que lo que importa es la memoria en tarjeta... si son de 64MB y "llegan" a 256 con ram de la mother, es lo mismo que tubieran 64MB lo que no se es si el turbocache funciona en linux y como lo hace en windows toma el driver esa cantidad de memoria fisica y se la asigna... evitando que sea paginable pero sin los drivers correctos, no toma la memoria, y solo usa la interna de la placa pero ahora que me dices y no lo tengo a mano, dudo hasta de lo que se... --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 3/07/07, Juan Gustavo Fogelman escribió:
lamento no poder fundamentarte con algun link... pero *creo* que fue en un foro de OC, donde se habla entre otras cosas de mutar las tarjetas... si me acuerdo de la 7900gs de 256MB que por turbochache (hack de drivers) llegaba a 1GB (rendimiento igual), pero daba cosa ver 1GB
Me interesa para tenerlo en cuenta en futuras actualizaciones de tarjetas :-). Sabía que en equipos portátiles se suele montar este tipo de adaptadores gráficos que comparten la memoria de la ram (las intel gma900, por ejemplo) pero no sabía que la coletilla en las nvidia (LE, GS, GT) fuera indicativo del turbocaché. Creo que algunas tarjetas que se suelen montar en ordenadores de sobremesa sí lo soportan (lo pone en la página de nvidia), pero tengo la duda de que sean exclusivamente las GS (o las LE o las GT) sino más bien, como indican, modelos concretos y en los de gama alta, lo veo raro :-/. Me lo apunto para investigar. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Creo que algunas tarjetas que se suelen montar en ordenadores de sobremesa sí lo soportan (lo pone en la página de nvidia), pero tengo la duda de que sean exclusivamente las GS (o las LE o las GT) sino más bien, como indican, modelos concretos y en los de gama alta, lo veo raro :-/. ***** quiero recalcar que un IGP _si_ toma memoria de la placa base y es directamente. las placas con turbocache, no lo hacen. _lo toma_ el driver y es a travez del pci-e, no tienen conexion directa a la memoria --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Esto ha cambiado de topico, pero el gmail, no me deja cambiarlo.
Hablando de tarjetas de video, lo que en Nvidia se llama turbocache,
en ATI se llama HyperMemory: http://en.wikipedia.org/wiki/HyperMemory
La cuestión es, cuanta memoria hace falta realmente en la tarjeta de
video? (dejando de lado
Turbocache e HyperMemory)
Estube viendo los precios y los chips, de las distintas tarjetas, y
una MSI basada en el chip Radeon X1550, a un precio interesante, pero
cuando me pongo a ver en el soporte para Linux, me encuentro que salta
de la serie X1300 a la X1600 y se me pinchó el globo enseguida:
https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/linux_8.38...
Para los que quieran reclamar sobre los drivers, están los links, allí:
The AMD Customer Care website provides a high level of technical
support and easy of navigation. The AMD Customer Care website provides
accurate and up-to-date product support for optimum usability and
performance. Technical issues are categorized and personalized to
enhance user experience. The AMD Customer Care Website can be found
at: support.ati.com
To view a known or resolved issue, do the following:
1. Go to: support.ati.com. The AMD Customer Care web page is displayed.
2. In the top left hand pane, click Advanced Search. The Advanced
Search pane is displayed.
3. Under Search Type: Select the By: ID option.
4. Enter the Topic number.
5. Click Go.
Linux Feedback Program
The ATI Catalyst™ Linux software suite releases may incorporate
suggestions received through the Linux feedback program.
Please refer to http://apps.ati.com/linuxDfeedback/ to provide us with
feedback.
Tendré que seguir con nvidia?
Salu2
El 3/07/07, Juan Gustavo Fogelman
Creo que algunas tarjetas que se suelen montar en ordenadores de sobremesa sí lo soportan (lo pone en la página de nvidia), pero tengo la duda de que sean exclusivamente las GS (o las LE o las GT) sino más bien, como indican, modelos concretos y en los de gama alta, lo veo raro :-/.
***** quiero recalcar que un IGP _si_ toma memoria de la placa base y es directamente. las placas con turbocache, no lo hacen. _lo toma_ el driver y es a travez del pci-e, no tienen conexion directa a la memoria
--------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
--------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Bueno, encontré algo del misterio de la Radeon X1550:
http://www.madboxpc.com/foro/index.php?showtopic=42872
Mas info:
http://www.linux-club.de/faq/ATI
El 3/07/07, Juan Erbes
Esto ha cambiado de topico, pero el gmail, no me deja cambiarlo. Hablando de tarjetas de video, lo que en Nvidia se llama turbocache, en ATI se llama HyperMemory: http://en.wikipedia.org/wiki/HyperMemory
La cuestión es, cuanta memoria hace falta realmente en la tarjeta de video? (dejando de lado Turbocache e HyperMemory)
Estube viendo los precios y los chips, de las distintas tarjetas, y una MSI basada en el chip Radeon X1550, a un precio interesante, pero cuando me pongo a ver en el soporte para Linux, me encuentro que salta de la serie X1300 a la X1600 y se me pinchó el globo enseguida: https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/linux_8.38...
Para los que quieran reclamar sobre los drivers, están los links, allí:
The AMD Customer Care website provides a high level of technical support and easy of navigation. The AMD Customer Care website provides accurate and up-to-date product support for optimum usability and performance. Technical issues are categorized and personalized to enhance user experience. The AMD Customer Care Website can be found at: support.ati.com
To view a known or resolved issue, do the following:
1. Go to: support.ati.com. The AMD Customer Care web page is displayed. 2. In the top left hand pane, click Advanced Search. The Advanced Search pane is displayed. 3. Under Search Type: Select the By: ID option. 4. Enter the Topic number. 5. Click Go.
Linux Feedback Program
The ATI Catalyst™ Linux software suite releases may incorporate suggestions received through the Linux feedback program. Please refer to http://apps.ati.com/linuxDfeedback/ to provide us with feedback.
Tendré que seguir con nvidia?
Salu2
El 3/07/07, Juan Gustavo Fogelman
escribió: Creo que algunas tarjetas que se suelen montar en ordenadores de sobremesa sí lo soportan (lo pone en la página de nvidia), pero tengo la duda de que sean exclusivamente las GS (o las LE o las GT) sino más bien, como indican, modelos concretos y en los de gama alta, lo veo raro :-/.
***** quiero recalcar que un IGP _si_ toma memoria de la placa base y es directamente. las placas con turbocache, no lo hacen. _lo toma_ el driver y es a travez del pci-e, no tienen conexion directa a la memoria
--------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
--------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Miércoles, 4 de Julio de 2007 01:03, Juan Erbes escribió:
Esto ha cambiado de topico, pero el gmail, no me deja cambiarlo. Hablando de tarjetas de video, lo que en Nvidia se llama turbocache, en ATI se llama HyperMemory: http://en.wikipedia.org/wiki/HyperMemory
La cuestión es, cuanta memoria hace falta realmente en la tarjeta de video? (dejando de lado Turbocache e HyperMemory)
* El tema de la memoria como muchos otros en informatica es la tipica guerra entre filantropos, no es mas que un tema comercial, el parametro importante, supongo que te refieres a juegos y estas cosas, ya que para un uso normal no hace falta nada, es el numero de millones de poligonos que es capaz de mover. * En esto como en todo la desproporcion es la tonica general, da igual que con 64MB estes sobrado, por que no te la venderan con 64, asi que el consejo, para el 99% del hardware es "compra lo penultimo" o te sacaran los ojos por algo que a los cinco meses estara a mitad de precio y a los 8 descatalogado.
El 4/07/07, jose maria
El Miércoles, 4 de Julio de 2007 01:03, Juan Erbes escribió:
Esto ha cambiado de topico, pero el gmail, no me deja cambiarlo. Hablando de tarjetas de video, lo que en Nvidia se llama turbocache, en ATI se llama HyperMemory: http://en.wikipedia.org/wiki/HyperMemory
La cuestión es, cuanta memoria hace falta realmente en la tarjeta de video? (dejando de lado Turbocache e HyperMemory)
* El tema de la memoria como muchos otros en informatica es la tipica guerra entre filantropos, no es mas que un tema comercial, el parametro importante, supongo que te refieres a juegos y estas cosas, ya que para un uso normal no hace falta nada, es el numero de millones de poligonos que es capaz de mover.
* En esto como en todo la desproporcion es la tonica general, da igual que con 64MB estes sobrado, por que no te la venderan con 64, asi que el consejo, para el 99% del hardware es "compra lo penultimo" o te sacaran los ojos por algo que a los cinco meses estara a mitad de precio y a los 8 descatalogado.
Gracias Pensaba mas o menos lo mismo. En mi pc anterior tenía una tarjeta Matrox G400 Dual Head de 16 MB, de los cuales usaba la mitad por cada salida de video, o sea 8 MB, para los juegos, seguramente distaba de ser la mejor, pero para ver dvd's, eran suficientes. La duda que tengo, es si es suficiente el video integrado en el mobo Supermicro H8DA8-O, con chip Ati Rage XL y 8 MB de memoria para ser usado en edición de video de alta definición (HDTV). Será cuestión de probar, y en caso de no ser suficiente, le agrego una tarjeta de video. Salu2 --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 4/07/07, Juan Erbes escribió:
La duda que tengo, es si es suficiente el video integrado en el mobo Supermicro H8DA8-O, con chip Ati Rage XL y 8 MB de memoria para ser usado en edición de video de alta definición (HDTV). Será cuestión de probar, y en caso de no ser suficiente, le agrego una tarjeta de video.
La resolución máxima de salida es lo que se te puede quedar corto, dependerá del monitor que utilices. Las especificaciones de ati: http://ati.amd.com/products/server/ragexl/features.html Si tienes dos ranuras pci-e, yo pondría una nueva tarjeta gráfica sencilla pero que al menos te permita el uso de dos monitores y una resolución máxima mayor, si es para edición de vídeo, lo agradecerás. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 4/07/07, Camaleón
El 4/07/07, Juan Erbes escribió:
La duda que tengo, es si es suficiente el video integrado en el mobo Supermicro H8DA8-O, con chip Ati Rage XL y 8 MB de memoria para ser usado en edición de video de alta definición (HDTV). Será cuestión de probar, y en caso de no ser suficiente, le agrego una tarjeta de video.
La resolución máxima de salida es lo que se te puede quedar corto, dependerá del monitor que utilices. Las especificaciones de ati:
http://ati.amd.com/products/server/ragexl/features.html
Si tienes dos ranuras pci-e, yo pondría una nueva tarjeta gráfica sencilla pero que al menos te permita el uso de dos monitores y una resolución máxima mayor, si es para edición de vídeo, lo agradecerás.
Gracias por la info. Lo que dices es correcto, y la resolución maxima a utilizar,es la de un monitor tft de 1280x1024. Pero por el otro lado, está el tema costos. Salu2 --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-07-03 a las 10:42 -0300, Juan Erbes escribió:
De las 2 que tengo para armar, en una ya lo tengo definido: 4 GB DDR ECC para un mobo con 2 micros Opteron 270 EE (dual core) con
Ojito con los cuatro gigas: muchas placas no pueden acceder al tercer giga, lo pierdes. Si pones 6, te quedas con un agujero entre el 3º y 4º giga, como si no existiera. No es problema software, ni de sistema operativo: es hardware. Y no es tema del procesador tampoco, es la placa. La cuestión es que el tercer giga está reservado para mapear las placas de hardware, como el vídeo. Igualito que sucedía antaño con los 640 megas, se pensaba que nadie pondría cuatro gigas de memoria, que tres es más que de sobra. ¿De que me suena eso...? Se puede remapear esa ram, _sólo_ si la placa viene preparada para remapearla. Si 32 ni 64 ni na. Avisaos estais... ;-) Para más info, teneis un hilo extenso sobre este tema en la lista inglesa. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGilVGtTMYHG2NR9URAgATAJ4hs3TSJ39eU1fSY5sW1YPt6GXxSwCcC75z mi+VWLU9Kqg0cUu3lEMRleI= =55Qz -----END PGP SIGNATURE-----
El 3/07/07, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-07-03 a las 10:42 -0300, Juan Erbes escribió:
De las 2 que tengo para armar, en una ya lo tengo definido: 4 GB DDR ECC para un mobo con 2 micros Opteron 270 EE (dual core) con
Ojito con los cuatro gigas: muchas placas no pueden acceder al tercer giga, lo pierdes. Si pones 6, te quedas con un agujero entre el 3º y 4º giga, como si no existiera. No es problema software, ni de sistema operativo: es hardware. Y no es tema del procesador tampoco, es la placa.
La cuestión es que el tercer giga está reservado para mapear las placas de hardware, como el vídeo. Igualito que sucedía antaño con los 640 megas, se pensaba que nadie pondría cuatro gigas de memoria, que tres es más que de sobra. ¿De que me suena eso...?
No creo que afecte, ya que en realidad le estoy poniendo 2 Gigas por cada micro (dual core). La capacidad de ese mobo es: 3. Up to 16GB DDR 400 SDRAM (or) Up to 32GB DDR 333 SDRAM (or) Up to 32GB DDR 266 SDRAM (ya tiene sus años) http://www.supermicro.com/Aplus/motherboard/Opteron/8131/H8DA8.cfm Lo que dice el manual del mobo: Software Memory Hole When "Enabled", allows software memory remapping around the memory hole. Options are Enabled and Disabled. Hardware Memory Hole When "Enabled", allows software memory remapping around the memory hole (only supported by rev. EO processors and above). Options. are Enabled and Disabled. Otro item: IOMMU Mode IOMMU is supported on Linux-based systems to convert 32-bit I/O addresses to 64-bit. Options are Disabled, Best Fit and Absolute. Selecting the Best Fit or Absolute settings allows the user to select aperture size. Cuando aparezca (si aparece), veré como lo resulvo. Gracias Salu2 --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 3/07/07, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-07-03 a las 10:42 -0300, Juan Erbes escribió:
De las 2 que tengo para armar, en una ya lo tengo definido: 4 GB DDR ECC para un mobo con 2 micros Opteron 270 EE (dual core) con
Ojito con los cuatro gigas: muchas placas no pueden acceder al tercer giga, lo pierdes. Si pones 6, te quedas con un agujero entre el 3º y 4º giga, como si no existiera. No es problema software, ni de sistema operativo: es hardware. Y no es tema del procesador tampoco, es la placa.
La cuestión es que el tercer giga está reservado para mapear las placas de hardware, como el vídeo. Igualito que sucedía antaño con los 640 megas, se pensaba que nadie pondría cuatro gigas de memoria, que tres es más que de sobra. ¿De que me suena eso...?
Se puede remapear esa ram, _sólo_ si la placa viene preparada para remapearla. Si 32 ni 64 ni na.
Avisaos estais... ;-)
Para más info, teneis un hilo extenso sobre este tema en la lista inglesa.
En cual de las listas inglesas? En la suse-amd64? O en opensuse? Voy a echarle un vistazo, si lo encuentro, por si acaso. Gracias, Juan --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-07-04 a las 09:13 -0300, Juan Erbes escribió:
Para más info, teneis un hilo extenso sobre este tema en la lista inglesa.
En cual de las listas inglesas? En la suse-amd64? O en opensuse? Voy a echarle un vistazo, si lo encuentro, por si acaso.
Creo recordar que la segunda, y hará un mes o dos. Ah, ya: Subject: Re: [opensuse] Kernel only see 3 of 4GB a primeros de junio. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGi5J3tTMYHG2NR9URAo4YAJ9M8Z4fvsDcrYqo8qcihLkxGFEIkQCfRdRG 3cGLSnaT8S0VlD9lher16pQ= =3Moe -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-07-04 a las 14:28 +0200, Carlos E. R. escribió:
Subject: Re: [opensuse] Kernel only see 3 of 4GB
a primeros de junio.
Por ejemplo, éste: ] Date: Fri, 8 Jun 2007 17:18:53 +0200 ] From: Philipp Thomas ] Subject: Re: [opensuse] Kernel only see 3 of 4GB ] ] * Kai Ponte (kai@) [20070604 16:16]: ] ] > Turns out, the motherboard on these laptops (which may be similar to ] > yours) only can address something like 3.2G. ] ] Folks, how many times does this need to be repeated? The BIOS *has* to ] reserve some address space below 4 GiB for I/O puposes, e.g. 32 bit PCI ] devices. RAM in that range is not accessable. Therefore some BIOSs offer ] theoption to remap that RAM to above the 4GB threshold. In order to ] access thisremapped RAM, you either need a 64bit kernel (if you're using ] a processorthat supports AMD64/EM64T) or a 32bit kernel with PAE enabled ] (i.e.kernel-bigsmp). ] ] Philipp Es lo que algunas bios llaman "memory hole" y tienen una opción para remapearla. Pero muchas placas no pueden, sobre todo en portátiles: y la gente se da cuenta ahora que la memoria es "barata" y el vista necesita dos gigas para ir "decente", y piensan en comprar cuatro para volar. Y una vez remapeada, el kernel tiene que estar preparado para poder accesarla (tanto en cpus de 32 como de 64 bits). - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGi5QYtTMYHG2NR9URAkwfAJ0XZbzH09mtWAV/5P6fW+ShfFHCXwCeICD2 NhCkGxpzIUQ2HrGVieRsEL4= =9e3v -----END PGP SIGNATURE-----
err, solo una muestra, y como soy armador de pc tengo acceso a poder probar aqui con una msi k8n neo 4 ultra, con una k8ngm2, ecs 6100 am2, asrock con 6150, k9n neo y 4GB. estos son chipset: nforce4 ultra, nforce 550, nforce c51 (6100 y 6150) para amd he probado en todas con el shadow o remapping desactivado o en las que no lo dice en el bios windows xp pro32 : 3 a 3,5 GB dependiendo de que placas pci-pci-e instaladas windows xp x64: 4GB suse 32: 3,2 a 3,5GB igual que en xp pro suse 64: 4GB vista 32: igual que xp pro 32 vista 64: igual que xp pro x64 activando en bios las que lo soportan: windows xp pro32 : 3 a 3,5 GB dependiendo de que placas pci-pci-e instaladas windows xp x64: 4GB suse 32: 3,2 a 3,5GB igual que en xp pro suse 64: 4GB vista32: se activa el pae automaticamente y toma 4GB vista64: 4GB ahora en xp pro 32 y en suse 32 activando el pae ve los 4GB, pero se nota una perdida de rendimiento en la memoria de 15% ahora voy a probar en un intel a ver que onda, porque estos son todos amd y en placas nvidia trabajo casi todo amd porque intel me parecen inferiores calidad/precio/prestaciones aparte tengo la politica que mis clientes no eligen sus equipos sino yo, ya que ellos no estan capacitados para ello. menos problemas, mas libertad para elegir precio/prestaciones... y aunque no lo crean, el boca a boca me sigue dando cada vez mas clientes. es que asi siempre puedo dejar los equipos de manera optima en su precio. --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-07-04 a las 09:53 -0300, Juan Fogelman (JGustavo) escribió:
suse 32: 3,2 a 3,5GB igual que en xp pro
Tienes que probar con el kenel bigsmp. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGi6Y8tTMYHG2NR9URAjGtAJ9ilo8b42pkP3hEgYcKtE7qtbA2dACgk8Z2 3u0hRL/21y0y8Y6iRqprTRo= =sZdb -----END PGP SIGNATURE-----
El 4/07/07, Juan Fogelman (JGustavo)
err, solo una muestra, y como soy armador de pc tengo acceso a poder probar aqui con una msi k8n neo 4 ultra, con una k8ngm2, ecs 6100 am2, asrock con 6150, k9n neo y 4GB. estos son chipset: nforce4 ultra, nforce 550, nforce c51 (6100 y 6150) para amd
Gracias por la info Juan. Tube algunas peripecias con el tema del mobo que había comprado en ML. Cuando fui a retirarlo, me querian dar un MSI K9N PLATINUM, en lugar del MSI K9A PLATINUM, lo cual advertí inmediatamente, a lo que me respondieron: "Es lo mismo". Y yo le dije "es otro chipset"-... Finalmente quedamos en que me lo conseguia al dia siguiente, lo cual no sucedió. A los 2 dias acepté comprar el K9N por 20 dolares menos, ya que no conseguia el K9A, pero cuando llego a la hora acordada, me dice esperá 1 hora que ya llega, pero como ya tenía acordado el horario para retirar la tarjeta de video (MSI ATI-RX1550-256 mb) con pocos dias de uso, que la había armado un colega tuyo, y lo dejaron colgado, optó por venderla por partes, y justo tenía el mobo MSI K9A PLATINUM del mismo equipo, así que terminé comprandoselo a el. Otra experiencia fue con las memorias, que las compre en deremate (OCZ Gold 1GB (2 x 512KB) a 90 dolares, pero cuando llamo para retirarlas, me dicen: "tenes que esperar 8 dias a que lleguen de USA", cuando en la publicación decía que tenía 15 kits disponibles. Así que opté por comprarlas en ebay, ya que tengo que esperar una semana, y casi por el mismo precio, me compro el kit de 2 gigas, pero ya que estaba, elegi unas un poco mejor, que son las OCZ Reaper HPC 2GB(2x1GB) DDR2 800 PC2 6400 240pin, que no tiene los agujeritos en los disipadores, que a la larga terminarán llenandose de polvo, y jorobando: http://www.ocztechnology.com/products/memory/ocz_ddr2_pc2_6400_reaper_hpc_ed... Que te parecen? Salu2 --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 4/07/07, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-07-04 a las 14:28 +0200, Carlos E. R. escribió:
Subject: Re: [opensuse] Kernel only see 3 of 4GB
a primeros de junio.
Por ejemplo, éste:
] Date: Fri, 8 Jun 2007 17:18:53 +0200 ] From: Philipp Thomas ] Subject: Re: [opensuse] Kernel only see 3 of 4GB ] ] * Kai Ponte (kai@) [20070604 16:16]: ] ] > Turns out, the motherboard on these laptops (which may be similar to ] > yours) only can address something like 3.2G. ] ] Folks, how many times does this need to be repeated? The BIOS *has* to ] reserve some address space below 4 GiB for I/O puposes, e.g. 32 bit PCI ] devices. RAM in that range is not accessable. Therefore some BIOSs offer ] theoption to remap that RAM to above the 4GB threshold. In order to ] access thisremapped RAM, you either need a 64bit kernel (if you're using ] a processorthat supports AMD64/EM64T) or a 32bit kernel with PAE enabled ] (i.e.kernel-bigsmp). ] ] Philipp
Es lo que algunas bios llaman "memory hole" y tienen una opción para remapearla. Pero muchas placas no pueden, sobre todo en portátiles: y la gente se da cuenta ahora que la memoria es "barata" y el vista necesita dos gigas para ir "decente", y piensan en comprar cuatro para volar.
Y una vez remapeada, el kernel tiene que estar preparado para poder accesarla (tanto en cpus de 32 como de 64 bits).
Como te puse en otro mensaje, a pesar que el mobo que compré no es de los ultimos, tiene en la bios 2 vias de configurarlo: por software o por hardware. Además, en mi caso, no se si la bios ve 2 GB o 4, ya que cada micro tiene su propio banco de memorias (2 Gb c/u), aunque a traves de NUMA, UN MICRO PUEDE ACCEDER AL BANCO DE MEMORIAS DEL OTRO. Por otro lado, como tu dijiste, ese problema apareció en un portatil que no tiene remapeo del agujero de memoria. Pero aparentemente, es un problema especifico de los sistemas de 32 bits: (donde tambien entra en juego el tema de la memoria para el video) http://technology.guardian.co.uk/weekly/story/0,,2091227,00.html#article_con... Ademas, en el caso citado, ademas de tratarse de un portatil, era con micro intel: http://lkml.org/lkml/2007/6/29/292 Pero tambien viene de vieja data el mismo problema en amd64: http://osdir.com/ml/suse.amd64/2005-07/msg00099.html http://osdir.com/ml/suse.amd64/2005-07/msg00096.html Salu2 --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-07-04 a las 10:08 -0300, Juan Erbes escribió:
Pero aparentemente, es un problema especifico de los sistemas de 32 bits:
No, no lo es. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGi6aUtTMYHG2NR9URAvncAKCIU89zQGlJGN68FdJWDdBzVawQZwCfQZLc YSYYUZ6qYMBMgF6G5rciUA4= =4o5F -----END PGP SIGNATURE-----
Pero aparentemente, es un problema especifico de los sistemas de 32 bits:
No, no lo es.
existe el problema en 64bits en amd64? yo no he podido reproducirlo, en las pc que tengo al alcance en 64bits siempre reconocen los 4GB, tanto suse como win, no importa si remapeo en bios o no --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-07-04 a las 10:59 -0300, Juan Fogelman (JGustavo) escribió:
Pero aparentemente, es un problema especifico de los sistemas de 32 bits:
No, no lo es.
existe el problema en 64bits en amd64?
Sí, exixte: ] Date: Mon, 4 Jun 2007 10:09:20 +0200 ] From: Frank Fiene ] Subject: [opensuse] Kernel only see 3 of 4GB ] ] I've installed additional 2GB of RAM into my Thinkpad Z61p. My kernel ] (latest SUSE-10.2-64bit) sees only 3GB of 4GB! ] ] Do i have to setup anything to see the whole memory? ] ] Regards, Frank. Precisamente la persona que inició el hilo en la lista inglesa está en ese caso. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGi/owtTMYHG2NR9URAs1YAJ9Da3O95hOqsuQAkfBS2EP0soN1kwCff/aV AhJj/kmPSe2A4ncijAaiBbg= =vyqz -----END PGP SIGNATURE-----
existe el problema en 64bits en amd64?
Sí, exixte:
Precisamente la persona que inició el hilo en la lista inglesa está en ese caso.
voy mirarlo... para ver que chipset/version de cpu usa --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
existe el problema en 64bits en amd64?
Sí, exixte:
Precisamente la persona que inició el hilo en la lista inglesa está en ese caso.
voy mirarlo... para ver que chipset/version de cpu usa
me contesto yo mismo ES UN INTEL, no es AMD64 y el problema esta en el chipset cosa que en amd no pasa, porque el controlador de memoria esta en el cpu vuelvo a preguntar, hay algun caso en AMD (empresa) en SO 64 bits que no tome los 4GB? --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-07-04 a las 17:03 -0300, Juan Gustavo Fogelman escribió:
voy mirarlo... para ver que chipset/version de cpu usa
me contesto yo mismo ES UN INTEL, no es AMD64
??? Si dice que instaló "SUSE-10.2-64bit", no puede ser intel, ¿no?. Desde luego, no es 32 bits.
y el problema esta en el chipset cosa que en amd no pasa, porque el controlador de memoria esta en el cpu
vuelvo a preguntar, hay algun caso en AMD (empresa) en SO 64 bits que no tome los 4GB?
Según dijeron en ese hilo y otros que he leído, si. No es la cpu, es la placa. Los que pasa es que debe ser mucho menos frecuente, puesto que los que ponen un 64 bits suele ser para usar mucha memoria. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGjDfKtTMYHG2NR9URAt9zAJ9nOYygNu2j1e439ItxiVy3bShOWgCeLOy8 g4yase1hC7vON3IEz6/DR/k= =Yxjs -----END PGP SIGNATURE-----
El 2007-07-04 a las 17:03 -0300, Juan Gustavo Fogelman escribió:
voy mirarlo... para ver que chipset/version de cpu usa
me contesto yo mismo ES UN INTEL, no es AMD64
???
Si dice que instaló "SUSE-10.2-64bit", no puede ser intel, ¿no?. Desde luego, no es 32 bits.
intel desde los PD, algunos P4 y celeron D para esta parte tienen extensiones de 64bits
y el problema esta en el chipset cosa que en amd no pasa, porque el controlador de memoria esta en el cpu
vuelvo a preguntar, hay algun caso en AMD (empresa) en SO 64 bits que no tome los 4GB?
Según dijeron en ese hilo y otros que he leído, si. No es la cpu, es la placa. Los que pasa es que debe ser mucho menos frecuente, puesto que los que ponen un 64 bits suele ser para usar mucha memoria.
a ver... en Intel es la placa (chipset en realidad) el que controla la memoria pinchada en la placa en los AMD es el CPU el que controla directamente la memoria, sin intermediarios por lo tanto: TODOS los AMD64 tienen pae o acceso directo en 64bits por hardware directo los intel dependen de como este implementado en el chipset. y como en un mismo chipset puede enchufarse un micro 32bits o uno con extensiones de 64, no siempre va a funcionar bien el pae el equipo en cuestion del articulo monta un Core2duo Intel de gama baja 2xxx en un chipset de gama baja. de ahi el problema pero no es un amd ni de cerca --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 4/07/07, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-07-04 a las 10:59 -0300, Juan Fogelman (JGustavo) escribió:
Pero aparentemente, es un problema especifico de los sistemas de 32 bits:
No, no lo es.
existe el problema en 64bits en amd64?
Sí, exixte:
] Date: Mon, 4 Jun 2007 10:09:20 +0200 ] From: Frank Fiene ] Subject: [opensuse] Kernel only see 3 of 4GB ] ] I've installed additional 2GB of RAM into my Thinkpad Z61p. My kernel ] (latest SUSE-10.2-64bit) sees only 3GB of 4GB! ] ] Do i have to setup anything to see the whole memory? ] ] Regards, Frank.
Precisamente la persona que inició el hilo en la lista inglesa está en ese caso.
No es que no exista el problema, pero ese equipo usa un micro intel Core-duo. Salu2 --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
] > Turns out, the motherboard on these laptops (which may be similar to ] > yours) only can address something like 3.2G. ] ] Folks, how many times does this need to be repeated? The BIOS *has* to ] reserve some address space below 4 GiB for I/O puposes, e.g. 32 bit PCI ] devices. RAM in that range is not accessable. Therefore some BIOSs offer ] theoption to remap that RAM to above the 4GB threshold. In order to ] access thisremapped RAM, you either need a 64bit kernel (if you're using ] a processorthat supports AMD64/EM64T) or a 32bit kernel with PAE enabled ] (i.e.kernel-bigsmp). ] ] Philipp
Es lo que algunas bios llaman "memory hole" y tienen una opción para remapearla. Pero muchas placas no pueden, sobre todo en portátiles: y la gente se da cuenta ahora que la memoria es "barata" y el vista necesita dos gigas para ir "decente", y piensan en comprar cuatro para volar.
Y una vez remapeada, el kernel tiene que estar preparado para poder accesarla (tanto en cpus de 32 como de 64 bits).
qué cosas... me apunto el hilo para leerlo. Pregunto antes de leerlo.(o sea, me podéis decir un rtfm tranquilamente si vienen en el hilo): Estas cosas no pasan si tienes menos de 3 gigas (y digo tres gigas porque he entendido que es ahí donde empieza el agujero)? <mode OT on> Por cierto que, este hilo me recuerda a aquel del tío que quería tunear el R9 para darle más potencia, más velocidad en el paso por curva etc etc :D Un clásico de internet! <mode OT on> -- Saludos, miguel Los agujeros negros son lugares donde dios dividió por cero. Black holes are places where god divided by zero. --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Pregunto antes de leerlo.(o sea, me podéis decir un rtfm tranquilamente si vienen en el hilo): Estas cosas no pasan si tienes menos de 3 gigas (y digo tres gigas porque he entendido que es ahí donde empieza el agujero)? *** un rtfm te vendria bien, pero te cuento la version rapida: las direcciones pci, vienen entre los 3 y los 4GB cuando salio pci, 4GB era lo que podian direccionar los 486 y con 64MB maximo de ram en ese momento, 4GB quedaba lo suficientemente lejos para preocuparse asi que las tarjetas pci se hubican en una direccion FISICA de memoria ram, y de esa manera son mas eficientes en ser leidas/escritas y le dieron 1GB de memorias en ram para que se pudieran poner tantas como quisieras y no tener restricciones ahora... el que la cantidad de memoria que "roben" varie, depende del chipset y las placas instaladas mi pci-e 7600GT de 256MB me roba los 256MB + 128MB de la placa la sb audigy me roba 64MB o 128MB depende como la configure el firewire me roba 32MB y asi cuantas mas placas, mas memoria mapeada a los pci y menos ram efectiva y si justo una placa se posiciona en los 3,1GB pierdes todo lo que queda hasta los 4GB, aunque no tengas ninguna placa que los use... porque el SO necesita memoria contigua el PAE, extension fisica de direcciones, lo que hace es usar hasta 48bits, en vez de 32 para asignar memoria, esto es como los amd64/emt64. de esta manera al tener mas rango de direcciones puedes usar mas ram. desde 3GB hasta 4GB se mantiene para los pci y esa memoria se mapea entre los 4 y 5GB ahora: cuando usas 32bits de memoria los accedes a todos de una vez... pero al usar 48, la jodes, porque en 32bits no puedes acceder en un solo ciclo a toda la direccion, de manera que la velocidad de acceso sufre... no se en un intel, pero en un amd en modo 32bits con pae, cae 15% esa es la version corta, espero habee puesto algo de luz --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-07-04 a las 10:34 -0300, Juan Fogelman (JGustavo) escribió: ...
el PAE, extension fisica de direcciones, lo que hace es usar hasta 48bits, en vez de 32 para asignar memoria, esto es como los amd64/emt64. de esta manera al tener mas rango de direcciones puedes usar mas ram. desde 3GB hasta 4GB se mantiene para los pci y esa memoria se mapea entre los 4 y 5GB ahora: cuando usas 32bits de memoria los accedes a todos de una vez... pero al usar 48, la jodes, porque en 32bits no puedes acceder en un solo ciclo a toda la direccion, de manera que la velocidad de acceso sufre...
Claro que sufrirá, pero se accede. Pero no tanto, porque salvo que me equivoque mucho los 48 cables del bus de direcciones existen físicamente. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGi6f+tTMYHG2NR9URAtmUAJ9paMSrRDuHxFnQiphhV8E2z5LTPACeMTyM jA6k4ab0R5lokiVTUEhEls8= =BbHr -----END PGP SIGNATURE-----
Claro que sufrirá, pero se accede. Pero no tanto, porque salvo que me equivoque mucho los 48 cables del bus de direcciones existen físicamente.
no te equivocas, los cables existen fisicamente, pero en modo 32bits, el cpu necesita 2 ciclos para enviar la direcion hasta el controlador de memoria no es que la memoria vaya a mitad de velocidad, porque solo se sufre el envio de direcciones, el resto trabaja a la misma velocidad digamos (ej no tecnico), en ves de 6 ciclos completos se necesita 7, por el ciclo adicional de direccion a mi el everest me dice que se penaliza en 15% con las pruebas en win xp32 el memtest86+ me dice que 5%... pero el everest cuenta tambien las latencias asi que no se a cual creerle en la vida real, debe ser menos claro que 15% menos en ram por el pae, contra la velocidad de un hdd, prefiero el pae y mas ram --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-07-04 a las 11:19 -0300, Juan Fogelman (JGustavo) escribió:
Claro que sufrirá, pero se accede. Pero no tanto, porque salvo que me equivoque mucho los 48 cables del bus de direcciones existen físicamente.
no te equivocas, los cables existen fisicamente, pero en modo 32bits, el cpu necesita 2 ciclos para enviar la direcion hasta el controlador de memoria no es que la memoria vaya a mitad de velocidad, porque solo se sufre el envio de direcciones, el resto trabaja a la misma velocidad digamos (ej no tecnico), en ves de 6 ciclos completos se necesita 7, por el ciclo adicional de direccion a mi el everest me dice que se penaliza en 15% con las pruebas en win xp32 el memtest86+ me dice que 5%... pero el everest cuenta tambien las latencias asi que no se a cual creerle en la vida real, debe ser menos claro que 15% menos en ram por el pae, contra la velocidad de un hdd, prefiero el pae y mas ram
Me equivoqué ligeramente. Los pentium de 32 bits tienen en realidad 36 pines de direcciones (64GB). Pueden direccionar 4 GB directamente (32 bits), pero pueden decir de que que zona de esos 64 quieren los 4. Es decir, los programas siguen usando 32 bits de direcciones, una sóla operación. Pero se puede cambiar de zona, segmento, página o como rayos se llame. Bueno, en realidad son dos gigas para el sistema y los dispositivos, y otros dos para cada programa, seleccionables entre los 64 como máximo que pueden haber para un pentium de 32 bits. ] This shouldn't be a problem. Contrary to popular belief, Intel's 32-bit ] CPUs have more than 32 address pins. They actually have 36, giving them ] the ability to address a 64GB physical address space. This means that ] you should in theory be able to fit 4GB of RAM, and still have plenty of ] space for memory mapped devices. In fact you can fit a whole lot more ] than 4GB. Of course programs won't be able to see it all at once. But ] that's not necessarily a problem - you could have 10 processes each ] using 2GB of memory each. That's a total memory usage of 20GB, but any ] individual process is still using only half of the virtual address map, ] leaving 2GB over for the OS and any memory mapped devices. http://www.interact-sw.co.uk/iangblog/2005/08/05/is3gbenough - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGi/oLtTMYHG2NR9URAnoHAJ474HUO65lAj8QvB2o457BVJ2jejQCeN1Yc fwgHzq6kk/qXd1ipwvLUncc= =MnZN -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-07-04 a las 15:14 +0200, miguel gmail escribió:
qué cosas... me apunto el hilo para leerlo.
Pregunto antes de leerlo.(o sea, me podéis decir un rtfm tranquilamente si vienen en el hilo): Estas cosas no pasan si tienes menos de 3 gigas (y digo tres gigas porque he entendido que es ahí donde empieza el agujero)?
Correcto.
<mode OT on> Por cierto que, este hilo me recuerda a aquel del tío que quería tunear el R9 para darle más potencia, más velocidad en el paso por curva etc etc :D Un clásico de internet!
Pues no lo conozco... pero yo oí de uno que tuneó un seiscientos, quemaba keroseno de aviación, lo cual me suena rarísimo: supongo que se equivocaron al contarmelo y sería gasolina de aviación, pero no lo sé. O una mezcla. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGi6cktTMYHG2NR9URAvEsAJ9JIhWybwO7Wt8rWkg+sy3eJwn2CQCfYeAO Om4wUuHHgqpMX6ayEEYebCU= =uopn -----END PGP SIGNATURE-----
El 3/07/07, Juan Erbes escribió:
La cuestión es para la que estoy armando para mi, para uso general, con un Athlon64 X2 5200 en un mobo MSI K9A Platinum, que trae solamente 2 bancos de memoria, y estoy en la duda (por cuestiones de presupuesto), si poner 1 GB DDR2 repartido en 2 modulos de 512 MB, pero que si el dia de mañana quiero ampliar la memoria, tengo que quitar esos modulos para poner 2 x 1 Giga. La otra opción, es poner ahora un solo modulo de 1 Giga, y mas adelante, agregar otro modulo igual (si es que lo consigo), para completar los 2 GB.
Voto por el módulo de 1 giga sacrificando (temporalmente) el dual channel. Si sólo tienes dos zócalos, es cuestión de tiempo que añadas el segundo. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Hola,
Te conviene si o si poner 1 modulo de 1 GB y luego ampliar.
Tené en cuenta que utilizar memoria en Dual Channel te aumenta un 5% el
rendimiento de la memoria. Pero solo de la memoria.
Lo cual afectaria en un 1 o 2% aprox el rendimiento de todo el equipo.
No se.... es mi opiñon.
"Juan Erbes"
Hola :) El Tuesday 03 July 2007, Juan Erbes escribió:
En promedio, que cantidad de memoria están usando en estaciones de trabajo con Opensuse y microprocesadores de 64 bits?
De las 2 que tengo para armar, en una ya lo tengo definido: 4 GB DDR ECC para un mobo con 2 micros Opteron 270 EE (dual core) con 4 bancos de memoria por cada micro, para procesamiento de video en alta definición. Tendría 8 modulos de 512 MB, y 1 GB por core. Segun he visto en el manual del mobo para los Opteron, recomiendan agrupar de a 2 modulos de memoria consecutivos iguales (1 y 2 o 3 y 4), para obtener entre ambos posiciones de memoria de 128 bits, en un mismo ciclo de reloj, de lo contrario, se obtiene posiciones de memoria de 64 bits.
La cuestión es para la que estoy armando para mi, para uso general, con un Athlon64 X2 5200 en un mobo MSI K9A Platinum, que trae solamente 2 bancos de memoria, y estoy en la duda (por cuestiones de presupuesto), si poner 1 GB DDR2 repartido en 2 modulos de 512 MB, pero que si el dia de mañana quiero ampliar la memoria, tengo que quitar esos modulos para poner 2 x 1 Giga. La otra opción, es poner ahora un solo modulo de 1 Giga, y mas adelante, agregar otro modulo igual (si es que lo consigo), para completar los 2 GB. Como lo ven Uds?
Yo recomiendo 2 GB por core si es para un sistema que va a recibir mucha carga _de verdad_ ... me explico: si el cliente es un financiero de un banco (grandes hojas de cálculo con miles de ecuaciones y posibilidades), diseñador 3D con grandes necesidades de máquina, edición de vídeo para productoras o televisiones, ... Ahora bien, si no disponemos del dinero, siempre prefiero menos CPU, toda la RAM que me permita le bolsillo y el _MÁXIMO_ ancho de banda si es uno de los casos anteriores os similares, especialmente en edición de vídeo ya que se suelen ver afectados por latencias y framedrops :( Las CPUs son lo que menos me preocupan ya que los MHz que tienen son más que suficiente ... es más, hay demasiados MHz en las CPUs de hoy en día para los buses de hoy en día por lo que las CPUs suelen estar "perdiendo el tiempo" (aka ociosas aka idle) :( Dices que en tu caso es "uso general". Yo iría a por 1 GB y el día de mañana ampliaría a 1 GB más. HTH Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.com --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Yo recomiendo 2 GB por core si es para un sistema que va a recibir mucha carga _de verdad_ ... me explico: si el cliente es un financiero de un banco (grandes hojas de cálculo con miles de ecuaciones y posibilidades), diseñador 3D con grandes necesidades de máquina, edición de vídeo para productoras o televisiones, ... Ahora bien, si no disponemos del dinero, siempre prefiero menos CPU, toda la RAM que me permita le bolsillo y el _MÁXIMO_ ancho de banda si es uno de los casos anteriores os similares, especialmente en edición de vídeo ya que se suelen ver afectados por latencias y framedrops :( Las CPUs son lo que menos me preocupan ya que los MHz que tienen son más que suficiente ... es más, hay demasiados MHz en las CPUs de hoy en día para los buses de hoy en día por lo que las CPUs suelen estar "perdiendo el tiempo" (aka ociosas aka idle) :( Rafa ** anda rafa, por fin pensamos igual en algo. jaja saludos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Hola :) El Tuesday 03 July 2007, Juan Fogelman (JGustavo) escribió:
Yo recomiendo 2 GB por core si es para un sistema que va a recibir mucha carga _de verdad_ ... me explico: si el cliente es un financiero de un banco (grandes hojas de cálculo con miles de ecuaciones y posibilidades), diseñador 3D con grandes necesidades de máquina, edición de vídeo para productoras o televisiones, ...
Ahora bien, si no disponemos del dinero, siempre prefiero menos CPU, toda la RAM que me permita le bolsillo y el _MÁXIMO_ ancho de banda si es uno de los casos anteriores os similares, especialmente en edición de vídeo ya que se suelen ver afectados por latencias y framedrops :(
Las CPUs son lo que menos me preocupan ya que los MHz que tienen son más que suficiente ... es más, hay demasiados MHz en las CPUs de hoy en día para los buses de hoy en día por lo que las CPUs suelen estar "perdiendo el tiempo" (aka ociosas aka idle) :(
Rafa
** anda rafa, por fin pensamos igual en algo. jaja saludos
--------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
;) Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.com --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 3/07/07, Juan Fogelman (JGustavo)
Yo recomiendo 2 GB por core si es para un sistema que va a recibir mucha carga _de verdad_ ... me explico: si el cliente es un financiero de un banco (grandes hojas de cálculo con miles de ecuaciones y posibilidades), diseñador 3D con grandes necesidades de máquina, edición de vídeo para productoras o televisiones, ...
Ahora bien, si no disponemos del dinero, siempre prefiero menos CPU, toda la RAM que me permita le bolsillo y el _MÁXIMO_ ancho de banda si es uno de los casos anteriores os similares, especialmente en edición de vídeo ya que se suelen ver afectados por latencias y framedrops :(
Las CPUs son lo que menos me preocupan ya que los MHz que tienen son más que suficiente ... es más, hay demasiados MHz en las CPUs de hoy en día para los buses de hoy en día por lo que las CPUs suelen estar "perdiendo el tiempo" (aka ociosas aka idle) :(
Gracias a todos. Usé como referencia para los opteron's, lo sugerido en Cinelerra de 1 Gb por core, y ya tengo los 8 modulos de 512 MB comprados. Son DDR 400 ECC, y no las consigo a la vuelta de la esquina. Los micros corren a 2 GHz. Tan solo me queda ver que video le pongo, ya que el chip que trae integrado es un poco pobre (ATI Rage 8 MB XL), suficiente como servidor web, pero casi inexistente para procesamiento y edición de video. Salu2 --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
participants (9)
-
Camaleón
-
Carlos E. R.
-
jose maria
-
Juan Erbes
-
Juan Fogelman (JGustavo)
-
Juan Gustavo Fogelman
-
Lucas Etchezuri
-
miguel gmail
-
Rafa Grimán