June 2005 - openSUSE Users (Español) - openSUSE Mailing Lists

Configurar ODBC para acceder a base de Mysql desde OOo
by JESUS CONSTANTINO DEL MORAL VILLALTA 24 Jun '05

24 Jun '05

Hola LinuxSuseros Estoy intentando configurar ODBC siguiendo el artículo de TODO LINUX número 44. pero tengo varios problemas: - El fichero odbc.inst no se encuentra en /etc/ - el driver y el setup libmyodbc3.so los he buscado con Kfind y nada, aunque el instalador de de SoftWare de Yast dice que MyODBC lo proporciona Alguien me podria dar un poco de luz al asunto.

1 0

[suse-linux-s] La seguridad ... un proceso, no un producto
by aux 24 Jun '05

24 Jun '05

To: "Rafael Griman" <rgriman(a)sgi.com> Sent: Thursday, June 23, 2005 9:17 PM Subject: Re: [suse-linux-s] La seguridad ... un proceso, no un producto > > > Bueno, sigo encabezonado, la seguridad es un proceso ;) > Pues ves con cuidado de que no le hagan un kill -9 ;P

1 0

Selector de caracteres
by Particular (=?iso-8859-1?q?L=F3pez?=, Luis Fernando) 24 Jun '05

24 Jun '05

Muchachos: Alguien conoce algún selector de caracteres para el KDE del Linux de SuSE 9.3, similar al kcharselect que estaba en la versión 7.3 de SuSE. Gracias y saludos. Luis

2 1

Configurar Arranque de dos distribuciones
by Cartman 24 Jun '05

24 Jun '05

Hola, simplemente quiero arrancar dos distribuciones en mi máquina además de wxp pero no he podido, necesito un poco de ayuda... Este es mi disco.. Disco /dev/hda: 80.0 GB, 80000000000 bytes 16 cabezas, 63 sectores/pista, 155009 cilindros Unidades = cilindros de 1008 * 512 = 516096 bytes Disposit. Inicio Principio Fin Bloques Id Sistema /dev/hda1 * 1 40635 20480008+ 7 HPFS/NTFS /dev/hda2 40636 71111 15359904 83 Linux /dev/hda3 71112 73143 1024128 82 Linux swap /dev/hda4 73144 155009 41260464 f Win95 Ext'd (LBA) /dev/hda5 73144 103620 15360376+ 83 Linux Este era mi grub con rh9 y wxp default=2 timeout=10 splashimage=(hd0,1)/boot/grub/splash.xpm.gz title Red Hat Linux (2.4.20-8smp) root (hd0,1) kernel /boot/vmlinuz-2.4.20-8smp ro root=LABEL=/ hdc=ide-scsi initrd /boot/initrd-2.4.20-8smp.img title Red Hat Linux-up (2.4.20-8) root (hd0,1) kernel /boot/vmlinuz-2.4.20-8 ro root=LABEL=/ hdc=ide-scsi initrd /boot/initrd-2.4.20-8.img title Windows XP SP2 rootnoverify (hd0,0) chainloader +1 Ahora le agregué esto para fc2 title Fedora Core (2.6.5-1.358smp) root (hd0,4) kernel /boot/vmlinuz-2.6.5-1.358smp root=/dev/hda5 initrd /boot/initrd-2.6.5-1.358smp.img title Fedora Core-up (2.6.5-1.358) root (hd0,4) kernel /boot/vmlinuz-2.6.5-1.358 root=/dev/hda5 initrd /boot/initrd-2.6.5-1.358.img Pero al reinicial y elegir fc2 no arranca... Que debo hacer... Gracias. Atentamente, CARLOS ARTURO TRUJILLO SILVA __________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.espanol.yahoo.com/

2 4

Problemas al instalar MPlayer
by Reynier Perez Mira 24 Jun '05

24 Jun '05

