Re: [opensuse-es] Re: Lenguajes de pro.... (Cambiando de tema) Fotos Tilt-Shift
On Domingo, 24 de Enero de 2010 13:40:52 Camaleón escribió:
El Sun, 24 Jan 2010 13:24:46 +0100, Angel escribió:
On Domingo, 24 de Enero de 2010 12:38:50 Camaleón escribió:
Lo pone por aquí:
http://en.opensuse.org/KDE/KDE4#Corrupted_desktop
Saludos,
en efecto! gracias!!!
no obstante mi maravilloso setup me ha permitido probar otras variaciones como kdeinit4 +plasma-desktop...
¿alguien sabe que significa es signo '+'?
Segun los kdenitas esto ahorra memoria pero a mi salen los mismo valores the "shared" que siempre...
En el manual (man kdeinit4) pone algo:
*** +programs runs the programs handling requests ***
En cuanto a lo del ahorro de memoria, pues ni idea y tampoco lo puedo probar :-P
Saludos,
.Ah!! se me olvidaba: Se supone que el kdeinit este carga TODAS (o casi) las bibliotecas de KDE para despues cargar el codigo de la aplicación (ahora convertido en biblioteca). Asi si vas a sacr un libro no tienen que recurrir al prestamo interbibliotecario En SSOO como windows se hace lo mismo pero con librerias (para comprar libros). Lo he buscado en san google... La razon es que el loader hará el esfuerzo de recolocar de forma optima casi todas las librerias/bibliotecas de un tirón y por tanto la cantidad de páginas de codigo compartida será mayor. A que eso no lo teneis en GNOME?? chincha rabiña!! Salu2 /angel -- Most people know English is not so high level.... ...Everybody else just got Shakespeare overdose -- 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 Sun, 24 Jan 2010 13:54:57 +0100, Angel escribió:
On Domingo, 24 de Enero de 2010 13:40:52 Camaleón escribió:
En cuanto a lo del ahorro de memoria, pues ni idea y tampoco lo puedo probar :-P
Saludos,
.Ah!!
se me olvidaba:
Se supone que el kdeinit este carga TODAS (o casi) las bibliotecas de KDE para despues cargar el codigo de la aplicación (ahora convertido en biblioteca).
Asi si vas a sacr un libro no tienen que recurrir al prestamo interbibliotecario
En SSOO como windows se hace lo mismo pero con librerias (para comprar libros).
Lo he buscado en san google...
La razon es que el loader hará el esfuerzo de recolocar de forma optima casi todas las librerias/bibliotecas de un tirón y por tanto la cantidad de páginas de codigo compartida será mayor.
Ah, por eso el kde tarda tanto en arrancar. Tiene que cargar bibliotecas que no necesita >>:-P
A que eso no lo teneis en GNOME?? chincha rabiña!!
Pos ni idea. Pregunta a algún "GNOMERO-dinosaurio" que yo acabo de llegar a estas tranquilas tierras repletas de sencillez y abundancia O:-) 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-01-24 a las 13:14 -0000, Camaleón escribió:
A que eso no lo teneis en GNOME?? chincha rabiña!!
Pos ni idea. Pregunta a algún "GNOMERO-dinosaurio" que yo acabo de llegar a estas tranquilas tierras repletas de sencillez y abundancia O:-)
No hace falta. Como está hecho a "bajo nivel", optimiza la memoria sin necesidad de historias >:-P - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAktcYpEACgkQtTMYHG2NR9XhCQCeP0Uv4zlXAJ7mngK9uwhDMBOd VfQAnAykRKLfNFnOCrhwBHXoHWL55Ymu =doo1 -----END PGP SIGNATURE-----
On Domingo, 24 de Enero de 2010 16:08:56 Carlos E. R. escribió:
El 2010-01-24 a las 13:14 -0000, Camaleón escribió:
A que eso no lo teneis en GNOME?? chincha rabiña!!
Pos ni idea. Pregunta a algún "GNOMERO-dinosaurio" que yo acabo de llegar a estas tranquilas tierras repletas de sencillez y abundancia O:-)
No hace falta. Como está hecho a "bajo nivel", optimiza la memoria sin necesidad de historias >:-P
ya me imaginaba... punteros, esas cosas que se supone el procesado le gustan.. bueno parace que no tanto... veamos register renaming??, deep pipelines??, out of order executión?? uff maldito compilador, no entiende lo que quiero hacer!! pero cuando llega el recibo de la luz preferimos cambiar la ordenacion de burbuja por algo mas eficiente, usar filtros bloom para agilizar las consultas, olvidarnos de los (long int*) ptr++ que parace ya no aceleran nada ...y usar un lenguaje de alto nivel, para salir del curro antes y disfrutar de la vida. :-P :-P :-P Salu2 -- Most people know C is not so high level.... ...Everybody else just got assembler overdose -- 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
On Domingo, 24 de Enero de 2010 16:29:20 Angel escribió:
On Domingo, 24 de Enero de 2010 16:08:56 Carlos E. R. escribió:
El 2010-01-24 a las 13:14 -0000, Camaleón escribió:
A que eso no lo teneis en GNOME?? chincha rabiña!!
Pos ni idea. Pregunta a algún "GNOMERO-dinosaurio" que yo acabo de llegar a estas tranquilas tierras repletas de sencillez y abundancia O:-)
No hace falta. Como está hecho a "bajo nivel", optimiza la memoria sin necesidad de historias >:-P
ya me imaginaba...
punteros, esas cosas que se supone el procesado le gustan..
bueno parace que no tanto... veamos
register renaming??, deep pipelines??, out of order executión??
uff maldito compilador, no entiende lo que quiero hacer!!
pero cuando llega el recibo de la luz preferimos cambiar la ordenacion de burbuja por algo mas eficiente, usar filtros bloom para agilizar las consultas,
olvidarnos de los (long int*) ptr++ que parace ya no aceleran nada
...y usar un lenguaje de alto nivel, para salir del curro antes y disfrutar de la vida.
:-P :-P :-P
Veo una clara conclusion en tus comentarios : Los coches de color rojo y con ralla lateral, corren mas y consumen menos. Una cosa es la maquina, que usara indirecciones, muy parecidas a los punteros. Otra es como tu se lo cuentes. La aceleracion, dependera de la optimizacion del lenguaje, lo que se ejecutara de verdad, es codigo maquina. -- Saludos Lluis
On Domingo, 24 de Enero de 2010 19:51:41 Lluis escribió:
On Domingo, 24 de Enero de 2010 16:29:20 Angel escribió:
On Domingo, 24 de Enero de 2010 16:08:56 Carlos E. R. escribió:
El 2010-01-24 a las 13:14 -0000, Camaleón escribió:
A que eso no lo teneis en GNOME?? chincha rabiña!!
Pos ni idea. Pregunta a algún "GNOMERO-dinosaurio" que yo acabo de llegar a estas tranquilas tierras repletas de sencillez y abundancia O:-)
No hace falta. Como está hecho a "bajo nivel", optimiza la memoria sin necesidad de historias >:-P
ya me imaginaba...
punteros, esas cosas que se supone el procesado le gustan..
bueno parace que no tanto... veamos
register renaming??, deep pipelines??, out of order executión??
uff maldito compilador, no entiende lo que quiero hacer!!
pero cuando llega el recibo de la luz preferimos cambiar la ordenacion de burbuja por algo mas eficiente, usar filtros bloom para agilizar las consultas,
olvidarnos de los (long int*) ptr++ que parace ya no aceleran nada
...y usar un lenguaje de alto nivel, para salir del curro antes y disfrutar de la vida.
:-P :-P :-P
Veo una clara conclusion en tus comentarios :
Los coches de color rojo y con ralla lateral, corren mas y consumen menos.
Una cosa es la maquina, que usara indirecciones, muy parecidas a los punteros.
Otra es como tu se lo cuentes.
La aceleracion, dependera de la optimizacion del lenguaje, lo que se ejecutara de verdad, es codigo maquina.
jeje era una pseudo broma Si tienes razón, pero a menos artefactos de bajo nivel y a mas declarativo el lenguage, tarde o temprano el compilador empezará a generar mejor código que tú Y me remito a muchos articulos al respecto.... (no me se ahora ningún enlace) John Carmack, ya dice empezar a ver que en el engine que usan y en algunos desarrollos es mejor dejar al compilador que tirar de asm. los compiladores cada vez son mas potentes.... y empieza a no ser muy productivo... Ademas a mayor nivel mas procdutividad, eso es muy importante, el resto se puede: a) optimizar a mano b) "linkar" con código a mano. Imaginate J2EE en C.... te mueres!!! -- Most people know C is not so high level.... ...Everybody else just got assembler overdose -- 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 (4)
-
Angel -
Camaleón -
Carlos E. R. -
Lluis