|
|
|
Secciones
Login Barrapunto
mig21 (7781)
reversethis-{moc.liamg} {ta} {pb12gim}
https://twitter.com/yapw
Hola, soy Miguel. Algo que pueda ser relevante aquí... Uhmm... Me gusta escribir en mi bitácora de BP [barrapunto.com] y en su clon en blogspot: Yet Another Programming Weblog [blogspot.com]
Me gustaría que Barrapunto fuese un sitio con más discusiones técnicas y trato de hacer lo que está en mi mano. De todos modos, también me gusta leer flames
No creo que te interese, pero en Lecturas aleatorias [blogspot.com] dejo registro de los libros que voy leyendo...
Esta es toda mi información de usuario
Publicidad
Publicidad
Lo que todo programador debería saber sobre la memoria
Así titula Ulrich Drepper un artículo sobre los posibles cuellos de botella que se generan en las arquitecturas modernas de uso común, explicando el comportamiento de las caches de CPU, el diseño de los controladores de memoria, el DMA... Debería ser útil para esos momentos en los que las abstracciones que usamos empiezan a fallar y debemos conocer lo que hay debajo.
El modo de publicarlo es un poco, bueno, llamémosle arcaico, pero nos conformaremos porque el contenido lo merece, y porque es el deseo del autor, claro... El caso es que se va a publicar por partes en LWN.net y al comienzo serán accesibles solo para suscriptores y posteriormente para el resto. Al final publicarán la versión pdf que probablemente será muy interesante para imprimir. Actualización (22/11/07): Ya está disponible la versión en pdf: "What Every Programmer Should Know About Memory" por Ulrich Drepper
He ido actualizando esta entrada conforme se han liberado las todas las partes del documento, muy interesantes:
- What every programmer should know about memory, Part 1
- Memory part 2: CPU caches
- Memory part 3: Virtual Memory
- Memory part 4: NUMA support
- Memory part 5: What programmers can do
- Memory part 6: More things programmers can do
- Memory part 7: Memory performance tools
- Memory part 8: Future technologies
- Memory part 9: Appendices and bibliographys
Bonus Track : Como creo que pega en esta entrada, pongo el link a unas charlas con diapositivas de Herb Sutter sobre temas similares: Machine Architecture: Things Your Programming Language Never Told You (jejeje, Sutter y Drepper ¿lo mejor de los los dos mundos?)
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
Pamplinas
(Puntos:1)( http://barrapunto.com/ )
Un servidor de correo "comercial" requiere entre 2.000.000.000 y 4.000.0000.000 bytes de memoria RAM, un programa de diseño requiere un PC con entre 1.000.0000.000 y 2.000.000.000 bytes de memoria RAM, un
Y ya no hablemos si decidimos usar OpenOffice y Firefox a la vez!
Yo tengo unos consejos mejores
(Puntos:3, Divertido)1.- Empezar a echar currículums.
2.- Echarle la culpa al más "callao". Si tu eres el más "callao", goto 1.
3.- Ponerte malo. En caso de ser autonomo, goto 1 también.
todas ellas se resumen en una: ¡Sálvese quien pueda!
Invertir en conocimientos produce siempre los mejores beneficios - Benjamin Franklin
debería aprender...
(Puntos:1)( http://sinproyecto.eclipsi.net/ )
If my answers frighten you then you should cease asking scary questions.
El estilo Oracle/Microsoft
(Puntos:3, Inspirado)2. Reservarla toda (así no la use después)
3. Mostrar un aviso de "Poca memoria, el software puede no ser tan efectivo con tan baja memoria"
4. Si en los foros se quejan del uso excesivo de memoria decir: "Los nuevos paradigmas de desarrollo, las nuevas abtracciones y el nuevo y mejorado sistema de seguridad, aunado con la flexibilidad y poderio permiten ofrecer a nuestros clientes software de calidad, seguro, poderoso, flexible y escalable que no podía ofrecerse antes con las limitantes de memoria".... así hace quedar mal a los usuarios quejicas.
Abstracciones
(Puntos:2)( http://www.tryo.scd.cl/ | Última bitácora: Miércoles, 21 Enero de 2004, 03:12h )
Consejo para los programadores.
(Puntos:3, Divertido)( http://barrapunto.com/~saisyukusanagi | Última bitácora: Viernes, 20 Junio de 2008, 05:04h )
Incompleto a f alta por leer el resto.
(Puntos:3, Informativo)Mas importante que el ratio entre la frecuencia de la CPU y la de la RAM el ratio entre el Ancho de banda de la RAM y el maximo que es capaz de procesar la CPU. Si bien con el tipico es una medida mas fiable para un ordenador personal, este se calcula 2*IPC*"tamaño ded palabra"*Frecuencia , siendo el IPC el medio o el maximo segun que queramos calcular, se multiplica por dos por que se tiene en cuenta no solo el dato si no la instrucion misma.
Una buna manera, aunque no muy correcta de medir la calidad de una memoria es "ancho de banda"^2/latencia
Sobre el modo de publicación
(Puntos:2)Este comentario no es sobre la parte técnica sino sobre el enlace que habla sobre el método de publicación [livejournal.com].
El autor (Ulrich Drepper) busca un buen medio para publicar su artículo que le permita al mismo tiempo tener una edición externa, pero también su difusión libre (o gratuita, al menos).
Esto se debe a que el abuso del copyright ha llevado a una perversión de su función original [sindominio.net] (fomentar la difusión concediendo un monopolio temporal al autor para aprovecharse de su obra). Hemos llegado a la situación estúpida en la que los autores que realmente quieren difundir sus obras tienen que luchar contracorriente.
Lo irónico del tema es que una de las soluciones (que es por la que opta Drepper) consiste ni más ni menos que en emular el copyright en su espíritu original, pero adaptado a la nueva realidad que impone una escala temporal más corta: en el caso de la noticia, el artículo se publicará por entregas en LWN de forma exclusiva y restringida, pero pasará a estar disponible para todo el mundo al cabo de... 1 semana (!)
A la guerra de los pobres la llaman terrorismo. Al terrorismo de los ricos lo llaman guerra.
Re:¡Qué típico!
(Puntos:2)( Última bitácora: Sábado, 19 Diciembre de 2009, 16:06h )
"Cuando el copyright impide el progreso de la ciencia, la ciencia debe desechar el copyright" - Richard M. Stallman