Hola lista: Resulta que estoy tratando de instalar y configurar MPlayer para poder ver las peliculas en Linux. Me he bajado la 'ultima version y la he descomprimido en un directorio temporal, asi como los codes para poder visualizar las peliculas correctamente. Entonces he seguido los pasos como se me explica en muchos sitios de Internet. Primero crear un directorio /usr/lib/codecs/ y copiar todos los codecs en ese directorio. Luego desde la consola escribir: ./configure --enable-gui --language=es pero resulta que cuando esta compilando me da error con las librerias GTK porque dice que la GUI las necesita. He chequeado con el YAST todo lo que antes, o en el medio, o al final tenga GTK y estan instalados todos. Ya no se que hacer por eso acudo a Uds. a ver que me recomiendan, Debajo el proceso completo: ================================================================================ zendstudiolin:/install/MP/MPlayer-1.0pre7 # ./configure --enable-gui --language=es Detected operating system: Linux Detected host architecture: i386 Checking for cc version ... 3.3.5, ok Checking for host cc ... cc Checking for CPU vendor ... GenuineIntel (15:3:4) Checking for CPU type ... Intel(R) Pentium(R) 4 CPU 3.00GHz Checking for GCC & CPU optimization abilities ... pentium4 Checking for kernel support of mmx ... yes Checking for kernel support of mmx2 ... yes Checking for kernel support of sse ... yes Checking for kernel support of sse2 ... yes Checking for mtrr support ... yes Checking for assembler support of -pipe option ... yes Checking for assembler (/usr/lib/gcc-lib/i586-suse-linux/3.3.5/../../../../i586-suse-linux/bin/as 2.15.94.0.2.2) ... ok Checking for Linux kernel version ... 2.6.11.4-20a-smp, ok Checking for mplayer binary name ... mplayer Checking for awk ... gawk Checking for extra headers ... none Checking for extra libs ... none Checking for -lposix ... no Checking for -lm ... yes Checking for i18n ... yes Checking for iconv ... yes Checking for langinfo ... yes Checking for language ... using es (man pages: es en) Checking for enable sighandler ... yes Checking for runtime cpudetection ... no Checking for restrict keyword ... __restrict Checking for __builtin_expect ... yes Checking for kstat ... no Checking for posix4 ... no Checking for lrintf ... yes Checking for nanosleep ... yes Checking for socklib ... yes (using -lnsl) Checking for inet_pton() ... yes (using -lnsl) Checking for inttypes.h (required) ... yes Checking for int_fastXY_t in inttypes.h ... yes Checking for word size ... 32 Checking for stddef.h ... yes Checking for malloc.h ... yes Checking for memalign() ... yes Checking for alloca.h ... yes Checking for mman.h ... yes Checking for dynamic loader ... yes Checking for dynamic a/v plugins support ... no Checking for pthread ... yes (using -lpthread) Checking for sys/soundcard.h ... yes Checking for sys/dvdio.h ... no Checking for sys/cdio.h ... no Checking for linux/cdrom.h ... yes Checking for dvd.h ... no Checking for BSDI dvd.h ... no Checking for HPUX SCSI header ... no Checking for userspace SCSI headers (Solaris) ... no Checking for termcap ... no Checking for termios ... yes (using sys/termios.h) Checking for shm ... yes Checking for linux devfs ... no Checking for scandir() ... yes Checking for strsep() ... yes Checking for strlcpy() ... no Checking for strlcat() ... no Checking for fseeko() ... yes Checking for localtime_r() ... yes Checking for vsscanf() ... yes Checking for swab() ... yes Checking for posix select() ... yes Checking for gettimeofday() ... yes Checking for glob() ... yes Checking for sys/sysinfo.h ... yes Checking for Mac OS X APIs ... no Checking for Mac OS X Finder Support ... no Checking for Mac OS X Bundle file locations ... no Checking for Samba support (libsmbclient) ... no Checking for 3dfx ... no Checking for tdfxfb ... no Checking for tdfxvid ... no Checking for tga ... yes Checking for DirectFB headers presence ... yes (using -I/usr/include/directfb) Checking for DirectFB ... yes (921) Checking for X11 headers presence ... yes (using /usr/X11/include) Checking for X11 libs presence ... yes (using /usr/X11R6/lib) Checking for X11 ... yes Checking for DPMS ... yes (using Xdpms 4) Checking for Xv ... yes Checking for XvMC ... no Checking for Xinerama ... yes Checking for Xxf86vm ... yes Checking for XF86keysym ... yes Checking for DGA ... yes (using DGA 2.0) Checking for OpenGL ... yes Checking for /dev/mga_vid ... no Checking for xmga ... no Checking for GGI ... no Checking for AA ... no Checking for CACA ... no Checking for SVGAlib ... no Checking for FBDev ... yes Checking for DVB ... no (specify path to DVB/ost/include with --with-dvbincdir=DIR) Checking for DVB HEAD ... yes Checking for PNG support ... yes Checking for JPEG support ... no Checking for PNM support ... yes Checking for md5sum support ... yes Checking for GIF support ... no Checking for VESA support ... yes Checking for SDL ... no Checking for Windows waveout ... no Checking for Directx ... no Checking for NAS ... no Checking for DXR2 ... no Checking for DXR3/H+ ... no Checking for libmp1e ... no Checking for libfame ... no Checking for OSS Audio ... yes Checking for aRts ... yes Checking for EsounD ... no Checking for Polyp ... no Checking for JACK ... no Checking for ALSA audio ... yes (using alsa 1.0.x and alsa/asoundlib.h) Checking for Sun audio ... no Checking for Sun mediaLib ... no Checking for SGI audio ... no Checking for VCD support ... ok Checking for DVD support (libmpdvdkit) ... yes Checking for DVD support (libdvdread) ... disabled by libmpdvdkit2 Checking for cdparanoia ... yes Checking for freetype >= 2.0.9 ... yes Checking for fontconfig ... yes Checking for fribidi with charsets ... no Checking for ENCA ... no Checking for zlib ... yes Checking for RTC ... yes Checking for external liblzo support ... no Checking for mad support ... no Checking for Toolame ... no Checking for OggVorbis support ... yes (internal Tremor) Checking for OggTheora support (only the CVS version!) ... no Checking for mp3lib support ... yes Checking for liba52 support ... yes Checking for libdts support ... no Checking for libmpeg2 support ... yes Checking for Matroska support ... yes Checking for internal FAAD2 (AAC) support ... yes Checking for external FAAD2 (AAC) support ... no Checking for LADSPA plugin support ... yes Checking for Win32 codec DLL support ... yes (using /usr/lib/codecs) Checking for Win32 loader support ... yes Checking for DirectShow ... yes Checking for XAnim DLL ... yes (using /usr/lib/xanim/mods) Checking for RealPlayer DLL ... yes (using /usr/lib/codecs) Checking for LIVE.COM Streaming Media libraries ... no Checking for FFmpeg libavcodec (static) ... yes Checking for FFmpeg libavformat (static) ... yes Checking for amr narrowband ... no Checking for amr narrowband, fixed point ... no Checking for amr wideband ... no Checking for libdv-0.9.5+ ... yes Checking for zr ... no Checking for bl ... no Checking for XviD ... no Checking for x264 ... no Checking for DivX4linux/DivX5linux/OpenDivX decore ... no Checking for libmp3lame (for mencoder) ... no Checking for DivX4linux encore (for mencoder) ... no Checking for mencoder ... yes Checking for fastmemcpy ... yes Checking for UniquE RAR File Library ... yes Checking for TV interface ... yes Checking for EDL support ... yes Checking for *BSD BrookTree 848 TV interface ... no Checking for Video 4 Linux TV interface ... yes Checking for Video 4 Linux 2 TV interface ... yes Checking for audio select() ... yes Checking for network ... yes Checking for ftp ... yes Checking for vstream client ... no Checking for byte order ... little-endian Checking for shared postprocess lib ... no Checking for OSD menu ... no Checking for QTX codecs ... yes Checking for Subtitles sorting ... yes Checking for XMMS inputplugin support ... no Checking for inet6 ... yes Checking for gethostbyname2 ... yes Checking for GUI ... yes Checking for XShape extension ... yes Checking for GTK version ... Error: The GUI requires GTK devel packages (which were not found). Check "configure.log" if you do not understand why it failed. zendstudiolin:/install/MP/MPlayer-1.0pre7 # ================================================================================ Salu2

