[opensuse-es] [OT] Ni Linux ni Windows paralelisan
¿será correcto ese término? Nota en /. http://developers.slashdot.org/article.pl?sid=09/03/22/193205&from=rss Tanto Linux y Windows no trabajan bien con procesadores de varios núcleos, este tema se trato ligeramente cuando se discutió acerca de 64 bits hace unos meses atrás, Los comentarios están muy interesantes. Y me parecen acertados en que los fabricantes de chips han hecho nada o demasiado poco para que se aproveche esta tecnología. También se mencionan algunas soluciones en los comentarios. /. ¿News for nerds? es verdad... =P -- Carlos A. -- 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 Monday 23 March 2009, Shinji Ikari escribió:
¿será correcto ese término? Nota en /. http://developers.slashdot.org/article.pl?sid=09/03/22/193205&from=rss
Tanto Linux y Windows no trabajan bien con procesadores de varios núcleos, este tema se trato ligeramente cuando se discutió acerca de 64 bits hace unos meses atrás, Los comentarios están muy interesantes. Y me parecen acertados en que los fabricantes de chips han hecho nada o demasiado poco para que se aproveche esta tecnología. También se mencionan algunas soluciones en los comentarios.
/. ¿News for nerds? es verdad... =P
Sí y no. Vamos a ver, "escalabilidad" no es un término absoluto. Es decir, no basta con que tengas un hw con muchos procesadores. Para poder escalar en la informática, hacen falta al menos 3 cosas: - escalabilidad en hw: es decir, que el hw escale. No basta con poder poner muchos procesadores. Aquí hay que tener en cuenta buses (ancho de banda), latencias, RAM, I/O. Es decir, tiene que escalar tanto en CPU, como en I/O como en RAM. Si NO lo hace, tienes cuellos de botella y NO tienes escalabilidad - escalabilidad del sistema operativo: el sistema operativo debe ser capaz de reconocer (ver) y trabajar con todos los recursos hardware que tiene la máquina. O, lo que es lo mismo, debe ser capaz de gestionar todos los recursos: CPU, RAM, I/O, ... - escalabilidad de la aplicación: la aplicación que estás ejecutando debe ser capaz de utilizar todos los recursos hw que el sistema operativo le presenta a la aplicación. Es decir, si el sistem aoperativo reconoce 80 procesadores, pero la aplicación ha sido diseñada para usar uno ... pues no hay escalabilidad Te pongo un ejemplo. Hace unos cuantos años, construimos una máquina que es capaz de escalar en hardware hasta 2048 cores y 128 TB de RAM en imagen única (una máquina NUMA, no es un cluster). Esto es escalabilidad de hardware. Esta máquina es capaz de escalar desde 8 cores hasta 2048. Pues resulta que al arrancar Linux en esa máquina, la tabla de procesos no era lo suficientemente grande por lo que al reconocer todos los procesadores ... no podías ejecutar ni un "ls" así que parcheamos el kernel para que no ocurra esto. Linux ya es capaz de escalar hasta 2048 cores "out of the box". Un cliente compró 4 máquinas de estas e instaló sus aplicaciones. Resulta que las aplicaciones sólo podían esclar hasta 1024 cores :( Al final el cliente ha dividido la máquina en 2 de 1024 procesadores y las demás tienen 512 cores sólo. Aquí, lo que no escala es la aplicación. El hw y Linux sí escalan, pero la aplicación no. Lo mismo ocurre con las aplicaciones de uso "cotidiano": paquetes ofimáticos, navegadores web, multimedia, ... Si no se han diseñado para utilizar todos los recuros del sistema ... el Linux escalará, pero la aplicación no. Lo que ocurre hoy en día es que se ha invertido poco en la programación paralela, IMHO por dos razones: - desconocimiento, flojera y miedo: no es fácil programar para sistemas SMP y depurar y hacer profiling ya es un infierno - falta de inversión y previsión: hay que diseñar y reprogramar todo Hay otras razones que también hay que tener en cuenta: - algunas aplicaciones no se benefician tanto: navegadores web, procesadores de texto, ... Luego la mejora obtenida no justifica la inversión en tiempo y dinero - el usuario arranca varias aplicaciones: correo, web, ofimática, ... por lo que si no se paraleliza la aplicación, el usuario no se dará cuenta y tampoco pasa nada porque tendrá cada aplicación ejecutándose en un core por lo que notará cierta mejora. En este caso, el usuario no notará que las aplicaciones se ejcutan más rápido sino que las aplicaciones responden mejor ya que no hay que sacar una aplicación del core para meter otra, cada una tendría el suyo Resumiendo: Linux (el kernel) sí escala, pero las aplicaciones no. De todas formas, hay una cosa que dicen, qu eno estoy de acuerdo: "But many of the tools available are still works in progress, participants at the Multicore Expo said. Software compilers need to be able to identify code that can be parallelized, and then do the job of parallelizing it without manual intervention from programmers, said Shay Gal-on, director of software engineering at EEMBC, a nonprofit organization that develops benchmarks for embedded chips." El programador debería saber lo que está haciendo y no dejar todo en manos del compilador. Está bien que el compilador haga ciertas cosas para facilitarle la vida al programador, pero otras las debería hacer el programador. En cambio, estoy totalmente de acuerdo con lo que dicen luego: "While the programming side may present the biggest challenge, there are also hardware changes that need to be made, to overcome issues such as memory latency and slow bus speeds. "As you add more and more CPUs on the chip, you need the memory bandwidth to back it up," Gwennap said. Sharing a single memory cache or data bus among multiple cores can create a bottleneck, meaning the extra cores will be largely wasted. "By the time you get to six or eight CPUs, they spend all their time talking to each other and not moving forward to getting any work done," he said. The onus may ultimately lie with developers to bridge the gap between hardware and software to write better parallel programs. Many coders are not up to speed on the latest developments in hardware design, Gal-on said. They should open up data sheets and study chip architectures to understand how their code can perform better, he said." Sólo le falta añadir que los fabricantes de chips y herramientas de desarrollo (compiladores/depuradores/profilers/...) deberían ayudar a los desarrolladores dando más información de cómo optimizar y programar para SMP, NUMA y clusters. 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 2009-03-23 a las 09:04 +0100, Rafa Grimán escribió:
El Monday 23 March 2009, Shinji Ikari escribió:
¿será correcto ese término?
<modo pedante on> Pues a mi no me termina de convencer. "Paralelización" tiene un deje matemático-geométrico que no le veo aquí... un proceso no se puede ejecutar "en paralelo", sino al tiempo, de forma concurrente, eso sí. Pero no hay espacio ni distancia entre ellos.
Nota en /. http://developers.slashdot.org/article.pl?sid=09/03/22/193205&from=rss
Sí y no. Vamos a ver, "escalabilidad" no es un término absoluto. Es decir, no basta con que tengas un hw con muchos procesadores. Para poder escalar en la informática, hacen falta al menos 3 cosas: - escalabilidad en hw: es decir, que el hw escale. No basta con poder poner muchos procesadores. Aquí hay que tener en cuenta buses (ancho de banda), latencias, RAM, I/O. Es decir, tiene que escalar tanto en CPU, como en I/O como en RAM. Si NO lo hace, tienes cuellos de botella y NO tienes escalabilidad
Yo creo que con los equipos actuales esto ya lo tenemos... o casi.
- escalabilidad del sistema operativo: el sistema operativo debe ser capaz de reconocer (ver) y trabajar con todos los recursos hardware que tiene la máquina. O, lo que es lo mismo, debe ser capaz de gestionar todos los recursos: CPU, RAM, I/O, ...
Y esto creo que también. Los sistemas están preparados.
- escalabilidad de la aplicación: la aplicación que estás ejecutando debe ser capaz de utilizar todos los recursos hw que el sistema operativo le presenta a la aplicación. Es decir, si el sistem aoperativo reconoce 80 procesadores, pero la aplicación ha sido diseñada para usar uno ... pues no hay escalabilidad
Esto no. Aquí falta mucho trabajo que hacer :-P (...)
Lo que ocurre hoy en día es que se ha invertido poco en la programación paralela, IMHO por dos razones:
- desconocimiento, flojera y miedo: no es fácil programar para sistemas SMP y depurar y hacer profiling ya es un infierno
- falta de inversión y previsión: hay que diseñar y reprogramar todo
El SMP lo incorporaron en el kernel desde hace unas cuantas versiones, creo recordar. Y dentro de poco casi seguro que los 64 bits nos vendrán de serie, también >:-) Quizá se esté notando más el interés en las aplicaciones audiovisuales, 3D o de CAD/CAM/CAE, parece que hay más movimiento en este tema.
Hay otras razones que también hay que tener en cuenta:
- algunas aplicaciones no se benefician tanto: navegadores web, procesadores de texto, ... Luego la mejora obtenida no justifica la inversión en tiempo y dinero
¿Ein? Al openofice le vendría de perlas y a firefox con lo que tira de cpu y ram... y al plugin de flash ni te digo OX-)
- el usuario arranca varias aplicaciones: correo, web, ofimática, ... por lo que si no se paraleliza la aplicación, el usuario no se dará cuenta y tampoco pasa nada porque tendrá cada aplicación ejecutándose en un core por lo que notará cierta mejora. En este caso, el usuario no notará que las aplicaciones se ejcutan más rápido sino que las aplicaciones responden mejor ya que no hay que sacar una aplicación del core para meter otra, cada una tendría el suyo
Resumiendo: Linux (el kernel) sí escala, pero las aplicaciones no.
Ese es el problema.
De todas formas, hay una cosa que dicen, qu eno estoy de acuerdo:
"But many of the tools available are still works in progress, participants at the Multicore Expo said. Software compilers need to be able to identify code that can be parallelized, and then do the job of parallelizing it without manual intervention from programmers, said Shay Gal-on, director of software engineering at EEMBC, a nonprofit organization that develops benchmarks for embedded chips."
El programador debería saber lo que está haciendo y no dejar todo en manos del compilador. Está bien que el compilador haga ciertas cosas para facilitarle la vida al programador, pero otras las debería hacer el programador.
No sé cómo irá hoy en día la programación con leguajes actuales de alto nivel, pero yo me fiaría más de las sugerencias del compilador que de las de un humanoide :-). El compilador puede tener en cuenta más variables ¿no?.
En cambio, estoy totalmente de acuerdo con lo que dicen luego:
"While the programming side may present the biggest challenge, there are also hardware changes that need to be made, to overcome issues such as memory latency and slow bus speeds. "As you add more and more CPUs on the chip, you need the memory bandwidth to back it up," Gwennap said. Sharing a single memory cache or data bus among multiple cores can create a bottleneck, meaning the extra cores will be largely wasted. "By the time you get to six or eight CPUs, they spend all their time talking to each other and not moving forward to getting any work done," he said. The onus may ultimately lie with developers to bridge the gap between hardware and software to write better parallel programs. Many coders are not up to speed on the latest developments in hardware design, Gal-on said. They should open up data sheets and study chip architectures to understand how their code can perform better, he said."
Sólo le falta añadir que los fabricantes de chips y herramientas de desarrollo (compiladores/depuradores/profilers/...) deberían ayudar a los desarrolladores dando más información de cómo optimizar y programar para SMP, NUMA y clusters.
Bueno, en la noticia dice que sólo entre Intel y MS iban a destinar $20 millones de dólares en programas de investigación universitarios, que no es poco. Pero es cierto, parece que hoy día sólo se preocupan de que todo (componentes y software) sea "verde", ecológico y económico y para de contar, como si la eficiencia se midiera sólo en vatios/hora >:-) 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 :) El Monday 23 March 2009, Camaleón escribió: [...]
Lo que ocurre hoy en día es que se ha invertido poco en la programación paralela, IMHO por dos razones:
- desconocimiento, flojera y miedo: no es fácil programar para sistemas SMP y depurar y hacer profiling ya es un infierno
- falta de inversión y previsión: hay que diseñar y reprogramar todo
El SMP lo incorporaron en el kernel desde hace unas cuantas versiones, creo recordar. Y dentro de poco casi seguro que los 64 bits nos vendrán de serie, también >:-)
Quizá se esté notando más el interés en las aplicaciones audiovisuales, 3D o de CAD/CAM/CAE, parece que hay más movimiento en este tema.
Sí, porque son las que más se ven beneficiadas.
Hay otras razones que también hay que tener en cuenta:
- algunas aplicaciones no se benefician tanto: navegadores web, procesadores de texto, ... Luego la mejora obtenida no justifica la inversión en tiempo y dinero
¿Ein? Al openofice le vendría de perlas y a firefox con lo que tira de cpu y ram... y al plugin de flash ni te digo OX-)
En el OOo (o cualquier paquete ofimático), donde más van a notar mejoras es en en Base y Calc principalmente ya que son los que más procesos en paralelo van a hacer. Writer y Presenter lo podrían utilizar en caso de incrustar vídeo y/o audio. También hay que tener en cuenta que OOo tiene mucho bloatware, es decir: mucho código que hay que depurar y profile, cosa que no se hace. Por lo que si en vez de sacar versiones nuevas y características nuevas, se dedican a pulirlo ... seguro que no consumía tantos recursos. A Firefox le ocurre lo mismo: empezó siendo muy liviano y ahora pesa un montón y consume mucha RAM :( Gracias a Dios, los Netbooks han salido y muchos usuarios, desarrolladores y empresas se han dado cuenta que el sw consume mucho de forma innecesaria porque no se pule bien. Espero que se lo tomen en serio y dediquen más tiempo a reducir los consumos. [...]
De todas formas, hay una cosa que dicen, qu eno estoy de acuerdo:
"But many of the tools available are still works in progress, participants at the Multicore Expo said. Software compilers need to be able to identify code that can be parallelized, and then do the job of parallelizing it without manual intervention from programmers, said Shay Gal-on, director of software engineering at EEMBC, a nonprofit organization that develops benchmarks for embedded chips."
El programador debería saber lo que está haciendo y no dejar todo en manos del compilador. Está bien que el compilador haga ciertas cosas para facilitarle la vida al programador, pero otras las debería hacer el programador.
No sé cómo irá hoy en día la programación con leguajes actuales de alto nivel, pero yo me fiaría más de las sugerencias del compilador que de las de un humanoide
No sé yo. Con el Itanium, el compilador tenía un peso muy importante y nadie se dio cuenta del todo de que: - el compilador era muy importante - que el compilador realmente no es inteligente sino que hace falta una inteligencia suprior (aka Humano) También hay librerías y herramientas para ayudar a paralelizar código, pero al final tiene que ir un becario a revisar el código porque hay algo en su sistema que los desarrolladores del compilador no han tenido en cuenta :(
:-). El compilador puede tener en cuenta más variables ¿no?.
Ten en cuenta que el compilador lo programa un Humano por lo que también tiene sus fallos ;) Y no es tan flexible como un Humano que puede decidir o no utilizar unas opciones u otras en función del día de la semana, si la abuela fuma, ... [...]
Sólo le falta añadir que los fabricantes de chips y herramientas de desarrollo (compiladores/depuradores/profilers/...) deberían ayudar a los desarrolladores dando más información de cómo optimizar y programar para SMP, NUMA y clusters.
Bueno, en la noticia dice que sólo entre Intel y MS iban a destinar $20 millones de dólares en programas de investigación universitarios, que no es poco. Pero es cierto, parece que hoy día sólo se preocupan de que todo (componentes y software) sea "verde", ecológico y económico y para de contar, como si la eficiencia se midiera sólo en vatios/hora >:-)
Cierto. Si optimizas bien el código: consumirá menos o bien, con el mismo consumo haces más y mejor. 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-03-23 a las 13:25 +0100, Rafa Grimán escribió:
¿Ein? Al openofice le vendría de perlas y a firefox con lo que tira de cpu y ram... y al plugin de flash ni te digo OX-)
En el OOo (o cualquier paquete ofimático), donde más van a notar mejoras es en en Base y Calc principalmente ya que son los que más procesos en paralelo van a hacer. Writer y Presenter lo podrían utilizar en caso de incrustar vídeo y/o audio.
También hay que tener en cuenta que OOo tiene mucho bloatware, es decir: mucho código que hay que depurar y profile, cosa que no se hace. Por lo que si en vez de sacar versiones nuevas y características nuevas, se dedican a pulirlo ... seguro que no consumía tantos recursos.
Cierto.
A Firefox le ocurre lo mismo: empezó siendo muy liviano y ahora pesa un montón y consume mucha RAM :(
El firefox nunca ha sido liviano. El Netscape 4, sí, comparativamente. El netscape corría en mi máquina de 32 megas de ram, salvo si me topaba con javascript. El mozilla en esa misma máquina tardaba media hora de reloj en sacar el menú de preferencias - por la cantidad de memoria que necesitaba, en swap. Y se dice que el problema de la memoria del mozilla es más bien problema de gestión de la memoria del Linux: carga una pagina, ocupa memoria, libera memoria, dejando agujeros detrás que no se usan más, aunque están libres. Eso es una barbaridad. Hay lenguajes que hacen colección de la memoria liberada, de los agujeros. ¿garbage collection? Me parece que es eso. En C estas cosas no son nativas. Es indecente que el firefox ocupe medio giga cuando lleva unos días funcionando. O mucho antes si te dedicas a navegar a conciencia. PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5374 cer 20 0 372m 172m 23m S 7.6 17.1 523:11.59 firefox
Gracias a Dios, los Netbooks han salido y muchos usuarios, desarrolladores y empresas se han dado cuenta que el sw consume mucho de forma innecesaria porque no se pule bien. Espero que se lo tomen en serio y dediquen más tiempo a reducir los consumos.
Pues ya podrían haberse dado cuenta hace milenios. Los demás sí nos hemos dado cuenta, lo que pasa es que como los programadores gastan máquinas ultimo modelo con cientos y cientos de megas, pues no les importaba. Ellos no lo notaban. No se si os habéis dado cuenta de que ya no es cierto que el Linux (y menos el SUSE) funcione en máquinas antiguas, sacándole rendimiento a máquinas que no sirven oficialmente (para Windows). Es cierto para las que no sirven para el vista, pero poco más. Se diseña para lo último, para los ricos del primer mundo. A mi ya me empiezan a rechazar bugzillas porque dicen que mi hardware es antiguo... :-/ Antes se diseñaba, directamente en el compilador, para máquinas con poca ram. En dos, como no había swap, se usaba una cosa llamada "overlay": el programa tenía un ejecutable principal y uno auxiliar que se cargaba por trocitos según te hiciera falta. Así, si estás en un editor pues tienes ciertas funciones en memoria; cuando necesitas imprimir, pues se reemplazan en memoria por las funciones de imprimir, minimizando la cantidad de código en memoria por la propia aplicación. Esa técnica ya no hace falta, pero algo parecido optimizado a lo actual si podría hacerse, usando swap en su lugar. No al tuntún, sino inteligentemente: quien diseña el programa sabe que secciones se pueden sacar con menos impacto.
El programador debería saber lo que está haciendo y no dejar todo en manos del compilador. Está bien que el compilador haga ciertas cosas para facilitarle la vida al programador, pero otras las debería hacer el programador.
No sé cómo irá hoy en día la programación con leguajes actuales de alto nivel, pero yo me fiaría más de las sugerencias del compilador que de las de un humanoide
No sé yo. Con el Itanium, el compilador tenía un peso muy importante y nadie se dio cuenta del todo de que:
- el compilador era muy importante
- que el compilador realmente no es inteligente sino que hace falta una inteligencia suprior (aka Humano)
También hay librerías y herramientas para ayudar a paralelizar código, pero al final tiene que ir un becario a revisar el código porque hay algo en su sistema que los desarrolladores del compilador no han tenido en cuenta :(
Volvemos a los becarios. Son muy útiles para ciertas cosillas >:-P
Bueno, en la noticia dice que sólo entre Intel y MS iban a destinar $20 millones de dólares en programas de investigación universitarios, que no es poco. Pero es cierto, parece que hoy día sólo se preocupan de que todo (componentes y software) sea "verde", ecológico y económico y para de contar, como si la eficiencia se midiera sólo en vatios/hora >:-)
Cierto. Si optimizas bien el código: consumirá menos o bien, con el mismo consumo haces más y mejor.
La eficiencia en un centro de datos pesado sí se mide en vatios. Vatios totales gastados para una tarea: puede merecer la pena ir más despacio si el coste en pesetas es menor. Me pregunto si hay datos o estadísticas de eso. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknHk+wACgkQtTMYHG2NR9VWfQCfWK43Z18KvzB++V4j5Vn5fy1F CAwAn3yeRwuLHShiGxcCNEk5j49KDwyT =/0/3 -----END PGP SIGNATURE-----
El día 23 de marzo de 2009 10:51, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2009-03-23 a las 13:25 +0100, Rafa Grimán escribió:
¿Ein? Al openofice le vendría de perlas y a firefox con lo que tira de cpu y ram... y al plugin de flash ni te digo OX-)
En el OOo (o cualquier paquete ofimático), donde más van a notar mejoras es en en Base y Calc principalmente ya que son los que más procesos en paralelo van a hacer. Writer y Presenter lo podrían utilizar en caso de incrustar vídeo y/o audio.
También hay que tener en cuenta que OOo tiene mucho bloatware, es decir: mucho código que hay que depurar y profile, cosa que no se hace. Por lo que si en vez de sacar versiones nuevas y características nuevas, se dedican a pulirlo ... seguro que no consumía tantos recursos.
Cierto.
A Firefox le ocurre lo mismo: empezó siendo muy liviano y ahora pesa un montón y consume mucha RAM :(
El firefox nunca ha sido liviano. El Netscape 4, sí, comparativamente. El netscape corría en mi máquina de 32 megas de ram, salvo si me topaba con javascript. El mozilla en esa misma máquina tardaba media hora de reloj en sacar el menú de preferencias - por la cantidad de memoria que necesitaba, en swap.
Creo que parte del problema del firefox, es que utiliza sus propias librerias, en vez de las librerias de sistema. En el caso del openoffice, sucede algo similar, y las unicas librerias que utiliza de sistema, son las de java con su JVM. Ambas aplicaciones adolecen de las mismas virtudes y defectos; como virtud, que se pueden compilar para distintos SO, y como defectos, que son demasiado "pesadas". Que alternativas actuales al firefox, hay en navegadores "livianos"?
No se si os habéis dado cuenta de que ya no es cierto que el Linux (y menos el SUSE) funcione en máquinas antiguas, sacándole rendimiento a máquinas que no sirven oficialmente (para Windows).
Hace unos dias, me ha todaco un equipo en el que Opensuse no hay forma de instalarlo (una forma facil, digo, porque quizas recompilando el kernel funcione). y se trata de un servidor Proliant 2500, donde la anteultima versión de Debian va sin problemas.
Antes se diseñaba, directamente en el compilador, para máquinas con poca ram. En dos, como no había swap, se usaba una cosa llamada "overlay": el programa tenía un ejecutable principal y uno auxiliar que se cargaba por trocitos según te hiciera falta. Así, si estás en un editor pues tienes ciertas funciones en memoria; cuando necesitas imprimir, pues se reemplazan en memoria por las funciones de imprimir, minimizando la cantidad de código en memoria por la propia aplicación.
Esa técnica ya no hace falta, pero algo parecido optimizado a lo actual si podría hacerse, usando swap en su lugar. No al tuntún, sino inteligentemente: quien diseña el programa sabe que secciones se pueden sacar con menos impacto.
El programador debería saber lo que está haciendo y no dejar todo en manos del compilador. Está bien que el compilador haga ciertas cosas para facilitarle la vida al programador, pero otras las debería hacer el programador.
No sé cómo irá hoy en día la programación con leguajes actuales de alto nivel, pero yo me fiaría más de las sugerencias del compilador que de las de un humanoide
No sé yo. Con el Itanium, el compilador tenía un peso muy importante y nadie se dio cuenta del todo de que:
- el compilador era muy importante
- que el compilador realmente no es inteligente sino que hace falta una inteligencia suprior (aka Humano)
También hay librerías y herramientas para ayudar a paralelizar código, pero al final tiene que ir un becario a revisar el código porque hay algo en su sistema que los desarrolladores del compilador no han tenido en cuenta :(
Volvemos a los becarios. Son muy útiles para ciertas cosillas >:-P
Si hablamos de paralelizar código, el compilador gcc (no se si lo habran implementado en las ultimas versiones), era el menos indicados ya que no implementaba la API OpenMP, cosa que si la hace le compilador de intel: http://openmp.org/wp/ http://es.wikipedia.org/wiki/OpenMP http://www.coyotegulch.com/reviews/linux_compilers/ He leido en alguna oportunidad de algunos compiladores pagos para Linux, pero ahora no recuerdo cuales eran. 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
Hola :) El Monday 23 March 2009, Juan Erbes escribió:
El d�a 23 de marzo de 2009 10:51, Carlos E. R.
escribi�: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2009-03-23 a las 13:25 +0100, Rafa Grim�n escribi�:
�Ein? Al openofice le vendr�a de perlas y a firefox con lo que tira de cpu y ram... y al plugin de flash ni te digo OX-)
En el OOo (o cualquier paquete ofim�tico), donde m�s van a notar mejoras es en en Base y Calc principalmente ya que son los que m�s procesos en paralelo van a hacer. Writer y Presenter lo podr�an utilizar en caso de incrustar v�deo y/o audio.
Tambi�n hay que tener en cuenta que OOo tiene mucho bloatware, es decir: mucho c�digo que hay que depurar y profile, cosa que no se hace. Por lo que si en vez de sacar versiones nuevas y caracter�sticas nuevas, se dedican a pulirlo ... seguro que no consum�a tantos recursos.
Cierto.
A Firefox le ocurre lo mismo: empez� siendo muy liviano y ahora pesa un mont�n y consume mucha RAM :(
El firefox nunca ha sido liviano. El Netscape 4, s�, comparativamente. El netscape corr�a en mi m�quina de 32 megas de ram, salvo si me topaba con javascript. El mozilla en esa misma m�quina tardaba media hora de reloj en sacar el men� de preferencias - por la cantidad de memoria que necesitaba, en swap.
Creo que parte del problema del firefox, es que utiliza sus propias librerias, en vez de las librerias de sistema. En el caso del openoffice, sucede algo similar, y las unicas librerias que utiliza de sistema, son las de java con su JVM. Ambas aplicaciones adolecen de las mismas virtudes y defectos; como virtud, que se pueden compilar para distintos SO, y como defectos, que son demasiado "pesadas".
Pues vaya :(
Que alternativas actuales al firefox, hay en navegadores "livianos"?
Yo uso Konqueror :) Y, si hay algo qu eno me funciona, prefiero Opera a Firefox ... Es que no me gusta nada Firefox 0:)
No se si os hab�is dado cuenta de que ya no es cierto que el Linux (y menos el SUSE) funcione en m�quinas antiguas, sac�ndole rendimiento a m�quinas que no sirven oficialmente (para Windows).
Hace unos dias, me ha todaco un equipo en el que Opensuse no hay forma de instalarlo (una forma facil, digo, porque quizas recompilando el kernel funcione). y se trata de un servidor Proliant 2500, donde la anteultima versi�n de Debian va sin problemas.
:) [...]
Si hablamos de paralelizar c�digo, el compilador gcc (no se si lo habran implementado en las ultimas versiones), era el menos indicados ya que no implementaba la API OpenMP, cosa que si la hace le compilador de intel: http://openmp.org/wp/
Me suena que GCC ya incluye dicho soporte, pero no recuerdo (ni encuentro) dónde lo leí 0:) Ya lo he encontrado: http://www.internetnews.com/dev-news/article.php/3678421
http://www.coyotegulch.com/reviews/linux_compilers/
He leido en alguna oportunidad de algunos compiladores pagos para Linux, pero ahora no recuerdo cuales eran.
Otros compiladores: http://www.open64.net/about-open64.html http://www2.cs.uh.edu/~openuh/ http://www.pathscale.com/ekopath.html http://www.pgroup.com/ En cuanto a paralelización, está este enlace (del 2006), pero sigue siendo interesante: http://www.airs.com/dnovillo/Papers/rhs2006.pdf 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
El día 24 de marzo de 2009 5:01, Rafa Grimán
El firefox nunca ha sido liviano. El Netscape 4, sí, comparativamente. El netscape corría en mi máquina de 32 megas de ram, salvo si me topaba con javascript. El mozilla en esa misma máquina tardaba media hora de reloj en sacar el menú de preferencias - por la cantidad de memoria que necesitaba, en swap.
Creo que parte del problema del firefox, es que utiliza sus propias librerias, en vez de las librerias de sistema. En el caso del openoffice, sucede algo similar, y las unicas librerias que utiliza de sistema, son las de java con su JVM. Ambas aplicaciones adolecen de las mismas virtudes y defectos; como virtud, que se pueden compilar para distintos SO, y como defectos, que son demasiado "pesadas".
Pues vaya :(
Que alternativas actuales al firefox, hay en navegadores "livianos"?
Yo uso Konqueror :) Y, si hay algo qu eno me funciona, prefiero Opera a Firefox ... Es que no me gusta nada Firefox 0:)
Creo que konqueror no funciona bajo XFCe. Pero por suerte, ya viene dentro de debian un grupo de aplicaciones para XFce, entre ellas IceWeasel, el Firefox del Proyecto GNU: http://packages.debian.org/sid/iceweasel http://www.vivalinux.com.ar/soft/gnu-ice-weasel.html Dentro del dinosaurio que lo tengo instalado, al menos puedo usar webmin con ese navegador.
No se si os habéis dado cuenta de que ya no es cierto que el Linux (y menos el SUSE) funcione en máquinas antiguas, sacándole rendimiento a máquinas que no sirven oficialmente (para Windows).
Hace unos dias, me ha todaco un equipo en el que Opensuse no hay forma de instalarlo (una forma facil, digo, porque quizas recompilando el kernel funcione). y se trata de un servidor Proliant 2500, donde la anteultima versión de Debian va sin problemas.
:)
[...]
Si hablamos de paralelizar código, el compilador gcc (no se si lo habran implementado en las ultimas versiones), era el menos indicados ya que no implementaba la API OpenMP, cosa que si la hace le compilador de intel: http://openmp.org/wp/
Me suena que GCC ya incluye dicho soporte, pero no recuerdo (ni encuentro) dónde lo leí 0:)
Ya lo he encontrado:
http://www.internetnews.com/dev-news/article.php/3678421
http://www.coyotegulch.com/reviews/linux_compilers/
He leido en alguna oportunidad de algunos compiladores pagos para Linux, pero ahora no recuerdo cuales eran.
Otros compiladores:
Este era de SGI
Este es un derivado de opne64 de SGI
Este era el que habia visto, y no recordaba el nombre.
En cuanto a paralelización, está este enlace (del 2006), pero sigue siendo interesante:
Ya pusiste en practica algunas de esas recomendaciones? Por cierto, no recuerdo cual es tu función dentro de SGI... 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
Hola :) El Tuesday 24 March 2009, Juan Erbes escribió: [...]
Que alternativas actuales al firefox, hay en navegadores "livianos"?
Yo uso Konqueror :) Y, si hay algo qu eno me funciona, prefiero Opera a Firefox ... Es que no me gusta nada Firefox 0:)
Creo que konqueror no funciona bajo XFCe.
Ni idea, nunca he probado el XFce 0:)
Pero por suerte, ya viene dentro de debian un grupo de aplicaciones para XFce, entre ellas IceWeasel, el Firefox del Proyecto GNU: http://packages.debian.org/sid/iceweasel
http://www.vivalinux.com.ar/soft/gnu-ice-weasel.html
Dentro del dinosaurio que lo tengo instalado, al menos puedo usar webmin con ese navegador.
Eso es lo bueno del sw libre: siempre hay una alternativa ;) [...]
He leido en alguna oportunidad de algunos compiladores pagos para Linux, pero ahora no recuerdo cuales eran.
Otros compiladores:
Este era de SGI
Este es un derivado de opne64 de SGI
� � � �http://www.pgroup.com/
Este era el que habia visto, y no recordaba el nombre.
Dicen (no lo sé porque no lo he probado) que es muy bueno con procesadores AMD. Tenemos un cliente que lo usa y está muy contento con él ya que le optimiza código tanto para Intel como para AMD.
En cuanto a paralelizaci�n, est� este enlace (del 2006), pero sigue siendo interesante:
Ya pusiste en practica algunas de esas recomendaciones?
La verdad es que no. Al no programar, me libro de estas cosas ;) Lo tengo en cuenta a la hora de diseñar proyectos y resolverle problemas al cliente.
Por cierto, no recuerdo cual es tu funci�n dentro de SGI...
Estoy en Preventa: jefe de proyectos, diseño de proyectos, ... ese tipo de cosas. Teóricamente soy el encargado de almacenamiento y visualización. Si lo miramos por la parte de mercados, teóricamente estoy en Media, Ingenierías y Enterprise, pero también me involucran en Universidades y Admon. Pública. Como somos pequeños, pues no estamos en exclusiva para una única rama o tipo de cliente. 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 día 24 de marzo de 2009 5:01, Rafa Grimán
escribió: El firefox nunca ha sido liviano. El Netscape 4, sí, comparativamente. El netscape corría en mi máquina de 32 megas de ram, salvo si me topaba con javascript. El mozilla en esa misma máquina tardaba media hora de reloj en sacar el menú de preferencias - por la cantidad de memoria que necesitaba, en swap.
Creo que parte del problema del firefox, es que utiliza sus propias librerias, en vez de las librerias de sistema. En el caso del openoffice, sucede algo similar, y las unicas librerias que utiliza de sistema, son las de java con su JVM. Ambas aplicaciones adolecen de las mismas virtudes y defectos; como virtud, que se pueden compilar para distintos SO, y como defectos, que son demasiado "pesadas".
Pues vaya :(
Que alternativas actuales al firefox, hay en navegadores "livianos"?
Yo uso Konqueror :) Y, si hay algo qu eno me funciona, prefiero Opera a Firefox ... Es que no me gusta nada Firefox 0:)
Creo que konqueror no funciona bajo XFCe. Cómo no va a hacerlo? necesitará las librerías de KDE y QT de turno, nada más... Por supuesto, es o deja de ser liviano teniendo en cuenta a dichas
O Martes 24 Marzo 2009 13:06:41 Juan Erbes escribiu: librerías.
(....) Salud!! -- O malo da relixión e a súa carenza de imaxinación -- karl
-- 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 2009-03-24 a las 09:01 +0100, Rafa Grimán escribió:
Que alternativas actuales al firefox, hay en navegadores "livianos"?
Yo uso Konqueror :) Y, si hay algo qu eno me funciona, prefiero Opera a Firefox ... Es que no me gusta nada Firefox 0:)
Pero es el que menos problemas da con los sitios varios. Me refiero a los que usan florituras, formularios, webs comerciales, etc. Ya sabes, cuando un sitio dice que ha sido diseñado para explorer o netscape. Mira, la aplicación web que usamos para coordinar la traducción del sistema, el v2g de Gabriel, funciona mejor en mozilla, y algunas veces no ha ido con konqueror, simplemente porque el desarrollador no tenía tiempo o le faltaba alguna funcionalidad en el konqueror para conseguirlo. Estas cosas no son tan estandard como deberían, parece que las webs hay que diseñarlas pensando en cada navegador concreto que vayan a usarlo. Aunque la cosa esa que tiene el konqueror que permite cambiar el identificador según a que sitio vayas, es una cosa muy maja. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknI6XEACgkQtTMYHG2NR9UbHwCfZgHcZIFdXi1QNbAYLw7FjaKV u0sAn1aEUkzwbktckP3YD5lQNbDIhXo5 =5nTM -----END PGP SIGNATURE-----
Hola :) El Tuesday 24 March 2009, Carlos E. R. escribió:
El 2009-03-24 a las 09:01 +0100, Rafa Grimán escribió:
Que alternativas actuales al firefox, hay en navegadores "livianos"?
Yo uso Konqueror :) Y, si hay algo qu eno me funciona, prefiero Opera a Firefox ... Es que no me gusta nada Firefox 0:)
Pero es el que menos problemas da con los sitios varios. Me refiero a los que usan florituras, formularios, webs comerciales, etc. Ya sabes, cuando un sitio dice que ha sido diseñado para explorer o netscape.
Mira, la aplicación web que usamos para coordinar la traducción del sistema, el v2g de Gabriel, funciona mejor en mozilla, y algunas veces no ha ido con konqueror, simplemente porque el desarrollador no tenía tiempo o le faltaba alguna funcionalidad en el konqueror para conseguirlo. Estas cosas no son tan estandard como deberían, parece que las webs hay que diseñarlas pensando en cada navegador concreto que vayan a usarlo.
Aunque la cosa esa que tiene el konqueror que permite cambiar el identificador según a que sitio vayas, es una cosa muy maja.
Por eso uso el Opera para esos casos. A mi me parece más "responsive" que el Firefox y veo que carga antes, ... Ya, es sw cerrado, pero no puedo con Firefox :( 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 2009-03-24 a las 15:55 +0100, Rafa Grimán escribió:
El Tuesday 24 March 2009, Carlos E. R. escribió:
Aunque la cosa esa que tiene el konqueror que permite cambiar el identificador según a que sitio vayas, es una cosa muy maja.
Por eso uso el Opera para esos casos. A mi me parece más "responsive" que el Firefox y veo que carga antes, ... Ya, es sw cerrado, pero no puedo con Firefox :(
"Responsive" o no :-P, el caso es que algunas páginas te ponen pegas según el navegador que uses. Con konqueror ya estoy acostumbrada a que no vayan las webs, pero con Firefox también tengo algún que otro problema. Por ejemplo, hace unas semanas tuve que imprimir la tarjeta de embarque de Iberia. Con konqueror, nada, pero es que con Firefox, tampoco :-( Tuve que pasarme al explorer porque no tenía tiempo para hacer pruebas y ver qué estaba fallando (cookies, ventanitas bloqueadas...). Sólo vi de pasada que la imagen para acceder a la tarjeta apuntaba a un "<a href="javascript()"> y poco más... no era momento para hacer un análisis a fondo >:-). Je, y ahora que lo busco en Google, ya me hago una idea... Imprimir tarjeta de embarque en Iberia, desde Linux http://ryke.wordpress.com/2008/09/17/imprimir-tarjeta-de-embarque-en-ibe ria-desde-linux/ ¡Cómo está el patio! :-/ 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 :) El Tuesday 24 March 2009, Camaleón escribió:
El 2009-03-24 a las 15:55 +0100, Rafa Grimán escribió:
El Tuesday 24 March 2009, Carlos E. R. escribió:
Aunque la cosa esa que tiene el konqueror que permite cambiar el identificador según a que sitio vayas, es una cosa muy maja.
Por eso uso el Opera para esos casos. A mi me parece más "responsive" que el Firefox y veo que carga antes, ... Ya, es sw cerrado, pero no puedo con Firefox :(
"Responsive" o no :-P, el caso es que algunas páginas te ponen pegas según el navegador que uses.
Con konqueror ya estoy acostumbrada a que no vayan las webs, pero con Firefox también tengo algún que otro problema.
Por ejemplo, hace unas semanas tuve que imprimir la tarjeta de embarque de Iberia. Con konqueror, nada, pero es que con Firefox, tampoco :-(
Tuve que pasarme al explorer porque no tenía tiempo para hacer pruebas y ver qué estaba fallando (cookies, ventanitas bloqueadas...). Sólo vi de pasada que la imagen para acceder a la tarjeta apuntaba a un "<a href="javascript()"> y poco más... no era momento para hacer un análisis a fondo >:-).
Je, y ahora que lo busco en Google, ya me hago una idea...
Imprimir tarjeta de embarque en Iberia, desde Linux http://ryke.wordpress.com/2008/09/17/imprimir-tarjeta-de-embarque-en-ibe ria-desde-linux/
¡Cómo está el patio! :-/
Buen enlace, ... pero prueba Opera ;) 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 2009-03-24 a las 17:50 +0100, Rafa Grimán escribió:
El Tuesday 24 March 2009, Camaleón escribió:
Imprimir tarjeta de embarque en Iberia, desde Linux http://ryke.wordpress.com/2008/09/17/imprimir-tarjeta-de-embarque-en-ibe ria-desde-linux/
¡Cómo está el patio! :-/
Buen enlace, ... pero prueba Opera ;)
Estamos en las mismas, Rafa. Que funcione la web de Iberia con Opera no
te exime de que otras páginas vayan con Firefox pero no con Opera, es
una ruleta rusa :-)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-03-24 a las 18:07 +0100, Camaleón escribió:
El 2009-03-24 a las 17:50 +0100, Rafa Grimán escribió:
Buen enlace, ... pero prueba Opera ;)
Estamos en las mismas, Rafa. Que funcione la web de Iberia con Opera no te exime de que otras páginas vayan con Firefox pero no con Opera, es una ruleta rusa :-)
Lo es.
El caso es que se llevan un cacao tan grande que están destrozando la "Internete". Ya resulta imposible navegar sin cookies, el navegador te muestra las capas donde mejor le parece (a veces me pregunto dónde anda el texto y me lo encuentro en la parte baaaja de la página), no respetan el estándar, te cargan de animaciones flash que hacen temblar a cualquiera (también casca el ie) y yo me pregunto para qué tanta parafernalia si sólo quiero descargarme un PDF... anda, Iberia, no me pongas un "yavaescri" (¡¡y menos en un enlace, eso es de primaria del cursillo de webmastercitos por correspodencia >:-)!!) para lanzar un archivo que ya lo ha generado el servidor y del que conoces la ruta :-).
Es frecuente que en las webs comerciales de estas de compañías de electricidad o agua o cosas de esas, al pinchar en la factura del mes te abran otra ventana, o peor, un popup - y si los tienes bloqueados, la factura no se ve. Y luego tienes que pinchar para "grabarlo como", no hay opción para descargar sin visualizar. Je, les escribí al servicio técnico preguntando que porqué no veía la factura. Tardaron una o dos semanas en contestar, y dijeron que sería una cosa puntual y que probase otra vez. Obviamente no les respondí, porque gracias al konqueror ya había visto que era el bloqueo de popups del firefox, que es dificil de ajustar (si estan bloqueados, no avisa). Hay uno de estos servicios cuya factura siempre dice "duplicado". ¿Que más da cuantas veces pinche en descargarlo, para que sea "duplicado"? ¿Dejará de ser el mismo fichero? Les encanta complicar las cosas. Esta gente se tiene que ganar el sueldo de alguna manera, y hace las webis complicadas de narices. Es la unica explicación que se me ocurre. Ah, por cierto: si son pdfs hay que verlos con acrobat, o si no el certificado no se ve. Y hay que hacer trampas para que el acrobat verifique el certificado de la fnmt. [...] Vaya, ahora no encuentro el manual que localicé con el cómo hacerlo.
Las cosas se pueden hacer bien, pero por algún motivo extraño, no las hacen :-P
Hay que justificar el sueldo >:-P - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknJGZMACgkQtTMYHG2NR9X5yQCeK/7biSN0ohBk6sMjPPtwbNi5 Gk4An1eKSWg5S+BjhYIYY22gd4w/oF+A =nFP1 -----END PGP SIGNATURE-----
El día 24 de marzo de 2009 14:34, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2009-03-24 a las 18:07 +0100, Camaleón escribió:
El 2009-03-24 a las 17:50 +0100, Rafa Grimán escribió:
Buen enlace, ... pero prueba Opera ;)
Estamos en las mismas, Rafa. Que funcione la web de Iberia con Opera no te exime de que otras páginas vayan con Firefox pero no con Opera, es una ruleta rusa :-)
Lo es.
El caso es que se llevan un cacao tan grande que están destrozando la "Internete". Ya resulta imposible navegar sin cookies, el navegador te muestra las capas donde mejor le parece (a veces me pregunto dónde anda el texto y me lo encuentro en la parte baaaja de la página), no respetan el estándar, te cargan de animaciones flash que hacen temblar a cualquiera (también casca el ie) y yo me pregunto para qué tanta parafernalia si sólo quiero descargarme un PDF... anda, Iberia, no me pongas un "yavaescri" (¡¡y menos en un enlace, eso es de primaria del cursillo de webmastercitos por correspodencia >:-)!!) para lanzar un archivo que ya lo ha generado el servidor y del que conoces la ruta :-).
Es frecuente que en las webs comerciales de estas de compañías de electricidad o agua o cosas de esas, al pinchar en la factura del mes te abran otra ventana, o peor, un popup - y si los tienes bloqueados, la factura no se ve. Y luego tienes que pinchar para "grabarlo como", no hay opción para descargar sin visualizar.
Je, les escribí al servicio técnico preguntando que porqué no veía la factura. Tardaron una o dos semanas en contestar, y dijeron que sería una cosa puntual y que probase otra vez. Obviamente no les respondí, porque gracias al konqueror ya había visto que era el bloqueo de popups del firefox, que es dificil de ajustar (si estan bloqueados, no avisa).
Si que avisa, al menos la primera vez que visitas ese sitio. Quizas no lo veas, o ya lo tienes seteado para que en ese sitio. Puedes verificar en el menu Editar > Preferencias > Contenido y alli tienes seguramente tildado la opcion "Bloquear ventanas emergentes", pero al lado tienes el boton "Excepciones", a traves del cual puedes agregar los sitios a los cuales quieres permitir las ventanas emergentes.
Hay uno de estos servicios cuya factura siempre dice "duplicado". ¿Que más da cuantas veces pinche en descargarlo, para que sea "duplicado"? ¿Dejará de ser el mismo fichero?
Ja Ja Ja! No será que dice duplicado, porque el original te fue enviado por correo? 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 2009-03-24 a las 21:19 -0300, Juan Erbes escribió:
Je, les escribí al servicio técnico preguntando que porqué no veía la factura. Tardaron una o dos semanas en contestar, y dijeron que sería una cosa puntual y que probase otra vez. Obviamente no les respondí, porque gracias al konqueror ya había visto que era el bloqueo de popups del firefox, que es dificil de ajustar (si estan bloqueados, no avisa).
Si que avisa, al menos la primera vez que visitas ese sitio. Quizas no lo veas, o ya lo tienes seteado para que en ese sitio.
No, avisa con un iconito muy pequeño en el borde inferior derecho, al lado del chucho y del candado. Ni te das cuenta. Por avisar me refiero a una barra de aviso en el borde superior: "hemos bloqueado un popup, pulse aquí para aceptarlo, rechazarlo siempre, cambiar preferencias." Yo tenía bloqueados todos los popups, con algunas excepciones activadas. En realidad lo que quiero es lo contrario, aceptar todos y rechazar excepciones. Pero esa funcionalidad no la tiene.
Hay uno de estos servicios cuya factura siempre dice "duplicado". ¿Que más da cuantas veces pinche en descargarlo, para que sea "duplicado"? ¿Dejará de ser el mismo fichero?
Ja Ja Ja!
No será que dice duplicado, porque el original te fue enviado por correo?
¿En papel? No, está desactivado. O lo tienes electrónico o en papel, no ambos. ¿Por correo electrónico? No, sólo mandan el aviso, no la factura en sí. Más bien será porque hay que pinchar en algún sitio que no se me activa porque no tengo iexplorer. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknJeo4ACgkQtTMYHG2NR9VzAgCfVjfqUwoeCGFoE6H4giOWiWCz Y7oAn2nPwWY38a+V9q1OqpETSQkp4885 =NVjP -----END PGP SIGNATURE-----
Hola :) El Tuesday 24 March 2009, Camaleón escribió:
El 2009-03-24 a las 17:50 +0100, Rafa Grimán escribió:
El Tuesday 24 March 2009, Camaleón escribió:
Imprimir tarjeta de embarque en Iberia, desde Linux http://ryke.wordpress.com/2008/09/17/imprimir-tarjeta-de-embarque-en-ib e ria-desde-linux/
¡Cómo está el patio! :-/
Buen enlace, ... pero prueba Opera ;)
Estamos en las mismas, Rafa. Que funcione la web de Iberia con Opera no te exime de que otras páginas vayan con Firefox pero no con Opera, es una ruleta rusa :-)
El caso es que se llevan un cacao tan grande que están destrozando la "Internete". Ya resulta imposible navegar sin cookies, el navegador te muestra las capas donde mejor le parece (a veces me pregunto dónde anda el texto y me lo encuentro en la parte baaaja de la página), no respetan el estándar, te cargan de animaciones flash que hacen temblar a cualquiera (también casca el ie) y yo me pregunto para qué tanta parafernalia si sólo quiero descargarme un PDF... anda, Iberia, no me pongas un "yavaescri" (¡¡y menos en un enlace, eso es de primaria del cursillo de webmastercitos por correspodencia >:-)!!) para lanzar un archivo que ya lo ha generado el servidor y del que conoces la ruta :-).
Las cosas se pueden hacer bien, pero por algún motivo extraño, no las hacen :-P
Los estándares: cada uno es libre de interpretarlos e implementarlos como quiere :( En cuanto al Javascript, Flash y demás [e|ho]rrores: totalmente de acuerdo!! 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 2009-03-25 a las 08:11 +0100, Rafa Grimán escribió:
El Tuesday 24 March 2009, Camaleón escribió:
Las cosas se pueden hacer bien, pero por algún motivo extraño, no las hacen :-P
Los estándares: cada uno es libre de interpretarlos e implementarlos como quiere :(
Bueno, yo no opino así :-). Los estándares están para seguirlos y cumplirlos, no para interpretarlos "libremente". ¿Te imaginas programar sin normas ni reglas o que las casas se construyeran como se construye una web? >:-) 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 :) El Wednesday 25 March 2009, Camaleón escribió:
El 2009-03-25 a las 08:11 +0100, Rafa Grimán escribió:
El Tuesday 24 March 2009, Camaleón escribió:
Las cosas se pueden hacer bien, pero por algún motivo extraño, no las hacen :-P
Los estándares: cada uno es libre de interpretarlos e implementarlos como quiere :(
Bueno, yo no opino así :-). Los estándares están para seguirlos y cumplirlos, no para interpretarlos "libremente".
¿Te imaginas programar sin normas ni reglas o que las casas se construyeran como se construye una web? >:-)
Vaya, me he explicado mal. No es que yo crea eso ni que esté de acuerdo, es que es lo que hacen y creen las empresas en general ;) Es decir: si impongo mi visión de estándar -> creo un monopolio -> gano más dinero aún -> machaco a la competencia -> gano más dinero -> denuncio a la competencia porque además he creado una patente -> gano más dinero -> vendor lock in -> gano más dinero -> tengo al cliente atado y sumiso -> gano más dinero -> etc. 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 2009-03-25 a las 09:39 +0100, Rafa Grimán escribió:
El Wednesday 25 March 2009, Camaleón escribió:
Bueno, yo no opino así :-). Los estándares están para seguirlos y cumplirlos, no para interpretarlos "libremente".
Vaya, me he explicado mal. No es que yo crea eso ni que esté de acuerdo, es que es lo que hacen y creen las empresas en general ;)
Pues eso digo. ¿Qué pasa si una empresa se pone a construir "libremente", sin tener en cuenta la normativa? Que en una inspección se le cae el pelo y puede llegar a perder la licencia de construcción o puede llegar a quebrar porque no puede costearse la sanción. Esa analogía no existe en informática, a eso me refiero. Aquí parece que "todo vale" y eso no debería ser así. <modo perverso on> Que es sistema de archivos pierde datos -> no pasa nada, culpa del usuario por no tener sai Que las páginas web no se ven -> culpa del usuario por no tener Opera, IE y Firefox instalados en el mismo equipo
:-)
Es decir: si impongo mi visión de estándar -> creo un monopolio -> gano más dinero aún -> machaco a la competencia -> gano más dinero -> denuncio a la competencia porque además he creado una patente -> gano más dinero -> vendor lock in -> gano más dinero -> tengo al cliente atado y sumiso -> gano más dinero -> etc.
Está claro, pero para eso están las leyes que obligan a cumplir con los estándares y normativas pertinentes ¿no? :-) ¿Por qué entonces somos tan condescendientes con todo lo que sea "informática"? Nos estamos cavando nuestra propia tumba al quitar rigurosidad al trabajo que hacemos a diario :-/. Ya lo he dicho en alguna ocasión, que "todo no vale" :-) 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 2009-03-25 a las 09:39 +0100, Rafa Grimán escribió:
Vaya, me he explicado mal. No es que yo crea eso ni que esté de acuerdo, es que es lo que hacen y creen las empresas en general ;)
Es decir: si impongo mi visión de estándar -> creo un monopolio -> gano más dinero aún -> machaco a la competencia -> gano más dinero -> denuncio a la competencia porque además he creado una patente -> gano más dinero -> vendor lock in -> gano más dinero -> tengo al cliente atado y sumiso -> gano más dinero -> etc.
Al fin y al cabo, los estandares se hacen a menudo en unas reuniones de la industria. Si alguien ya ha conseguido hacer el proceso, intenta convencer a los demás de que haga "su modo" el estandar. Si hay dos, pues hay dos que quieren su propia versión del estandar. Y pueden estar peleando años. Y los que no lo han conseguido hacer todavía pues les interesa oir como lo han hecho los demás... Y si hay patentes por en medio, la liamos. :-( Creo que querré un huerto y hacerme monje. O eremita o como se llame. Que paren el mundo que me quiero bajar. Menos lioso... :-P - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknKIE4ACgkQtTMYHG2NR9VOfACfVmXMI5B/7ixlXkC55+uwheZL GAYAnjoQYPL+kFOhFrfTHGAH9n/YMTo2 =G8YQ -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-03-25 a las 08:19 +0100, Camaleón escribió:
Los estándares: cada uno es libre de interpretarlos e implementarlos como quiere :(
Bueno, yo no opino así :-). Los estándares están para seguirlos y cumplirlos, no para interpretarlos "libremente".
Mientras no puedas denunciar a industria a los incumplidores...
¿Te imaginas programar sin normas ni reglas o que las casas se construyeran como se construye una web? >:-)
No hace falta que me lo imagine: lo vemos todos los dias >:-P - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknKH20ACgkQtTMYHG2NR9XRhwCfVejjTOEhZvxxiO40XK6HkYUq lXAAn21VICnQygkxURQXUS4uVK00C6kx =0Vc5 -----END PGP SIGNATURE-----
O Mércores 25 Marzo 2009 08:19:56 Camaleón escribiu:
El 2009-03-25 a las 08:11 +0100, Rafa Grimán escribió:
El Tuesday 24 March 2009, Camaleón escribió:
Las cosas se pueden hacer bien, pero por algún motivo extraño, no las hacen :-P
Los estándares: cada uno es libre de interpretarlos e implementarlos como quiere :(
Bueno, yo no opino así :-). Los estándares están para seguirlos y cumplirlos, no para interpretarlos "libremente". Ramén. ¿Te imaginas programar sin normas ni reglas o que las casas se construyeran como se construye una web? >:-) Uy, creo que hace mucho que no ves cómo se hacen >:-) Saludos,
-- Camaleón Salud!! -- O malo da relixión e a súa carenza de imaxinación -- karl -- 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 2009-03-25 a las 15:36 +0100, Karl García Gestido escribió:
O Mércores 25 Marzo 2009 08:19:56 Camaleón escribiu:
Bueno, yo no opino así :-). Los estándares están para seguirlos y cumplirlos, no para interpretarlos "libremente".
Ramén.
:-)
¿Te imaginas programar sin normas ni reglas o que las casas se construyeran como se construye una web? >:-)
Uy, creo que hace mucho que no ves cómo se hacen >:-)
¿Las webs o las casas? Ambas las veo casi a diario. Ni te imaginas la cantidad de trámites y permisos que necesitas, al menos para construir con ladrillo y hormigón ("pa" construir con bits no te piden "ná") >:-) Hasta una cueva me resguarda de la lluvia. Pero es que hoy día ni siquiera puedes acceder a algunas páginas si: a) No tienes el plugin de flash instalado b) No tienes la versión "X" del plugin de flash instalado c) No tienes IE d) No tienes windows e) No tienes ActiveX f) No tienes una resolución de 1024 x 768 ¡Jupe! >:-P Mira, entiendo que empresas privadas que ofrecen servicios privados pues pueden construir su web como mejor les plazca, pero si estás ofreciendo un servicio público o de interés público, ahí ya no lo veo tan claro que puedan campar a sus anchas, deberían pasar algún trámite de "usabilidad" y alguna normativa básica que certifique que vas a poder trabajar con esa página sin problemas :-( Prefiero la cueva del oso... sin adornos pero práctica :-) 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
On Wednesday 25 March 2009 09:50:57 Camaleón wrote:
El 2009-03-25 a las 15:36 +0100, Karl García Gestido escribió:
O Mércores 25 Marzo 2009 08:19:56 Camaleón escribiu:
Bueno, yo no opino así :-). Los estándares están para seguirlos y cumplirlos, no para interpretarlos "libremente".
Ramén.
:-) :
¿Te imaginas programar sin normas ni reglas o que las casas se construyeran como se construye una web? >:-)
Uy, creo que hace mucho que no ves cómo se hacen >:-)
¿Las webs o las casas? Ambas las veo casi a diario. Ni te imaginas la cantidad de trámites y permisos que necesitas, al menos para construir con ladrillo y hormigón ("pa" construir con bits no te piden "ná") >:-)
Hasta una cueva me resguarda de la lluvia. Pero es que hoy día ni siquiera puedes acceder a algunas páginas si:
a) No tienes el plugin de flash instalado b) No tienes la versión "X" del plugin de flash instalado c) No tienes IE d) No tienes windows e) No tienes ActiveX f) No tienes una resolución de 1024 x 768
¡Jupe! >:-P
Mira, entiendo que empresas privadas que ofrecen servicios privados pues pueden construir su web como mejor les plazca, pero si estás ofreciendo un servicio público o de interés público, ahí ya no lo veo tan claro que puedan campar a sus anchas, deberían pasar algún trámite de "usabilidad" y alguna normativa básica que certifique que vas a poder trabajar con esa página sin problemas :-(
Prefiero la cueva del oso... sin adornos pero práctica :-)
Saludos,
-- Camaleón
Usualmente el diseño web se basa en satisfacer al mayor número de usuarios, por tanto se tienen esas especificaciones. Como no hay un ente que reglamente, con castigo, como deben de ser las cosas (aunque recién le están haciendo algo de caso a la W3C), pues pasa nada. Al final es como pidió el tío que firma el cheque lo que importa. =/ Esta leyendo en /. una pregunta de un tío que se comienza a hacer de SysAdmin en una empresa pequeña que tiene mucho software pirata. La mar de recomendaciones, una de ellas era conversar con la gerencia, y si a ellos les vale el software pirata, que le hagan una carta por escrito para cubrirse... eso de atrás. Pero aún así, puede que no sea una buena excusa, según lo comentado en el artículo. Al final, ser peón no es de los trabajos más adecuados cuando arriba solo se fijan en dinero y tienen orejas largas... largas de burro. =( -- Carlos A. -- 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 2009-03-25 a las 11:13 -0500, Shinji Ikari escribió:
On Wednesday 25 March 2009 09:50:57 Camaleón wrote:
Prefiero la cueva del oso... sin adornos pero práctica :-)
Usualmente el diseño web se basa en satisfacer al mayor número de usuarios, por tanto se tienen esas especificaciones.
¿Y cómo sabes cuántos usuarios "satisfechos" tienes si para rellenar el formulario de "grado de satisfacción" necesitas el flash player y yo lo tengo desactivado en konqueror porque casca?
:-)
Como no hay un ente que reglamente, con castigo, como deben de ser las cosas (aunque recién le están haciendo algo de caso a la W3C), pues pasa nada. Al final es como pidió el tío que firma el cheque lo que importa. =/
El problema es que están en un error tremendo... te pongo un ejemplo reciente. He tenido que instalar hace unos días un Adobe 9.0 para un equipo con windows. Bien, el puñetero genera de manera predeterminada archivos pdf de la versión 1.6 (para lectores acrobat 7.x en adelante). Los usuarios que tienen la versión 6.x o anterior (aún tenemos la versión 5 en algunos equipos), sencillamente no pueden abrir esos archivos con un lector tan antiguo. Hemos optado por mantener la compatibilidad y generar archivos pdf de la versión 1.4 para los documentos que creamos, sencillamente porque no nos hace falta activar las opciones "extra" del Acrobat (javascript avanzado, notas, revisiones de documentos, animaciones, contenido multimedia...). Adobe se empeña en adornar las cosas, pero nosotros no lo necesitamos.
Esta leyendo en /. una pregunta de un tío que se comienza a hacer de SysAdmin en una empresa pequeña que tiene mucho software pirata. La mar de recomendaciones, una de ellas era conversar con la gerencia, y si a ellos les vale el software pirata, que le hagan una carta por escrito para cubrirse... eso de atrás. Pero aún así, puede que no sea una buena excusa, según lo comentado en el artículo. Al final, ser peón no es de los trabajos más adecuados cuando arriba solo se fijan en dinero y tienen orejas largas... largas de burro. =(
Se puede ser peón y tener tres dedos de frente. Se puede ser peón y hacer un trabajo bien hecho. Se puede ser peón y recomendar alternativas, buscar soluciones, que las hay, al trabajo rápido y mal despachado. Se puede ser peón, tener buenas ideas y luego ser jefe de departamento. Cuestión de actitud :-) 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
Como dice Jack, vamos por partes. =P On Wednesday 25 March 2009 11:29:53 Camaleón wrote:
El 2009-03-25 a las 11:13 -0500, Shinji Ikari escribió:
On Wednesday 25 March 2009 09:50:57 Camaleón wrote:
Prefiero la cueva del oso... sin adornos pero práctica :-)
Usualmente el diseño web se basa en satisfacer al mayor número de usuarios, por tanto se tienen esas especificaciones.
¿Y cómo sabes cuántos usuarios "satisfechos" tienes si para rellenar el formulario de "grado de satisfacción" necesitas el flash player y yo lo tengo desactivado en konqueror porque casca?
¿Encuestas en línea? No, se basan en las estadísticas del servidor, clientes que solicitan la información, así obtienen OS, navegador, resolución me parece que también. Recuerdo que algo de esa info esta recolectada por otro medio. Hmm aquí está: http://www.w3schools.com/browsers/default.asp No me estaba refiriendo específicamente a Iberia, además yo prefiero caminar. =P~ HP presenta un flotante requiriendo correo electrónico para luego solicitar se responda la encuesta por el email. o ¿no era así? No me acuerdo, pero como a usted le gusta HP, seguro que conoce como controlan la satisfacción de los clientes con la página web. =P~
:-)
Como no hay un ente que reglamente, con castigo, como deben de ser las cosas (aunque recién le están haciendo algo de caso a la W3C), pues pasa nada. Al final es como pidió el tío que firma el cheque lo que importa. =/
El problema es que están en un error tremendo... te pongo un ejemplo reciente. He tenido que instalar hace unos días un Adobe 9.0 para un equipo con windows. Bien, el puñetero genera de manera predeterminada archivos pdf de la versión 1.6 (para lectores acrobat 7.x en adelante).
Los usuarios que tienen la versión 6.x o anterior (aún tenemos la versión 5 en algunos equipos), sencillamente no pueden abrir esos archivos con un lector tan antiguo. Hemos optado por mantener la compatibilidad y generar archivos pdf de la versión 1.4 para los documentos que creamos, sencillamente porque no nos hace falta activar las opciones "extra" del Acrobat (javascript avanzado, notas, revisiones de documentos, animaciones, contenido multimedia...).
Adobe se empeña en adornar las cosas, pero nosotros no lo necesitamos.
O.O? La culpa es de ustedes que se ponen a usar una solución cerrada, hay otros programas para imprimir pdf y son gratuitos. =P Pero si necesitan un servidor para imprimir esas cosas... ¿que posibilidades hay de que un sistema linux pueda hacer el trabajo? No ha específicado si requiere cifrado en sus documentos ni por que opto específicamente por esa opción.
Esta leyendo en /. una pregunta de un tío que se comienza a hacer de SysAdmin en una empresa pequeña que tiene mucho software pirata. La mar de recomendaciones, una de ellas era conversar con la gerencia, y si a ellos les vale el software pirata, que le hagan una carta por escrito para cubrirse... eso de atrás. Pero aún así, puede que no sea una buena excusa, según lo comentado en el artículo. Al final, ser peón no es de los trabajos más adecuados cuando arriba solo se fijan en dinero y tienen orejas largas... largas de burro. =(
Se puede ser peón y tener tres dedos de frente. Se puede ser peón y hacer un trabajo bien hecho. Se puede ser peón y recomendar alternativas, buscar soluciones, que las hay, al trabajo rápido y mal despachado. Se puede ser peón, tener buenas ideas y luego ser jefe de departamento.
¬_¬ las malas mañas se pegan, y siempre hay gente con envidia. Todo lo que menciona es posible, pero a un costo grande (psicólogos, terapias contra el stress, medicamento)
Cuestión de actitud :-)
No se, en los lugares en los que he laborado, mi fe en la criatura humana a decaído bastante... sobre todo por los jefes que he tenido. =(
Saludos,
-- Camaleón
Suerte en el curro. -- Carlos A. -- 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 2009-03-25 a las 13:47 -0500, Shinji Ikari escribió:
On Wednesday 25 March 2009 11:29:53 Camaleón wrote:
¿Y cómo sabes cuántos usuarios "satisfechos" tienes si para rellenar el formulario de "grado de satisfacción" necesitas el flash player y yo lo tengo desactivado en konqueror porque casca?
¿Encuestas en línea? No, se basan en las estadísticas del servidor, clientes que solicitan la información, así obtienen OS, navegador, resolución me parece que también. Recuerdo que algo de esa info esta recolectada por otro medio. Hmm aquí está: http://www.w3schools.com/browsers/default.asp
Esas cosas ya no son fiables. La gente navega con proxies o navegadores que falsifican los datos que envían a los servidores, o usan máquinas virtuales para acceder a la página por lo que el servidor valida unos datos que no se corresponden con la realidad. Ni navegador, ni IP, ni país, ni sistema operativo ni nada de nada... no saben nada. La era de Nielsen-Netratings ha terminado :-P
No me estaba refiriendo específicamente a Iberia, además yo prefiero caminar. =P~ HP presenta un flotante requiriendo correo electrónico para luego solicitar se responda la encuesta por el email. o ¿no era así? No me acuerdo, pero como a usted le gusta HP, seguro que conoce como controlan la satisfacción de los clientes con la página web. =P~
HP es otra que también se las trae. Flash y javascript por todos los lados (por ejemplo, para mostrar el precio de los productos). Y konqueror casca. Y sí, rellené la encuesta de sugerencias. ¿Para qué? Para nada, obviamente.
Adobe se empeña en adornar las cosas, pero nosotros no lo necesitamos.
O.O? La culpa es de ustedes que se ponen a usar una solución cerrada, hay otros programas para imprimir pdf y son gratuitos. =P Pero si necesitan un servidor para imprimir esas cosas... ¿que posibilidades hay de que un sistema linux pueda hacer el trabajo?
No ha específicado si requiere cifrado en sus documentos ni por que opto específicamente por esa opción.
Bueno, este tema ya está muy tocado. Necesitamos "el mejor programa para la mejor gestión de los pdf" y ese programa es Adobe Acrobat. No hay más. Sí, tengo una impresora pdf configurada en la red en suse para que todos los equipos la usen para generar archivos pdf. Está bien para cosas sencillas (muy sencillas, porque no se pueden generar ni enlaces en los archivos resultantes, son pdf planos) pero esa solución se queda más que corta en una empresa. Adobe no tiene competencia en ese campo. Y es una pena.
Se puede ser peón y tener tres dedos de frente. Se puede ser peón y hacer un trabajo bien hecho. Se puede ser peón y recomendar alternativas, buscar soluciones, que las hay, al trabajo rápido y mal despachado. Se puede ser peón, tener buenas ideas y luego ser jefe de departamento.
¬_¬ las malas mañas se pegan, y siempre hay gente con envidia. Todo lo que menciona es posible, pero a un costo grande (psicólogos, terapias contra el stress, medicamento)
"Homo homini lupus" El hombre es un lobo para el hombre :-)
Cuestión de actitud :-)
No se, en los lugares en los que he laborado, mi fe en la criatura humana a decaído bastante... sobre todo por los jefes que he tenido. =(
Suerte en el curro.
Te remito a la frase de más arriba ;-). Si te muerden, respondes con un "bocado" más grande, que a la larga es sinónimo de hacer las cosas bien hechas... y no peor. 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 2009-03-25 a las 20:17 +0100, Camaleón escribió:
El 2009-03-25 a las 13:47 -0500, Shinji Ikari escribió:
Esas cosas ya no son fiables. La gente navega con proxies o navegadores que falsifican los datos que envían a los servidores, o usan máquinas virtuales para acceder a la página por lo que el servidor valida unos datos que no se corresponden con la realidad. Ni navegador, ni IP, ni país, ni sistema operativo ni nada de nada... no saben nada.
La era de Nielsen-Netratings ha terminado :-P
Yo cuando relleno formularios de opinión y me piden mi dirección, la falsifico. Pongo: Calle: No te importa. Población: No me da la gana decirtelo. y cosas parecidas. En la dirección de correo, si el formulario fuera de SuSE, pondría "root@suse.de" >:-P
No me estaba refiriendo específicamente a Iberia, además yo prefiero caminar. =P~ HP presenta un flotante requiriendo correo electrónico para luego solicitar se responda la encuesta por el email. o ¿no era así? No me acuerdo, pero como a usted le gusta HP, seguro que conoce como controlan la satisfacción de los clientes con la página web. =P~
HP es otra que también se las trae. Flash y javascript por todos los lados (por ejemplo, para mostrar el precio de los productos). Y konqueror casca. Y sí, rellené la encuesta de sugerencias. ¿Para qué? Para nada, obviamente.
Yo no pude registrar mi impresora en HP, no pude entrar.
Adobe se empeña en adornar las cosas, pero nosotros no lo necesitamos.
O.O? La culpa es de ustedes que se ponen a usar una solución cerrada, hay otros programas para imprimir pdf y son gratuitos. =P Pero si necesitan un servidor para imprimir esas cosas... ¿que posibilidades hay de que un sistema linux pueda hacer el trabajo?
No hay ningún programa que haga todo lo que hace el Adobe, por desgracia. Y no hay versión para Linux.
Se puede ser peón y tener tres dedos de frente. Se puede ser peón y hacer un trabajo bien hecho. Se puede ser peón y recomendar alternativas, buscar soluciones, que las hay, al trabajo rápido y mal despachado. Se puede ser peón, tener buenas ideas y luego ser jefe de departamento.
Si el jefe dice de piratear el autocad, tu le dices que no quieres, que eso es ilegal. Te contesta: “O lo pirateas, o el mes que viene no cobráis, no hay dinero”. Pues lo pirateas, ¡que remedio! - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknKytYACgkQtTMYHG2NR9W0eQCfUPMN0BDLaxNTxgZTkYfqImQh lLwAnRaBDX9XvU7vvNFmQIQMDdY602BC =SPus -----END PGP SIGNATURE-----
On Wednesday 25 March 2009 19:22:38 Carlos E. R. wrote:
El 2009-03-25 a las 20:17 +0100, Camaleón escribió:
El 2009-03-25 a las 13:47 -0500, Shinji Ikari escribió:
Esas cosas ya no son fiables. La gente navega con proxies o navegadores que falsifican los datos que envían a los servidores, o usan máquinas virtuales para acceder a la página por lo que el servidor valida unos datos que no se corresponden con la realidad. Ni navegador, ni IP, ni país, ni sistema operativo ni nada de nada... no saben nada.
La era de Nielsen-Netratings ha terminado :-P
Yo cuando relleno formularios de opinión y me piden mi dirección, la falsifico. Pongo:
Calle: No te importa. Población: No me da la gana decirtelo.
y cosas parecidas. En la dirección de correo, si el formulario fuera de SuSE, pondría "root@suse.de" >:-P
O.O?! Que pasaría si pongo Stallman@gnu.org =P~
No me estaba refiriendo específicamente a Iberia, además yo prefiero caminar. =P~ HP presenta un flotante requiriendo correo electrónico para luego solicitar se responda la encuesta por el email. o ¿no era así? No me acuerdo, pero como a usted le gusta HP, seguro que conoce como controlan la satisfacción de los clientes con la página web. =P~
HP es otra que también se las trae. Flash y javascript por todos los lados (por ejemplo, para mostrar el precio de los productos). Y konqueror casca. Y sí, rellené la encuesta de sugerencias. ¿Para qué? Para nada, obviamente.
Yo no pude registrar mi impresora en HP, no pude entrar.
Yo registre el equipo HP que dispongo.. solo a aumentado el número de spam que recibo... bueno en uno, llega propaganda de HP ofreciendo impresoras.
Adobe se empeña en adornar las cosas, pero nosotros no lo necesitamos.
O.O? La culpa es de ustedes que se ponen a usar una solución cerrada, hay otros programas para imprimir pdf y son gratuitos. =P Pero si necesitan un servidor para imprimir esas cosas... ¿que posibilidades hay de que un sistema linux pueda hacer el trabajo?
No hay ningún programa que haga todo lo que hace el Adobe, por desgracia. Y no hay versión para Linux.
hmmm, creo que estaban trabajando en eso. O había otra forma. =/ Bueno si no me sale la propuesta de trabajo que tengo ahora, algo puedo hacer... si dejo de procrastinar tanto. =(
Se puede ser peón y tener tres dedos de frente. Se puede ser peón y hacer un trabajo bien hecho. Se puede ser peón y recomendar alternativas, buscar soluciones, que las hay, al trabajo rápido y mal despachado. Se puede ser peón, tener buenas ideas y luego ser jefe de departamento.
Si el jefe dice de piratear el autocad, tu le dices que no quieres, que eso es ilegal. Te contesta: “O lo pirateas, o el mes que viene no cobráis, no hay dinero”. Pues lo pirateas, ¡que remedio!
¿Eh? Y si viene la BSA (creo que ese es el nombrecito) y encuentra esa copia ilegal, ¿que hacer? Algunos dicen, más vale libre y hambriento que gordo y tras las rejas (esto lo saque del artículo de /.) Si indica la celda, prometo enviar vaselina XD -- Carlos A. -- 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 2009-03-25 a las 19:44 -0500, Shinji Ikari escribió:
y cosas parecidas. En la dirección de correo, si el formulario fuera de SuSE, pondría "root@suse.de" >:-P
O.O?! Que pasaría si pongo Stallman@gnu.org =P~
Si estuviera rellenando un formulario de gnu... pero no, nunca uso direcciones de personas, sino cosas como "ventas" o "info" o "nobody".
Yo no pude registrar mi impresora en HP, no pude entrar.
Yo registre el equipo HP que dispongo.. solo a aumentado el número de spam que recibo... bueno en uno, llega propaganda de HP ofreciendo impresoras.
Lo volveré a intentar, tengo una dirección dedicada a estos registros.
No hay ningún programa que haga todo lo que hace el Adobe, por desgracia. Y no hay versión para Linux.
hmmm, creo que estaban trabajando en eso. O había otra forma. =/ Bueno si no me sale la propuesta de trabajo que tengo ahora, algo puedo hacer... si dejo de procrastinar tanto. =(
Se pueden hacer cosas. Puedes generar PDFs de calidad. Pero si quieres hacer ciertas cosas, se vuelve muy complicado o imposible (indices, enlaces...). El OOo puede hacer algunas de esas cosas desde hace poco, pero los PDFs que genera son mucho más grandes que los que hace el acrobat.
Si el jefe dice de piratear el autocad, tu le dices que no quieres, que eso es ilegal. Te contesta: “O lo pirateas, o el mes que viene no cobráis, no hay dinero”. Pues lo pirateas, ¡que remedio!
¿Eh? Y si viene la BSA (creo que ese es el nombrecito) y encuentra esa copia ilegal, ¿que hacer? Algunos dicen, más vale libre y hambriento que gordo y tras las rejas (esto lo saque del artículo de /.) Si indica la celda, prometo enviar vaselina XD
X-) El responsable es el jefe, el tendrá que pagar la multa... - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknK4B4ACgkQtTMYHG2NR9WyqgCfe77U3ok9hP6JVIvRb4jXAsr6 yAgAnRLV1gYjkQWRictJnpqyXs4ssb1L =+Jvq -----END PGP SIGNATURE-----
On Thursday 26 March 2009 01:44:44 Shinji Ikari wrote:
¿Eh? Y si viene la BSA (creo que ese es el nombrecito) y encuentra esa copia ilegal, ¿que hacer? Algunos dicen, más vale libre y hambriento que gordo y tras las rejas (esto lo saque del artículo de /.) Si indica la celda, prometo enviar vaselina XD
Bueno si puedes hacer un documento en el que se especifique tus funciones y que en ellas no esta la de comprar programas si no solo mantenerlos mejor. Y que lo de las licencias lo llevan los jefes, tu solo recibes los programas y punto, no esta en tus funciones auditar la contabilidad de la empresa para saber si lo han pagado o no. Yo lo tengo puesto en calidad. -- 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 2009-03-26 a las 07:59 +0100, francisco f escribió:
¿Eh? Y si viene la BSA (creo que ese es el nombrecito) y encuentra esa copia ilegal, ¿que hacer? Algunos dicen, más vale libre y hambriento que gordo y tras las rejas (esto lo saque del artículo de /.) Si indica la celda, prometo enviar vaselina XD
Bueno si puedes hacer un documento en el que se especifique tus funciones y que en ellas no esta la de comprar programas si no solo mantenerlos mejor. Y que lo de las licencias lo llevan los jefes, tu solo recibes los programas y punto, no esta en tus funciones auditar la contabilidad de la empresa para saber si lo han pagado o no. Yo lo tengo puesto en calidad.
O al menos la carta interna pidiendo las compras correspondientes. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknLTNsACgkQtTMYHG2NR9XJMwCgg5419ZMlmhO1fGVs462NNG4g qvIAnjw7JYdrjIk2/FQN101eMRKQwDmH =PbUN -----END PGP SIGNATURE-----
On Thursday 26 March 2009 01:59:51 francisco f wrote:
On Thursday 26 March 2009 01:44:44 Shinji Ikari wrote:
¿Eh? Y si viene la BSA (creo que ese es el nombrecito) y encuentra esa copia ilegal, ¿que hacer? Algunos dicen, más vale libre y hambriento que gordo y tras las rejas (esto lo saque del artículo de /.) Si indica la celda, prometo enviar vaselina XD
Bueno si puedes hacer un documento en el que se especifique tus funciones y que en ellas no esta la de comprar programas si no solo mantenerlos mejor. Y que lo de las licencias lo llevan los jefes, tu solo recibes los programas y punto, no esta en tus funciones auditar la contabilidad de la empresa para saber si lo han pagado o no. Yo lo tengo puesto en calidad.
A diferenciar lo que exige un SG y lo que exige la ley. Si un documento sirve para cubrirle el c (en el artículo de /. le dicen CYA: cover your Ass) puede que no sea suficiente en el aspecto legal. Si saben de algún caso al respecto, mejor denlo a conocer ya, uno nunca sabe cuando van a venir por el c propio. =/ El año pasado también se discutió la página web de.. estos señores me parece, de si dicha página describe de manera adecuada las copias y sus consecuencias. (Los Sres. Carlos R. y Camaleón fueron muy activos en esa discusión). A darle una revisada si es que es importante. -- Carlos A. -- 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 Thursday 26 March 2009, Carlos E. R. escribió: [...]
Se puede ser peón y tener tres dedos de frente. Se puede ser peón y hacer un trabajo bien hecho. Se puede ser peón y recomendar alternativas, buscar soluciones, que las hay, al trabajo rápido y mal despachado. Se puede ser peón, tener buenas ideas y luego ser jefe de departamento.
Si el jefe dice de piratear el autocad, tu le dices que no quieres, que eso es ilegal. Te contesta: “O lo pirateas, o el mes que viene no cobráis, no hay dinero”. Pues lo pirateas, ¡que remedio!
Estoy de acuerdo con Camaleón en que hay que ser decente en el trabajo, lo malo es que Carlos tiene razón en lo que dice. Hoy en día hay mucha mediocridad, lo que se impone es el "good enough" que en castellano viene a ser "lo suficientemente bueno" -> mediocridad. Yo estoy harto de ir a clientes y que me digan que les vendo algo caro y que quieren que un servidor les de XXX MB/s pagando por uno de x MB/s. Es decir, quieren un Rolls a precio de Ford Fiesta y eso no puede ser. No estoy diciendo que las cosas tienen que ser perfectas, simplemente repito lo que dice Camaleón: hay que hacer las cosas bien. Un día me contó un amigo que fue a un mayorista y escuchó a un tío comprando tarjetas de red y dijo: "No hombre, no. No me des esas que son buenas y luego el cliente no me llama porque le funciona todo". Esto es muy triste y se repite mucho. Los proyectos se entregan a medio hacer, todo está lleno de parches, se contrata a gente que no sabe y no se les forma, ... Es muy triste. Yo he visto proyectos para echarse a llorar, te dice el cliente que está todo preparado para meter los servidores y el almacenmaiento y resulta que la obra civil no ha acabado y tienes que entrar con casco de obrero, los obreros tirando paredes, todo lleno de polvo, no hay suelo (ni techo), ... En fin, voy a secarme las lágrimas :"( Luego están los proyectos que se ganan por politiqueo: "Como eres amigote mío, cómprame XXXX Euros en servidores que tengo que facturar este mes. Sí, ya sé que no los necesitas, pero yo pongo un anuncio en todas las revistas del sector y quedas genial, tus acciones suben y tu jefe te asciende". Son proyectos que no funcionan, nunca han llegado a implementarse, es un gasto innecesario, ... Y lo más triste es que los demás clientes se lo creen. <suspiro> ... <suspiro> A ver mi si me toca la lotería y me voy a Rangiroa ... 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-03-26 a las 08:30 +0100, Rafa Grimán escribió:
Hola :)
El Thursday 26 March 2009, Carlos E. R. escribió:
[...]
Se puede ser peón y tener tres dedos de frente. Se puede ser peón y hacer un trabajo bien hecho. Se puede ser peón y recomendar alternativas, buscar soluciones, que las hay, al trabajo rápido y mal despachado. Se puede ser peón, tener buenas ideas y luego ser jefe de departamento.
Si el jefe dice de piratear el autocad, tu le dices que no quieres, que eso es ilegal. Te contesta: “O lo pirateas, o el mes que viene no cobráis, no hay dinero”. Pues lo pirateas, ¡que remedio!
Estoy de acuerdo con Camaleón en que hay que ser decente en el trabajo, lo malo es que Carlos tiene razón en lo que dice.
Ese es el problema... :-(
Hoy en día hay mucha mediocridad, lo que se impone es el "good enough" que en castellano viene a ser "lo suficientemente bueno" -> mediocridad. Yo estoy harto de ir a clientes y que me digan que les vendo algo caro y que quieren que un servidor les de XXX MB/s pagando por uno de x MB/s. Es decir, quieren un Rolls a precio de Ford Fiesta y eso no puede ser. No estoy diciendo que las cosas tienen que ser perfectas, simplemente repito lo que dice Camaleón: hay que hacer las cosas bien.
¡Ojalá!
Un día me contó un amigo que fue a un mayorista y escuchó a un tío comprando tarjetas de red y dijo: "No hombre, no. No me des esas que son buenas y luego el cliente no me llama porque le funciona todo". Esto es muy triste y se repite mucho.
Eso es como el obrero del cuento, que arreglaba tejados y se puso enfermo. El hijo le substituye. Y cuando empiezan a llamar los clientes contentos, el padre "tiene" que ponerse bueno rápidamente o se queda sin negocio. “Hijo, siempre que subas, rompe alguna teja para que nos llamen otra vez, que nos quedamos sin comer”.
Los proyectos se entregan a medio hacer, todo está lleno de parches, se contrata a gente que no sabe y no se les forma, ... Es muy triste. Yo he visto proyectos para echarse a llorar, te dice el cliente que está todo preparado para meter los servidores y el almacenmaiento y resulta que la obra civil no ha acabado y tienes que entrar con casco de obrero, los obreros tirando paredes, todo lleno de polvo, no hay suelo (ni techo), ... En fin, voy a secarme las lágrimas :"(
¡Arrea! No sabes que consuelo, creía ser el único que le había pasado eso. Y luego dan un acelerón los ventiladores y sale una nube de polvo por los armarios, de los filtros saturados, que no veas.
Luego están los proyectos que se ganan por politiqueo: "Como eres amigote mío, cómprame XXXX Euros en servidores que tengo que facturar este mes. Sí, ya sé que no los necesitas, pero yo pongo un anuncio en todas las revistas del sector y quedas genial, tus acciones suben y tu jefe te asciende". Son proyectos que no funcionan, nunca han llegado a implementarse, es un gasto innecesario, ... Y lo más triste es que los demás clientes se lo creen.
Pos lo mismo. Te crees ser el único hasta que lo oyes... ¿Sabes otra? La de los departamentos que ponen anuncios de trabajo, hacen la selección y todo, a veces con consultores, psicólogos y toda la parafernalia, y luego no contratan a nadie. No hay derecho a jugar con las ilusiones de la gente de esa forma :-( Con múltiples variaciones.
<suspiro> ... <suspiro> A ver mi si me toca la lotería y me voy a Rangiroa ...
Rafa
- -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknLTIgACgkQtTMYHG2NR9V2UQCfb9+l7YBqjCG3YVvsdePiMOei 82IAn3nGrrCzPQEhmP6/mJQH5sTGVvjv =B7lU -----END PGP SIGNATURE-----
El 2009-03-26 a las 08:30 +0100, Rafa Grimán escribió:
El Thursday 26 March 2009, Carlos E. R. escribió:
Si el jefe dice de piratear el autocad, tu le dices que no quieres, que eso es ilegal. Te contesta: “O lo pirateas, o el mes que viene no cobráis, no hay dinero”. Pues lo pirateas, ¡que remedio!
Estoy de acuerdo con Camaleón en que hay que ser decente en el trabajo, lo malo es que Carlos tiene razón en lo que dice.
Hoy en día hay mucha mediocridad, lo que se impone es el "good enough" que en castellano viene a ser "lo suficientemente bueno" -> mediocridad. Yo estoy harto de ir a clientes y que me digan que les vendo algo caro y que quieren que un servidor les de XXX MB/s pagando por uno de x MB/s. Es decir, quieren un Rolls a precio de Ford Fiesta y eso no puede ser. No estoy diciendo que las cosas tienen que ser perfectas, simplemente repito lo que dice Camaleón: hay que hacer las cosas bien.
Es una actitud muy "española" eso de "hago lo que me ordenan porque si no me despiden". Pues lo siento, pero no la comparto. Siempre se pueden sugerir o presentar opciones válidas, el problema es que nos cuesta mucho pensar. Por ejemplo, hay alternativas libres a programas de pago. Vale, acepto que no siempre la alternativa libre se puede utilizar por los motivos que sean (se queda corta, requerimientos con determinados proveedores...). A nosotros nos pasa con el Acrobat. Pero se pueden hacer instalaciones mixtas: programa de pago en algunos equipos y programas libres en otros, lo cual además, suele dar mejores resultados porque abarcas lo mejor de ambos mundos. Pero de eso a "aplicar la ley del mínimo esfuerzo" y poner un programa pirata "porque si no, no cobro a fin de mes"... pues va un trecho. Seguro que quién opina así no "pasaría por el aro" de registrar los correos de los empleados porque "su jefe se lo pide" y porque eso sería "ilegal"... ah, dichosa moralidad >:-) No, "todo" no vale. Hay programas de subveciones y ayudas tecnológicas para PYMES (pequeñas y medianas empresas), tanto nacionales como locales, hay un montón de opciones de pago aplazado y de créditos (línea ICO), hay ofertas interesantes que se pueden presentar al "jefe" y exponerle sobre la mesa, alternativas a hacer las cosas mal hechas y a pasar por el aro. Pero no se hacen >:-). 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
On Thursday 26 March 2009 11:11:58 Camaleón wrote:
Es una actitud muy "española" eso de "hago lo que me ordenan porque si no me despiden". Pues lo siento, pero no la comparto.
Siempre se pueden sugerir o presentar opciones válidas, el problema es que nos cuesta mucho pensar.
Jefe : No, no, no ,no, no, no
Por ejemplo, hay alternativas libres a programas de pago. Vale, acepto que no siempre la alternativa libre se puede utilizar por los motivos que sean (se queda corta, requerimientos con determinados proveedores...). A nosotros nos pasa con el Acrobat. Jefe : No, no, no ,no, no, no
Pero se pueden hacer instalaciones mixtas: programa de pago en algunos equipos y programas libres en otros, lo cual además, suele dar mejores resultados porque abarcas lo mejor de ambos mundos.
Jefe : No, no, no ,no, no, no si quieres lo instalas todo en todo y que usen lo que quieran (averigua que usan)
Pero de eso a "aplicar la ley del mínimo esfuerzo" y poner un programa pirata "porque si no, no cobro a fin de mes"... pues va un trecho.
A mi me los dan, si lo han pagado o no ya ni idea. Yo no llevo la contabilidad.
Seguro que quién opina así no "pasaría por el aro" de registrar los correos de los empleados porque "su jefe se lo pide" y porque eso sería "ilegal"... ah, dichosa moralidad >:-)
Para eso el empresario solo tiene que comunicar a los empleados que lo va a hacer, y a partir de esa fecha el correo pasa a ser unica y exclusivamente de la empresa. Eso si, si no lo comunica se le puede caer el pelo y algo mas.
No, "todo" no vale.
Hay programas de subveciones y ayudas tecnológicas para PYMES (pequeñas y medianas empresas), tanto nacionales como locales, hay un montón de opciones de pago aplazado y de créditos (línea ICO), hay ofertas interesantes que se pueden presentar al "jefe" y exponerle sobre la mesa, alternativas a hacer las cosas mal hechas y a pasar por el aro.
Jefe : No, no, no ,no, no, no Ya me diras que se hace contra eso -- 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 2009-03-26 a las 12:09 +0100, francisco f escribió:
On Thursday 26 March 2009 11:11:58 Camaleón wrote:
Es una actitud muy "española" eso de "hago lo que me ordenan porque si no me despiden". Pues lo siento, pero no la comparto.
Siempre se pueden sugerir o presentar opciones válidas, el problema es que nos cuesta mucho pensar.
Jefe : No, no, no ,no, no, no
Empleado/peón: "Jefe, que han llamado del departamento jurídico de A-susto-desk, que nos están pidiendo que le enviemos por fax la copia de la licencia del programa con el que hemos firmado los planos de la obra "x". Que dicen que no estamos registrados como clientes, que a ver cómo narices tenemos planos hechos en TutoCAD sin licencia y hemos sido capaces de presentarlo en la memoria >:-)
Jefe : No, no, no ,no, no, no
Empleado/peón: (Jefe, que han vuelto a llamar...)
Jefe : No, no, no ,no, no, no si quieres lo instalas todo en todo y que usen lo que quieran (averigua que usan)
Jefe... que han venido a la oficinas esta gente del gabinete jurídico y que quieren hacer una auditoría de los equipos, que tienen permiso...
A mi me los dan, si lo han pagado o no ya ni idea. Yo no llevo la contabilidad.
Claro, claro... "ojos que no ven, nómina que no se resiente" :-).
Jefe : No, no, no ,no, no, no
"Jefe, ¿al final tuvo que pagar la sanción por lo de la licencia, verdad?" ¿Cómo dice...? ¿Que estoy despedido? Pero si yo sólo instalé lo que me dijo, no sabía que..." 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
On Thursday 26 March 2009 12:27:01 Camaleón wrote:
El 2009-03-26 a las 12:09 +0100, francisco f escribió:
On Thursday 26 March 2009 11:11:58 Camaleón wrote:
Es una actitud muy "española" eso de "hago lo que me ordenan porque si no me despiden". Pues lo siento, pero no la comparto.
Siempre se pueden sugerir o presentar opciones válidas, el problema es que nos cuesta mucho pensar.
Jefe : No, no, no ,no, no, no
Empleado/peón: "Jefe, que han llamado del departamento jurídico de A-susto-desk, que nos están pidiendo que le enviemos por fax la copia de la licencia del programa con el que hemos firmado los planos de la obra "x". Que dicen que no estamos registrados como clientes, que a ver cómo narices tenemos planos hechos en TutoCAD sin licencia y hemos sido capaces de presentarlo en la memoria >:-)
Jefe : que me llamen a mi
Empleado/peón: (Jefe, que han vuelto a llamar...)
Jefe : No, no, no ,no, no, no si quieres lo instalas todo en todo y que usen lo que quieran (averigua que usan)
Jefe... que han venido a la oficinas esta gente del gabinete jurídico y que quieren hacer una auditoría de los equipos, que tienen permiso...
Jefe : de ¿quien?, mio no, que vengan con la policia.
A mi me los dan, si lo han pagado o no ya ni idea. Yo no llevo la contabilidad.
Claro, claro... "ojos que no ven, nómina que no se resiente" :-).
NO, simplemente no es mi responsabilidad. Al igual que no se como se hacen los contratos y tampoco tengo derecho a saberlo. ¿O tu pides las facturas y los comprobantes de pago y la certificacion del proveedor de que le han pagado para instalar un hard o soft? Se supone la buena fe de ambas partes con respecto a la responsabilidad que les corresponde. No puedes pensar igual esto es ilegal, dame la factura, el otro no, pos te denuncio. Lo mas seguro acabarias en la calle y la denuncia desestimada.
Jefe : No, no, no ,no, no, no
"Jefe, ¿al final tuvo que pagar la sanción por lo de la licencia, verdad?" ¿Cómo dice...? ¿Que estoy despedido? Pero si yo sólo instalé lo que me dijo, no sabía que..."
:)) y cortemossss que se alarga como lo del kmail (tengo que aprender a callarme para que no se alarguen los temas estos) -- 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 2009-03-26 a las 13:14 +0100, francisco f escribió: (...)
:))
y cortemossss que se alarga como lo del kmail (tengo que aprender a callarme para que no se alarguen los temas estos)
¡Oído cocina! Corto y cierro ;-) 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 2009-03-26 a las 12:27 +0100, Camaleón escribió:
Jefe : No, no, no ,no, no, no
Empleado/peón: "Jefe, que han llamado del departamento jurídico de A-susto-desk, que nos están pidiendo que le enviemos por fax la copia de la licencia del programa con el que hemos firmado los planos de la obra
“No, de eso yo no se nada. Espera que te paso con direción y hablas con ellos - ah, lo siento, no me cogen, se habrán ido a comer, llama luego”. Tu no sabes la de trolas que se tienen que inventar los empleados con los pesados. Y si no aprendes a mentir, pues o te quitan el teléfono o te largan... Eso sí, luego enfermas de los nervios. No bromeo. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknLg78ACgkQtTMYHG2NR9WWFwCfVHsVORVByVeEXFfEn2vjyoen 4zMAn2ajTqJNUCOjITBDFEvUXany833M =knrT -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-03-26 a las 11:11 +0100, Camaleón escribió:
Es una actitud muy "española" eso de "hago lo que me ordenan porque si no me despiden". Pues lo siento, pero no la comparto.
A mi no es que me despidieran, es que no cobrábamos. No había ingresos suficientes, nos debían meses de sueldo. Para comprar material el jefe empeñaba su propia casa. Cobrábamos al entregar el proyecto que estábamos haciendo. Yo he visto a jefes mios pidiendo dinero a usureros, que venían a "negociar" dejando un tío a la puerta y otros dos dentro, con bultos sospechosos. En esas circunstancias, comprar software era inviable. Comprar cualquier cosa suponía no cobrar un mes más y vivir de lo que me daban mis padres para comer. Algo se compraba, como los compiladores, para entregar compilados al cliente legalmente. Te querría yo ver en esas circunstancias, a ver que hacías. Por acá ya han habido empresarios que se han puesto a asaltar bancos pistola en mano para pagar a sus empleados... No, mejor no te veas así, no se lo deseo a nadie. Pero no digas que nunca harás eso, porque no te has visto con el agua al cuello. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknLgn4ACgkQtTMYHG2NR9WgxACeN5M2U2TlyAE5fcaTs8JBPEeQ TkIAmwYsCDOR113W7OhcNtJWq7mY+Mav =Q+iR -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-03-25 a las 15:50 +0100, Camaleón escribió:
Mira, entiendo que empresas privadas que ofrecen servicios privados pues pueden construir su web como mejor les plazca, pero si estás ofreciendo un servicio público o de interés público, ahí ya no lo veo tan claro que puedan campar a sus anchas, deberían pasar algún trámite de "usabilidad" y alguna normativa básica que certifique que vas a poder trabajar con esa página sin problemas :-(
Pues por usabilidad, sí que hay reglas, en efecto. Ahí sí que las hay. Pero si no hay una ley que obligue a Iberia a cumplir las normas de usabilidad en web, como sí están obligados a cumplirlas en sus infraestructuras de acceso (rampas de tantos grados, puertas de tal ancho, pasillos, ascensores (botones en braille), pavimentos de determinado "tacto"...
Prefiero la cueva del oso... sin adornos pero práctica :-)
Huy, seguro que si quieres dotar a tu cueva de electricidad y agua te piden la cédula de habitabilidad y vas dá :-P - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknKWPkACgkQtTMYHG2NR9VIBACfaRWkP+y6+xcHiJUA0QK93P/s tLQAn31WvRHYoZQ9mrLXlYnLHVDZHhrr =hVAo -----END PGP SIGNATURE-----
O Mércores 25 Marzo 2009 15:50:57 Camaleón escribiu:
El 2009-03-25 a las 15:36 +0100, Karl García Gestido escribió:
O Mércores 25 Marzo 2009 08:19:56 Camaleón escribiu:
Bueno, yo no opino así :-). Los estándares están para seguirlos y cumplirlos, no para interpretarlos "libremente".
Ramén.
:-) :
¿Te imaginas programar sin normas ni reglas o que las casas se construyeran como se construye una web? >:-)
Uy, creo que hace mucho que no ves cómo se hacen >:-)
¿Las webs o las casas? Ambas las veo casi a diario. Ni te imaginas la cantidad de trámites y permisos que necesitas, al menos para construir con ladrillo y hormigón ("pa" construir con bits no te piden "ná") >:-) Pero en las obras?
Tú compras una casa y te viene con doscientas grietas de más de un metro, son las baldosas sueltas, con instalaciones eléctricas que dan miedo... No pasan más desgracias porque en teoría deberían durar doscientos años.. y en los veinte que duran hai tiempo de hacer apaños.... ... justo como se hace con el software. Ningún negocio donde se mueva dinero de forma rápida y fácil funciona como es debido.
Prefiero la cueva del oso... sin adornos pero práctica :-)
Saludos,
-- Camaleón No sé yo.
XD Salud!! -- O malo da relixión e a súa carenza de imaxinación -- karl -- 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 2009-03-26 a las 13:40 +0100, Karl García Gestido escribió:
O Mércores 25 Marzo 2009 15:50:57 Camaleón escribiu:
¿Las webs o las casas? Ambas las veo casi a diario. Ni te imaginas la cantidad de trámites y permisos que necesitas, al menos para construir con ladrillo y hormigón ("pa" construir con bits no te piden "ná") >:-)
Pero en las obras?
Tú compras una casa y te viene con doscientas grietas de más de un metro, son las baldosas sueltas, con instalaciones eléctricas que dan miedo...
Lo denuncias. La grieta no está en el contrato >:-) Mira, la gente no mueve un dedo ni por su propia casa, dicen "ná, esa grieta la reparo yo con un poco de alicatado por aquí y una mano de pintura por allá". A los 4 años les sale una gotera de tres pares y ¡siguen sin mover un dedo! A lo sumo te ponen un florero de esos largos para tapar la humedad en lugar de picar el muro y poner un aislante como es debido :-)
No pasan más desgracias porque en teoría deberían durar doscientos años.. y en los veinte que duran hai tiempo de hacer apaños....
... justo como se hace con el software.
Ningún negocio donde se mueva dinero de forma rápida y fácil funciona como es debido.
Cierto, pero en casi todos los sectores hay responsabilidades civiles. Y aunque parezca que aquí se construya a lo Pepe Gotera y Olitio, pues sí, en las obras es lo que ves. Pero si hay un problema, no es el obrero quien paga el pato sino el contratista o el arquitecto que lo firma. Puedes denunciarlo y puedes defenderte. Sigo sin ver esa analogía en el sector de la informática :-P 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
O Xoves 26 Marzo 2009 13:56:32 Camaleón escribiu:
El 2009-03-26 a las 13:40 +0100, Karl García Gestido escribió:
O Mércores 25 Marzo 2009 15:50:57 Camaleón escribiu:
¿Las webs o las casas? Ambas las veo casi a diario. Ni te imaginas la cantidad de trámites y permisos que necesitas, al menos para construir con ladrillo y hormigón ("pa" construir con bits no te piden "ná") >:-)
Pero en las obras?
Tú compras una casa y te viene con doscientas grietas de más de un metro, son las baldosas sueltas, con instalaciones eléctricas que dan miedo...
Lo denuncias. La grieta no está en el contrato >:-)
Mira, la gente no mueve un dedo ni por su propia casa, dicen "ná, esa grieta la reparo yo con un poco de alicatado por aquí y una mano de pintura por allá".
A los 4 años les sale una gotera de tres pares y ¡siguen sin mover un dedo! A lo sumo te ponen un florero de esos largos para tapar la humedad en lugar de picar el muro y poner un aislante como es debido :-) Los que yo conozco sí han ido al juzgado, y aún falta por ganar el primer caso.
No pasan más desgracias porque en teoría deberían durar doscientos años.. y en los veinte que duran hai tiempo de hacer apaños....
... justo como se hace con el software.
Ningún negocio donde se mueva dinero de forma rápida y fácil funciona como es debido.
Cierto, pero en casi todos los sectores hay responsabilidades civiles.
Y aunque parezca que aquí se construya a lo Pepe Gotera y Olitio, pues sí, en las obras es lo que ves. Pero si hay un problema, no es el obrero quien paga el pato sino el contratista o el arquitecto que lo firma. Puedes denunciarlo y puedes defenderte. Aunque la nueva ley pretenda acotarlo un poco al menos (los muertos en las obras no lucen), las subcontratas son estupendas para trasladarse responsabilidades hasta que nadie es responsable. Sigo sin ver esa analogía en el sector de la informática :-P Yo tampoco, la has puesto tú :-P Saludos,
-- Camaleón Salud!! -- O malo da relixión e a súa carenza de imaxinación -- karl -- 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 2009-03-26 a las 13:56 +0100, Camaleón escribió:
las baldosas sueltas, con instalaciones eléctricas que dan miedo...
Lo denuncias. La grieta no está en el contrato >:-)
Para eso está el truco de las uniones temporales de empresas: cuando vas a denunciar no existen. O si la casa es de cooperativa, porque puede resultar que el responsable sea la propia cooperativa.
A los 4 años les sale una gotera de tres pares y ¡siguen sin mover un dedo! A lo sumo te ponen un florero de esos largos para tapar la humedad en lugar de picar el muro y poner un aislante como es debido :-)
Cuando puedes. Tengo una ventana rota que nadie me quiere reparar, creo que la fabricaron especial y no hay repuestos. Y el fabricante no le da la gana venir - y no está en garantía, la rompió una visita que se apoyó en ella malamente. Y el seguro no quiere saber nada salvo que denuncie a mi visitante. Aunque quisiera, no tengo pruebas. ¿Resultado? Ventana condenada.
Sigo sin ver esa analogía en el sector de la informática :-P
Cierto, la informática es peor. Se hunde un puente y es un "bug". Lo corregiremos en la próxima versión (que tendrás que pagar) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknLhboACgkQtTMYHG2NR9XFxQCfR3yYgrepzj4/S4J+T2cZncOI kOkAniYzgvz7xe4lMIX0RcTFV+tbjrJb =IJLb -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
Hola :)
El Tuesday 24 March 2009, Camaleón escribió:
Je, y ahora que lo busco en Google, ya me hago una idea...
Imprimir tarjeta de embarque en Iberia, desde Linux http://ryke.wordpress.com/2008/09/17/imprimir-tarjeta-de-embarque-en-iberia-...
¡Cómo está el patio! :-/
¡Ostrás! :-(
Buen enlace, ... pero prueba Opera ;)
Eso vosotros, que volais cada dos por tres :-P - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknJFW0ACgkQtTMYHG2NR9UlUQCfQKv60jFnX3OXTAqIIzTuIviG raUAnRWPxP/S0UKaTZG//SGje5hrLr8z =dL4s -----END PGP SIGNATURE-----
Hola :) El Monday 23 March 2009, Camaleón escribió: [...]
El programador debería saber lo que está haciendo y no dejar todo en manos del compilador. Está bien que el compilador haga ciertas cosas para facilitarle la vida al programador, pero otras las debería hacer el programador.
No sé cómo irá hoy en día la programación con leguajes actuales de alto nivel, pero yo me fiaría más de las sugerencias del compilador que de las de un humanoide
:-). El compilador puede tener en cuenta más variables ¿no?.
Se me ha olvidado en el correo anterior poner un ejemplo. En HPC (en tu caso, Camaleón, es interesante porque afecta a las ingenierías), una de las cosas (trucos) empleados a la hora de optimizar código es hacer que una matriz entera quepa o se cargue por completo en la caché L3. Se intenta trabajar con matrices que quepan en la L3 ya que de esta manera, el acceso a los datos es más rápido (recordemos que el tiempo de acceso a la L3 es menor que en el caso de acceder a la RAM y que se necesitan menos ciclos de CPU). Esta es una de las razones por las que las CPUs con L3 grande suele interesar en el mundo HPC, aunque no siempre es así. Esto, por ejemplo, no lo puede hacer el compilador, aunque sí puede hacer otras cosas sin intervención "divina" como es el caso del -funroll-loops. En el caso de la programación paralela, ocurre algo por el estilo. El Humano tiene que decidir si ciertas ecuaciones se pueden dividir o no para poder paralelizar. Otra cosa a tener en cuenta es que tienes que tener en cuenta las comunicaciones entre los nodos (bien sean cores o computadoras completas), que puede ser IB, (10)Gigabit, dual-rail, ... no te digo que en un futuro este tipo de cosas se automaticen y que el compilador avance lo suficiente como para ser capaz de tomar ciertas decisiones, pero otras veces es un poco más difícil. También es cierto que a la hora de programar o paralelizar código, lo difícil es saber el estado y valor de una variable porque se pueden producir race conditions, por ejemplo o bien un hilo de una CPU de pronto cambia el valor y no avisa al resto de las CPUs, ... Si no eres buen programador y no tienes en cuenta estas complejidades ... la has liado. Especialmente en C ;) Esto ya es cosa del programador. Creo que ahora sabéis por qué no me gusta programar ;) 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-03-23 a las 13:42 +0100, Rafa Grimán escribió:
:-). El compilador puede tener en cuenta más variables ¿no?.
Se me ha olvidado en el correo anterior poner un ejemplo. En HPC (en tu caso, Camaleón, es interesante porque afecta a las ingenierías), una de las cosas (trucos) empleados a la hora de optimizar código es hacer que una matriz entera quepa o se cargue por completo en la caché L3. Se intenta trabajar con matrices que quepan en la L3 ya que de esta manera, el acceso a los datos es más rápido (recordemos que el tiempo de acceso a la L3 es menor que en el caso de acceder a la RAM y que se necesitan menos ciclos de CPU). Esta es una de las razones por las que las CPUs con L3 grande suele interesar en el mundo HPC, aunque no siempre es así.
Pero para eso ya estás ajustando un programa a una máquina concreta, en vez de tener un código general. Eso tiene sentido para aplicaciones únicas, pero no para un calc, por ejemplo.
Esto, por ejemplo, no lo puede hacer el compilador, aunque sí puede hacer otras cosas sin intervención "divina" como es el caso del -funroll-loops.
En el caso de la programación paralela, ocurre algo por el estilo. El Humano tiene que decidir si ciertas ecuaciones se pueden dividir o no para poder paralelizar. Otra cosa a tener en cuenta es que tienes que tener en cuenta las comunicaciones entre los nodos (bien sean cores o computadoras completas), que puede ser IB, (10)Gigabit, dual-rail, ...
no te digo que en un futuro este tipo de cosas se automaticen y que el compilador avance lo suficiente como para ser capaz de tomar ciertas decisiones, pero otras veces es un poco más difícil.
Posiblemente lo que haga falta sea algún lenguaje nuevo que facilite la labor. Poder decir en el código fuente que cosas se pueden ejecutar por separado, por ejemplo, sin tener que diseñar threads a mano. Poder declarar funciones "background" y de alta o baja prioridad.
También es cierto que a la hora de programar o paralelizar código, lo difícil es saber el estado y valor de una variable porque se pueden producir race conditions, por ejemplo o bien un hilo de una CPU de pronto cambia el valor y no avisa al resto de las CPUs, ... Si no eres buen programador y no tienes en cuenta estas complejidades ... la has liado. Especialmente en C ;) Esto ya es cosa del programador.
Creo que ahora sabéis por qué no me gusta programar ;)
A mi me encanta precisamente por eso. O me encantaba - con el tiempo no solo es que oxidas, sino que se vuelve más dificil. Esto son cosas para los becarios y jovencitos hasta los 30 >:-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknHjzoACgkQtTMYHG2NR9U2QQCfYPm3LFYdpATDiUaQWImU+d9X SdgAnjqJ+aqWeBS+8uMbanN/pQf4nXh4 =S83S -----END PGP SIGNATURE-----
Muy interesante todo esto Rafa. Me gustaría leer algún texto sobre esto,
en español claro, si existe.
--
Saludos,
Luis Esteban de Dios Núñez
En Mon, 23 Mar 2009 03:04:55 -0500, Rafa Grimán
Hola .)
El Monday 23 March 2009, Shinji Ikari escribió:
¿será correcto ese término? Nota en /. http://developers.slashdot.org/article.pl?sid=09/03/22/193205&from=rss
Tanto Linux y Windows no trabajan bien con procesadores de varios núcleos, este tema se trato ligeramente cuando se discutió acerca de 64 bits hace unos meses atrás, Los comentarios están muy interesantes. Y me parecen acertados en que los fabricantes de chips han hecho nada o demasiado poco para que se aproveche esta tecnología. También se mencionan algunas soluciones en los comentarios.
/. ¿News for nerds? es verdad... =P
Sí y no. Vamos a ver, "escalabilidad" no es un término absoluto. Es decir, no basta con que tengas un hw con muchos procesadores. Para poder escalar en la informática, hacen falta al menos 3 cosas: - escalabilidad en hw: es decir, que el hw escale. No basta con poder poner muchos procesadores. Aquí hay que tener en cuenta buses (ancho de banda), latencias, RAM, I/O. Es decir, tiene que escalar tanto en CPU, como en I/O como en RAM. Si NO lo hace, tienes cuellos de botella y NO tienes escalabilidad
- escalabilidad del sistema operativo: el sistema operativo debe ser capaz de reconocer (ver) y trabajar con todos los recursos hardware que tiene la máquina. O, lo que es lo mismo, debe ser capaz de gestionar todos los recursos: CPU, RAM, I/O, ...
- escalabilidad de la aplicación: la aplicación que estás ejecutando debe ser capaz de utilizar todos los recursos hw que el sistema operativo le presenta a la aplicación. Es decir, si el sistem aoperativo reconoce 80 procesadores, pero la aplicación ha sido diseñada para usar uno ... pues no hay escalabilidad
Te pongo un ejemplo. Hace unos cuantos años, construimos una máquina que es capaz de escalar en hardware hasta 2048 cores y 128 TB de RAM en imagen única (una máquina NUMA, no es un cluster). Esto es escalabilidad de hardware. Esta máquina es capaz de escalar desde 8 cores hasta 2048.
Pues resulta que al arrancar Linux en esa máquina, la tabla de procesos no era lo suficientemente grande por lo que al reconocer todos los procesadores ... no podías ejecutar ni un "ls" así que parcheamos el kernel para que no ocurra esto. Linux ya es capaz de escalar hasta 2048 cores "out of the box".
Un cliente compró 4 máquinas de estas e instaló sus aplicaciones. Resulta que las aplicaciones sólo podían esclar hasta 1024 cores :( Al final el cliente ha dividido la máquina en 2 de 1024 procesadores y las demás tienen 512 cores sólo.
Aquí, lo que no escala es la aplicación. El hw y Linux sí escalan, pero la aplicación no.
Lo mismo ocurre con las aplicaciones de uso "cotidiano": paquetes ofimáticos, navegadores web, multimedia, ... Si no se han diseñado para utilizar todos los recuros del sistema ... el Linux escalará, pero la aplicación no.
Lo que ocurre hoy en día es que se ha invertido poco en la programación paralela, IMHO por dos razones:
- desconocimiento, flojera y miedo: no es fácil programar para sistemas SMP y depurar y hacer profiling ya es un infierno
- falta de inversión y previsión: hay que diseñar y reprogramar todo
Hay otras razones que también hay que tener en cuenta:
- algunas aplicaciones no se benefician tanto: navegadores web, procesadores de texto, ... Luego la mejora obtenida no justifica la inversión en tiempo y dinero
- el usuario arranca varias aplicaciones: correo, web, ofimática, ... por lo que si no se paraleliza la aplicación, el usuario no se dará cuenta y tampoco pasa nada porque tendrá cada aplicación ejecutándose en un core por lo que notará cierta mejora. En este caso, el usuario no notará que las aplicaciones se ejcutan más rápido sino que las aplicaciones responden mejor ya que no hay que sacar una aplicación del core para meter otra, cada una tendría el suyo
Resumiendo: Linux (el kernel) sí escala, pero las aplicaciones no.
De todas formas, hay una cosa que dicen, qu eno estoy de acuerdo:
"But many of the tools available are still works in progress, participants at the Multicore Expo said. Software compilers need to be able to identify code that can be parallelized, and then do the job of parallelizing it without manual intervention from programmers, said Shay Gal-on, director of software engineering at EEMBC, a nonprofit organization that develops benchmarks for embedded chips."
El programador debería saber lo que está haciendo y no dejar todo en manos del compilador. Está bien que el compilador haga ciertas cosas para facilitarle la vida al programador, pero otras las debería hacer el programador.
En cambio, estoy totalmente de acuerdo con lo que dicen luego:
"While the programming side may present the biggest challenge, there are also hardware changes that need to be made, to overcome issues such as memory latency and slow bus speeds. "As you add more and more CPUs on the chip, you need the memory bandwidth to back it up," Gwennap said. Sharing a single memory cache or data bus among multiple cores can create a bottleneck, meaning the extra cores will be largely wasted. "By the time you get to six or eight CPUs, they spend all their time talking to each other and not moving forward to getting any work done," he said. The onus may ultimately lie with developers to bridge the gap between hardware and software to write better parallel programs. Many coders are not up to speed on the latest developments in hardware design, Gal-on said. They should open up data sheets and study chip architectures to understand how their code can perform better, he said."
Sólo le falta añadir que los fabricantes de chips y herramientas de desarrollo (compiladores/depuradores/profilers/...) deberían ayudar a los desarrolladores dando más información de cómo optimizar y programar para SMP, NUMA y clusters.
Rafa
--------------------------------------- Red Telematica de Salud - Cuba CNICM - Infomed -- 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 Monday 23 March 2009, Luis Esteban de Dios Núñez escribió:
Muy interesante todo esto Rafa. Me gustaría leer algún texto sobre esto, en español claro, si existe.
Ufff ... no sabría decirte. Tienes páginas de compiladores, de programación, de benchmarking, de hardware, de fabricantes de procesadores, foros, listas de correo, ... Pero no sabría decirte dónde ni cómo empezar. Depende un poco de qué quieres hacer/estudiar. Por ejemplo, si te gusta o quieres info sobre GPGPUs, te recomiendo: www.gpgpu.org Si me dices un poco el interés tuyo, te podré ayudar un poquito 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
El día 22 de marzo de 2009 23:38, Shinji Ikari
¿será correcto ese término? Nota en /. http://developers.slashdot.org/article.pl?sid=09/03/22/193205&from=rss
Tanto Linux y Windows no trabajan bien con procesadores de varios núcleos, este tema se trato ligeramente cuando se discutió acerca de 64 bits hace unos meses atrás, Los comentarios están muy interesantes. Y me parecen acertados en que los fabricantes de chips han hecho nada o demasiado poco para que se aproveche esta tecnología. También se mencionan algunas soluciones en los comentarios.
Excelente lección la de Rafa. Por lo que yo puedo apreciar, y en coincidencia con Rafa, está mal el titulo del asunto "Ni Linux ni Windows paralelisan", ya que en realidad, son la mayor parte de las aplicaciones que "no paralelisan". 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 (8)
-
Camaleón
-
Carlos E. R.
-
francisco f
-
Juan Erbes
-
Karl García Gestido
-
Luis Esteban de Dios Núñez
-
Rafa Grimán
-
Shinji Ikari