6 10

[suse-linux-s] La seguridad ... un proceso, no un producto
by hot 24 Jun '05

24 Jun '05

Soy aux tu pesadilla :-P Con la otra cuenta me detecta que es spam :-O asi que contestaré con esta otra > > > > > > > > > > > > La seguridad es una filosofía no es algo propio de la computación y te > > > pongo a grandes rasgos los requisitos -fíjate que se parecen a los de > > > calidad-. > > > > > > Equipo seguro > > > Proceso seguro > > > Personal adiestrado > > > Formación > > > Información > > > Previsión de fallos y emergencias. > > > Sistemas concurrentes. > > > Planificación > > > Control > > > Auditoría > > > Revisión > > > Mejora contínua > > > > > > (Obvamente algunos para tí no tienen sentido con lo que te conformas con > > > una seguridad muy antigua). > > > > > > Si se lo dejas todo al administrador no es seguro ni linux ni windows ni > > > el sonajero de tu niño. > > > A los hechos me remito. Llevo montando sistemas unix/linux hace mas de 15 años y nunca he tenido problemas de seguridad. Me permitire el lujo de darte algunos consejos basicos(con tu permiso por supuesto! y siempre refiriendome a seguridad en el S.O ;)) * estar muy al dia y perder muchas horas leyendo correos de seguridad (listas tipo bugtraq, Advisories del propio S.O , etc) * Nunca usar software relativamente nuevo, es aconsejable usar versiones anteriores que han sido probadas y estan mas testeadas * Probar absolutamente todos los parches y nuevos paquetes en una maquina identica de prueba para posteriormente aplicarlo a la de produccion * tener unica y exclusivamente lo justo en el servidor *Pensar y volver a pensar y leer y volver a leer antes de ejecutar cualquier orden para evitar catastrofes *Por supuesto tener backups bien protegidos y hacerlos diariamente, semanalmente, etc. *Y bueno todo lo que se refiere a la red, firewall, dmz y demas cosas que quieras poner. Yo hablo mayormente de la seguridad del propio s.o pero ya sabemos que hay mas cosas. > > > > > > > > Si basas la seguridad del sistema dependiente de un único punto -el > > > administrador-, el equipo o lo que sea, pues la seguridad no la > > > conocerás ni en pintura-. > > > Pues... al punto anterior me remito. Que tu no seas capaz de mantener algunos sistemas no significa que los demas no podamos. > > > > > > > En calidad dicen que el fallo del operador no existe, es un fallo del > > > sistema gobal porque un sistema perfecto no permite fallar al operador. > > > Es algo un poco más moderno de lo que tú dices. > > > > > > Claro que para eso hace falta llegar a la mejora contínua y tú te > > > quedaste en hace 30 años de unix. Eres feliz pero no eres seguro. :) > > > > > > > > Todos los que usamos linux usamos conceptos e ideas de hace mas de 30 años. Claro que quizá tu no lo sabes o aun no te has dado cuenta ;-) La politica hoy en dia de linux es la misma que hace muuuchos años cuando ya se usaba en unix. Tampoco es seguro tener un unico usuario 'root' que pueda hacerlo todo, y linux funciona asi. Yo soy feliz y soy seguro y tu feliz no se si lo eres, pero si sé que tu tambien usas SSOO con ideas de hace mas de 30 años. Claro que si esto no te gusta, significa que no te gusta la filosofia unix/linux y siempre puedes crear un S.O totalmente distinto ultra mega seguro. Seguramente no te costará mucho con todo lo que sabes sobre seguridad de calidad ;-) P.S: Si algun dia lo creas, procura que no haga muchas preguntas de confirmación/reconfirmación/rereconfirmación y procura saltarte el paso de encerrar el servidor bajo una caja de acero y el analisis de huella dactilar y control de voz porque quizá el que está delante se aburre y con ese mismo tiempo puede montar 500 servers mas ;-)

4 4

RE: [suse-linux-s] Problemas al instalar MPlayer
by Reynier Perez Mira 24 Jun '05

24 Jun '05

Pues realmente no entiendo mucho. Carlos a que te refieres con checkinstall? Ese comando te crea un RPM compilado para Linux SuSE? Otra cosa como aseguro que al hacer el RPM el mismo cuando instale me habilite ciertas y determinadas opciones del Mplayer como son reproducir DVD, integración con XMMS, GUI (Pieles) ? Salu2 Reynier Pérez Mira 3er. año Ing. Informática Linux User: #310201 -----Mensaje original----- De: Carlos E. R. [mailto:robin1.listas@tiscali.es] Enviado el: Thursday, June 23, 2005 6:57 PM Para: Lista de Suse Linux Español Asunto: Re: [suse-linux-s] Problemas al instalar MPlayer -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-06-23 a las 21:13 +0200, csalinux escribió: > > ¡Grrrr! 13 Kilobytes de correo antiguo sin recortar... ¿tienes acciones en > > Tesa? :-P > > > ¿Contento? :P Te pondremos a prueba :-p > > Compilando ese tipo de cosas y optimizando para tu procesador mejoras > > bastante el rendimiento. Y enste caso el problema se trata simplemente de > > instalar la versión -devel de la librería correspondiente. > > > Sí pero hay un problema Carlos, cuando haces muchos make && make install > ya no sabes lo que tienes instalado y lo que no... ¿No es mejor bajarse > los srpms y recompilarlos? Pero para eso está 'checkinstall', que encima su autor es español. Substituye "make install" por "checkinstall", y lo que hace es darse cuenta de lo que se instala, y generar un rpm con eso, automáticamente. No será un rpm perfecto, pero es un rpm, y la base de datos de paquetes queda contenta :-) Yo no tengo ningún paquete instalado fuera de los rpms, gracias a ese programita. En cuanto a bajarse el srpm... pues es que no los controlo, si no son de suse no se exactamente que es lo que van a hacer. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFCuz5ftTMYHG2NR9URAg5IAJ9XMhhtWD9niwjaijUNc+0EIjhVuwCffoUN 4TREtbM6248NQeUPGFVZVJM= =e0p+ -----END PGP SIGNATURE-----

2 1

RE: [suse-linux-s] SUSE y AMD 64
by Rafael Griman 24 Jun '05

24 Jun '05

Hola :) > -----Original Message----- > Subject: Re: [suse-linux-s] SUSE y AMD 64 > > Volvemos al problema que se discutía antes: los binarios NO son > > compatibles, al igual que uno para Mac NO es compatible con > > x86, o uno > > RISC NO es compatible x86, son 2 arquitecturas diferentes. > > Habría que > > cambiar instrucciones específicas y recompilar. Por > > ejemplo, el Oracle > > para x86 NO se debe llevar a x86_64. > > > > Digo "no se debe llevar" porque por poder se puede, pero es > > igual que > > andar con un Ferrari por la montaña, poder se puede ... pero no se > > debe ;) > > > Creo que no me entendiste bien: yo partia de la base, de que > partiendo de los mismos fuentes, se pueda compilar para > distintas arquitecturas, como por ejemplo el kernel linux. Eso está claro, pero hay que pensar si esas fuentes están optimizadas para todas las arquitecturas que soporta. Puede darse el caso que NO esté optimizada por la sencilla razón de que una arquitectura no ofrece toda la documentación o información, como es el caso de los zSeries de IBM. La comunidad Linuxera tiene cierta información sobre los zSeries, pero no toda por lo que hay cosas que no están optimizadas, hay cosas que no se pueden portar, hay drivers que SÓLO los hace IBM, ... Luego hay que tener en cuenta el compilador que puede que NO esté optimizado para esa otra arquitectura, o las librerías, ... > En cuanto a Oracle, tiene una version optimizada para AMD64: Por eso mismo digo que no se debe correr Oracle x86 sobre un x86_64. Existe una versión específica de Oracle para cada arquitectura. Lo mismo ocurre con otro SW. Cuando escribes: >> No dice que rendimiento tendrian esas aplicaciones en otro hardware >> de igual costo, equipado con micros Opteron? Esas aplicaciones han sido portadas a IA64 y han sido optimizadas para IA64 por lo que no la (puedes) debes correr en x86_64, necesitarías un desarrollo específico para x86_64. Algunas de ellas sí se han portado, como por ejemplo Oracle, pero otras posiblemente no. La cuestión sería si el rendimiento de Oracle para IA64 y sobre x86_64 es igual, mejor o peor. Eso sí, tienen que ser condiciones idénticas. En otro correo anterior tuyo comentas: > Ok, lo correcto, sería probar y ver que sucede, sobre una base de > datos Oracle, con y sin HT. Yo no tengo ningun servidor con Oracle, > y P4 HT para probarlo, y tampoco compraria intel. > Está probado, que en ciertas aplicaciones, no siempre mejora el > rendimiento, sino que al contrario, baja el rendimiento, e introduce errores. Esto es lo que llevo diciendo durante todo este thread: - depende de para qué se vaya a usar - depende de opciones de compilación - depende del compilador - depende de las librerías - ... No es tan sencillo como decir: uno es mejor que otro. Igualmente podríamos estar discutiendo si es mejor un sistema SMP o uno no-SMP. Depende de para qué, depende de si la aplicación está optimizada para SMP o no. Otra posible discusión es si es mejor un sistema SMP o un cluster ... depende de lo que se esté haciendo. No es una cuestión tan sencilla, depende del caso en el que nos encontremos. En otro correo copias de Inet: > So back to the question, should you enable disable hyperthread? > A) What are you trying to do? If you are running two high demand > multi-tasking operations, or one critical timing operation > (like burning a CD) and still doing other things... you want > hyperthread on. But each task runs slower only allowed half > the CPU total processing capability. > If you want one really fast task able to stomp the other tasks > into the ground and leave them a pile of mush in your wake, you want > hyperthread off. Volvemos a lo mismo: depende de lo que se esté haciendo. Los que estamos de cara al cliente (comerciales, preventa, ...) tenemos que tener mucho cuidado con decir "esto es mejor", hay que conocer al cliente y los problemas que tiene, hay que analaizar su situacióon y ver qué quiere, de cuánto dinero dispone, conocimientos, gente, qué pretende resolver, ... y en función de todo eso decirle "según lo que me has contado y lo que he podido entender, creo que lo que mejor te viene para este caso es esto porque bla, bla, bla, ..." Saludos :) Rafa -- Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia , 120 - Planta Baja 28003 Madrid, Spain Tel: +34 91 3984200 Fax: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com

1 0

RE: [suse-linux-s] SUSE y AMD 64
by Rafael Griman 24 Jun '05

24 Jun '05

Hola :) > -----Original Message----- > Subject: Re: [suse-linux-s] SUSE y AMD 64 > > "We were told by HP in December 2004 that Itanium chip had 2,900 > > applications ported to it and that HP hoped to hit 4,500 > > applications > > by the end of 2005. Having pulled in 1,100 new applications in less > > than six months already, if this rate can be sustained, > > Itanium could > > have more than 5,000 applications by the end of the year > > -- well ahead of HP's projections from six months ago." > No dice que rendimiento tendrian esas aplicaciones en otro > hardware de igual costo, equipado con micros Opteron? Volvemos al problema que se discutía antes: los binarios NO son compatibles, al igual que uno para Mac NO es compatible con x86, o uno RISC NO es compatible x86, son 2 arquitecturas diferentes. Habría que cambiar instrucciones específicas y recompilar. Por ejemplo, el Oracle para x86 NO se debe llevar a x86_64. Digo "no se debe llevar" porque por poder se puede, pero es igual que andar con un Ferrari por la montaña, poder se puede ... pero no se debe ;) > > Por cierto ... nadie ha mencionado los Power ;) > > > > ¿Y lo de Apple pasando a Intel? ... Da que pensar ... > > > Yo creo que intel, está buscando otros caminos, por el > territorio que está perdiendo frente a AMD. Yo no sé qué pensar ... los PowerPC son procesadores MUY buenos. A lo mejor no es Intel el que busca refugio y cobijo sino que es Apple quien lo busca porque NO hay SW para PowerPC, sólo el que hace Mac/Apple, las dos cosas que hace MS (para que no le acusen de monopolio, tampoco debe comprar a Mac porque entonces vuelven a acusarle de monopolio) y las otras dos cosas que hace IBM y alguna empresa más (Macromedia y Adobe, por ejemplo). > > Nos queda por debatir si influye usar el compilador de > > Intel o el gcc, > > parámetros de optimización, ... > > > > > ¿Tu crees que el compilador de intel sirve para los AMD? No, pero AMD NO saca uno suyo ni colabora como debería con gcc para hacerle frente a icc. Pero, sí podemos compara el icc y el gcc frente a frente en el mismo procesador y veremos que uno da mejores rendimientos en una cosa y peores en otra. Por ejemplo: si alguien compila el kernel de Linux con icc ... le deseo mucha suerte. > O es otra herramienta para hacer aplicaciones que corran bien > en micros intel y mal en micros AMD? Puede ser, puede que no: ver ejemplo del kernel que comento arriba. > Claro que AMD, pudiera hacer su compilador, y mas despues de > haber trabajado estrechamente con la gente de Suse en el > desarrollo del kernel, y Torvalds que estaba en Transmeta, > mientras esta le suministraba los emuladores de desarrollo > para el AMD64. No creo que deba sacar su propio compilador ya que tiene el gcc, lo que debería hacer es colaborar más con gcc para conseguir mejoras para sus procesadores. También colaborar con gdb, glibc, valgrind y demás utilidades de muy bajo nivel. Otra pregunta que me ronda la cabeza es: - ¿qué peso tienen las diferentes cachés de L1, L2 y L3? - ¿qué peso tienen los anchos de banda? Todo esto que puede parecer irrelevante, pero no es tan irrelevante y ya no depende del procesador sino de fabricantes de memorias, placas base, ... > Por acá, intel está haciendo una campaña publicitaria > desesperada, para sacarse de encima los P4 HT. > Yo vuelvo a sostener lo mismo: si para una aplicación seria > como una base de datos Oracle, funcionan mas eficientemente > con el HT desactivado (sin errores y a mayor velocidad), y Copio un trozo de un correo de un DBA MUY activo en las listas de SUSE (Oracle y SLES), es un tío MUY cañero que tiene montado un arsenal de Oracles de impresión: "I tested Oracle with and without HT, on DELL 2850. (1) Performance is almost the same. (2) With HT, performance floats more than withot HT (5 - 10%). (3) Without HT, system was niot stable (I do not know why, but it died in 2 hours of heavy testings). I believe, no one really debug this Linuxes with HT turned off, so it is safer to keep it turned on as by default." Traduzco el punto 3: "Sin HT, el sistema no era estable (no sé por qué, pero murió a las 2 horas de pruebas duras)" Vuelvo a repetir, NO ESTOY DEFENDIENDO HT NI A INTEL. Lo que digo es que hay que ver para qué se está utilizando cada cosa, qué versiones, qué sistema operativo, qué opciones de compilación, placas base, compiladores usados, ... NO es tan sencillo afirmar este o aquel procesador es mejor. Yo soy nuevo en SGI y estoy viendo que vivía en la inopia absoluta. Hablando con clientes que demandan MUCHA potencia, con técnicos de aquí, desarrolladores, ... me estoy dando cuenta de lo ignorante que soy en cuanto a procesadores, compiladores, ... 0:) Y eso que llevo 10 años con Linux !!! > hasta en aplicaciones triviales, como la reproducción de un > mp3, el HT introduce distorsión, no me importa que en una > aplicación x, sea mas rapido, a no ser que me lo regalen, y > solamente lo use para correr esa aplicación x, donde sea > eficiente y no introduzca errores. Esa es la cuestión, a TI no te importa que una aplicación x sea más rápida, pero hay clientes que SÍ les importa porque esa aplicación les mueve MILLONES de dólares/euros que pueden ser pérdidas o ganancias. Puede suponer tardar un día menos en obtener respuesta a un problema. Y NO, NO estoy sólo hablando de dinero, también hago referencia a casos clínicos en los que el tiempo de respuesta, potencia de cálculo, ... son de vital importancia porque NO se traducen sólo a dólares/euros. > Basta con buscar en el Google, con las palabras > "hypetrheading bug", y ya aparece abundante información. Esto es como buscar Windows frente a Linux o Linux frente a Windows, te van a aparecer el mismo número de links. Habrá estudios serios de cada bando y los habrá menos serios ;) Esto NO quiere decir que esté quitando importancia a AMD y que favorezco a Intel. Lo que digo es que depende de para qué lo quieres usar, de la aplicación, el compilador, ... Esto me recuerda a otro debate de si KDE consumía más o menos recursos que Gnome, si era o no más rápido. El problema no era Gnome frente a KDE, el problema era que gcc NO tenía buen soporte para C++ por lo que el problema se extendía a todas las aplicaciones escritas en C++. Poco después se mejoró el soporte de C++ para gcc y KDE resultaba ser más rápido que Gnome ... La gente estaba discutiendo si KDE era mejor o no que Gnome, cuando lo que había que discutir era si el soporte de gcc para c++ era el correcto o no. Lo que quiero hacer ver es que no es tan sencillo decir que esto o aquello es mejor. ¿Es mejor un Ferrari o un Peugeot? Depende de para qué los vas a usar, de las ruedas, de la carretera, del combustible, ... A pasarlo bien !!! :) Rafa

2 1

No recibo correo de la lista
by juan molina 24 Jun '05

24 Jun '05

Pues eso, llevo dos días que no recibo ningún email de la lista y no creo que eso sea normal. Le ocurre a alguien más o sólo a mí. Saludos

4 3