AMD demanda a Intel

[Andres3d]

La compañía acusa a Intel de prácticas monopolistas que perjudican a consumidores principalmente



Se ha presentado ante una corte federal de distrito de Delaware, Estados Unidos, una demanda antimonopolio en contra de Intel Corporation, mediante un documento de 48 cuartillas en el que se explica detalladamente las políticas ilegales que Intel ha seguido para mantener un monopolio.

El documento analiza, según AMD, cómo Intel ha usado la coacción con los clientes para evitar el comercio de éstos con AMD. El documento cita a 38 compañías como principales afectadas, además, se citan varios puntos responsables de dicho monopolio, algunos de los cuales citamos a continuación:

- Forzar a clientes de gran tamaño a formalizar contratos de exclusividad con Intel
- Amenazas con represalias contra los clientes si introducían plataformas con
AMD
- Diseño de compiladores para degradar el rendimiento del programa si es que
éste era ejecutado en un ordenador basado en una plataforma con un procesador AMD.
- etc...



Principalmente, lo que AMD quiere denunciar (y destacar) es el hecho de que Intel ha arrebatado a los clientes la posibilidad de escoger libremente los productos tecnológicos que deseen. Según AMD, varias características de este monopolio han sido los precios altos, la limitación de opciones para escoger un producto o las barreras de innovación y comercialización de nuevas tecnologías.

Las barreras de comercialización (y en consecuencia, de innovación) es algo presente también en otros productos informáticos como pueden ser las tarjetas gráficas, aunque en menor medida que en procesadores. Es evidente que la mayoría de fabricantes de productos innovadores, aunque tengan listo un nuevo supermicroprocesador o cualquier nuevo producto del sector, no lo lanzarán a mercado a menos que vean favorables ciertas circunstancias bastante menos relacionadas con la innovación general de los productos de sus clientes, y bastante más relacionadas con los stocks de fabricación, los márgenes de beneficio, en definitiva, el dinero. Y en este caso, tanto Intel como AMD tienen comportamientos similares aunque a diferente escala.

No se trata del primer ni único caso de monopolio en el sector informático/tecnológico denunciado, actualmente uno de los casos más de moda es el monopolio de Microsoft y sus productos software, pero eso ya es otra historia...

[Andres3d]

Ya estamos viendo a Intel convirtiendose en Microsoft, lo veo muy delicado!

[joelvazquez]

Iniciado por Andres3d

La compañía acusa a Intel de prácticas monopolistas que perjudican a consumidores principalmente



... se citan varios puntos responsables de dicho monopolio, algunos de los cuales citamos a continuación:

- Forzar a clientes de gran tamaño a formalizar contratos de exclusividad con Intel
- Amenazas con represalias contra los clientes si introducían plataformas con
AMD
- Diseño de compiladores para degradar el rendimiento del programa si es que
éste era ejecutado en un ordenador basado en una plataforma con un procesador AMD.
- etc...



No se trata del primer ni único caso de monopolio en el sector informático/tecnológico denunciado, actualmente uno de los casos más de moda es el monopolio de Microsoft y sus productos software, pero eso ya es otra historia...

En realidad parece ser la misma historia. Monopolios, ya todos kieren gobernar al mundo y esto (como dice Andres3d) es algo delicado. Las industrias se unen o kieren acaparar todo. Y esto se vé en todos lados. EEUU es un claro ejemplo de un tipo MONOPOLIO, esto viene a ejemplo para ver ke no solo en el sector de la informática se dá.
Elijamos mientras podamos...

[Pistemas]

Iniciado por Andres3d

Ya estamos viendo a Intel convirtiendose en Microsoft, lo veo muy delicado!

No digas eso...

por que hay gente que defiende a capa y espada a la compañia y se no se vaya a enojar en este post

[Andres3d]

Para que ocultar lo que es verdad?

Uno de los que tambien se esta volviendo monopolio el el mayor buscador de internet en el mundo, y ya ustedes saben, lo que pasa es que ellos no tienen un competidor solido y que se base en tan excelente buscador.

[Eternal Idol]

El termino Wintel no es una casualidad ...

Y el que no vea que Microsoft intenta monopolizar el mercado es un ciego.

[joelvazquez]

Tu lo has dicho Eternal Idol
Salu2

[Klon22]

No se, pero esta nota ya tiene tiempo, ¿de donde la has sacado Andres?, no se te olvide citar la fuente, hace ya algunos meses pasó esto, así que no vaya a ser la misma nota de meses de anterioridad, pero si es nueva y reciente pues entonces no me enteré.
Saludos

[Klon22]

OK ya me enteré de la nota, si es reciente del día de hoy para ser más exactos.
Pues ahora veamos que procede, de todas maneras vean desde el punto de vista de Intel, no creo q tan fácil dejen que el mercado se les escape, ahora veamos a Amd con mejores productos intentando consolidarse en el mercado, es una pelea de poderes e influencias....creo que es la misma patetica historia de todas las que ya conocemos.
Saludos

[Enrique33]

Hola.

Me lei el documento original de la demanda de AMD contra Intel.

El documento con sello de recepción y sus 158 puntos es un hermoso documento de investigación legal a nivel mundial.

Existe un resumen en la página de AMD, y tambien un link a la demanda oficial.

http://www.amd.com/es-es/Corporate/V...~99730,00.html

En el documento se presentan pruebas: la sentencia de los tribunales japoneses contra el monopolio, declaraciones de los principales involucrados, explicaciones con ejemplos de cómo se realiza el chantaje y la coacción.

El resumen que hace Andres3D se queda corto con la diversidad de referencias y pruebas que presenta AMD.

Tambien doy un resumen, pero recomiendo ver el resumen de AMD (link arriba), o si quieren entretenerse el documento oficial y sus 158 puntos.

Resumen:

• Forzando a clientes de gran tamaño tales como Dell, Sony, Toshiba, Gateway e Hitachi a formalizar contratos de exclusividad con Intel a cambio de pagos de dinero, fijación discriminatoria de precios, o bien, subsidios de marketing condicionados a la exclusión de AMD.

• Forzando a otros grandes clientes tales como NEC, Acer y Fujitsu a firmar acuerdos parciales de exclusividad condicionando reembolsos, concesiones y fondos de desarrollo de mercado (MDF por sus siglas en inglés) al acuerdo de los clientes a limitar seriamente o eliminar las compras de productos AMD;

• Estableciendo un sistema de incentivos discriminatorios y retroactivos accionado por compras de niveles tan altos, que tiene el efecto deseado de quitar a los clientes la libertad de adquirir cualquier cantidad significativa de procesadores AMD;

• Amenazando con represalias contra los clientes si introducían plataformas con AMD, particularmente en segmentos estratégicos del mercado tales como ordenadores de sobremesa;

• Estableciendo e imponiendo cuotas entre los minoristas clave tales como Best Buy y Circuit City, que les obligan a adquirir un stock abrumador o bien exclusivo de productos de Intel, limitando artificialmente las opciones de los consumidores.

Abusando de su poder en el mercado a través del establecimiento de estándares técnicos en la industria, y productos que tienen como finalidad principal el incapacitar a AMD dentro del mercado.

Intel diseñó sus compiladores, que traducen el software en lenguaje comprensible para los ordenadores, para degradar el rendimiento del programa si es que éste era ejecutado en un ordenador basado en una plataforma con un procesador AMD.

Creo que este problema es más grave que la repetición de la vieja historia de david vs goliat.

Seguimos conversando

[Riper]

Iniciado por Eternal Idol

El termino Wintel no es una casualidad ...

Y el que no vea que Microsoft intenta monopolizar el mercado es un ciego.

Intenta.......ja, monopoliza el mercado.

[Eternal Idol]

Iniciado por Enrique33

Intel diseñó sus compiladores, que traducen el software en lenguaje comprensible para los ordenadores, para degradar el rendimiento del programa si es que éste era ejecutado en un ordenador basado en una plataforma con un procesador AMD.

Si esto es cierto y esta demostrado me parece absolutamente hilarante, Intel no tendria ni la mas minima verguenza. Espero que sea realmente que tienen codigo menos optimizado y no que se refieran a las instrucciones especificas de cada microprocesador (3DNow vs MMX y esas historias).

Por suerte siempre hay otros compiladores como los de Microsoft.

[DarkJ]

Intel diseñó sus compiladores, que traducen el software en lenguaje comprensible para los ordenadores, para degradar el rendimiento del programa si es que éste era ejecutado en un ordenador basado en una plataforma con un procesador AMD.

Me parece que la realidad sera mas lo que dice Eternal, que como intel sabe mejor que nadie como funciona su compilador, es capaz de generar un codigo que se adapta mucho mejor a la forma de trabajar del procesador intel que al de amd. Y por supuesto, ese codigo corre mas lento en un AMD. Seguro que si amd crea un compilador es capaz de sacar un codigo optimizado para su procesador que rinde menos en el intel.

Total, es normal usar el compilador propietario de la plataforma, seguro que el codigo para windows que genera el gcc es peor que el del visualC++. Cuestion de conocimiento del medio.

[Enrique33]

Hola:

El asunto del compilador:

Aunque paresca increible, parece que es verdad.

Así está registrado en la demanda, y se presentan las pruebas.

Los que se dedican a la programación (y hacen compilaciones con frecuencia) deben o deberían estar al tanto de ese "extraño comportamiento". . . . y tomar sus precauciones.

Pues tomando sus precauciones se evitarían problemas con el cliente que pide el trabajo y no queda satisfecho por que el programa presenta ciertas irregularidades que lo hacen lento.

Sería conveniente que alguien del foro (y que se dedique a la programación) nos ilustrara sobre este tema de las compilaciones y los compiladores.

Seguimos conversando.

[Eternal Idol]

Bueno, segun lo que lei en el punto 123 (pagina 40) la historia es que el compilador de Intel genera codigo que en tiempo de ejecucion se comporta de manera diferente bajo un procesador Intel y bajo uno de AMD. Segun esta ultima empresa el codigo para realizar operaciones de punto flotante es donde se encuentra la degradacion que precede a una excepcion en el programa.

Al detectar un Intel se utilizan las instrucciones extendidas optimizadas (XMM, SSE, SEE2) mientras que cuando se detecta un AMD no se utilizan las instrucciones del mismo (3DNow) ni las anteriores que soporte el microprocesador sino que se utiliza la FPU.

Hay dos posibilidades muy diferentes, si Intel solo obvia generar 3DNow creo que no hay nada que objetar al ser una tecnologia que no soportan pero si obvian generar las otras tecnologias que AMD si soporta seria un claro ejemplo de competencia desleal.

http://www.jorgon.freeserve.co.uk/GobugHelp/Mmx.htm
http://www.devx.com/amd/Article/28001/1763
http://en.wikipedia.org/wiki/3DNow!

[Enrique33]

Hola Eternal Idol

Me alegro que llegaras hasta el punto 123

Pregunta: ¿existe alguna forma de saber cual de las dos opciones es el que tiene el compilador?

Ya me cuentas

[Eternal Idol]

Iniciado por Enrique33

Hola Eternal Idol

Me alegro que llegaras hasta el punto 123

Pregunta: ¿existe alguna forma de saber cual de las dos opciones es el que tiene el compilador?

Ya me cuentas

No lo hagas demasiado porque puse buscar compiler

Si, la forma (ilegal en varias partes del mundo) es compilar un programa con operaciones de punto flotante y desensamblar el programa. Seria cuestion de buscar la instruccion cpuid (incluso podriamos engañar al programa y hacerle creer que estamos en un Intel cuando tenemos un AMD y viceversa). Esto seria seguramente dentro de la CRT.
Despues habria que ver las diferentes bifurcaciones, y que instrucciones ejecutan las mismas. Esto seria ya en el codigo del programa en si.

[razpeitia]

en dicho caso, AMD deberia hacer su propio SO solo compatible con procesadores AMD.

[Andres3d]

Iniciado por razpeitia

en dicho caso, AMD deberia hacer su propio SO solo compatible con procesadores AMD.

Les seria muy dificil, puede ser que en un futuro cuando AMD este superior que Intel pueda ser. Tampoco digamos que no es nada facil hacer un SO, o si lo haran pudiera ser una modificacion del Linux. AMD Linux!

[Eternal Idol]

De cualquier manera el problema no es el Sistema Operativo sino el compilador de C/C++ de Intel.

[Enrique33]

Hola.
De nuevo por aqui.
El segundo link me pareció mas explicativo que el primero.

Parece que Intel está en la misma raya de lo legal y lo ilegal.

Copy y paste:

The bad news is that the -axN/-QaxN and axP/-QaxP tell the compiler to generate multiple code paths. The optimized SSE2 or SSE3 code paths are still vendor-checked; the difference is that there will be a generic (less optimized) fallback. The application will run—you won't get the dreaded "Fatal Error." But the best possible code path won't run on a non-Intel processor. Your app runs... but it's not fully optimized. Still, it's better than not running at all.

What Can You Do?
Currently, developers cannot create optimized applications using the Intel compilers that will run on non-Intel processors. The only way to achieve runtime portability is to disable optimizations that might cause the binaries to fail on non-Intel processors. This reduces the value of an expensive optimizing compiler.

How can this be addressed? Developers could request that Intel change the behavior of its compilers, and use the industry-standard feature flags, not the proprietary processor vendor string, to determine when a processor is compatible with specific compiler optimizations and instruction set instructions.

In the meantime, the best bet is to switch to a different family of compilers. As mentioned above, there are plenty of options available, from PathScale to Portland Group, from Microsoft to Sun, as well as open-source compilers from GNU. If you're trying to develop for an industry-standard architecture, you can't use tools that won't respect those standards.
(Fuente: Steve Westfield is a C/C++ programmer, consultant and video game addict who lives outside of Chicago).

Creo que la ùltima frase es clara.

Me parece que un juez que conozca de estos temas, o que esté asesorado por buenos técnicos, le dará la razón a AMD.

Seguimos conversando

[Eternal Idol]

El primero era mas que nada una enumeracion de las extensiones.

The expected behavior for an application compiled to use the SSE2 or SSE3 extensions is that the compiler would insert a library that can analyze processor capabilities. On application launch, that library would call CPUID with EAX containing a 1, and then check the appropriate bits to make sure the required extensions are supported. Only then would it allow execution to continue. That's the behavior for most compilers when using those types of optimizations.

You should know, by the way, that this isn't what the Intel compiler's little bit of runtime code does. With the -xN/-QxN and -xP/-QxP flags set, it checks the processor vendor string—and if it's not "GenuineIntel," it stops execution without even checking the feature flags. Ouch!

Esto es lo mas importante segun mi parecer, aca se describe la accion que podria ser punible. En vez de utilizar los bits definidos (creo que en su amplia mayoria por ellos mismos) para determinar las capacidades del microprocesador simplemente la determinan con la cadena que devuelve cpuid.

Fortunately, there are workarounds. There are other compiler switches that you can use to tell the Intel compiler to use hardware extensions without checking the processor vendor string. However, it's unclear if those other switches perform the same level of optimization.

Aca esta la controversia, porque si se le permite ejecutar sin hacer las comprobaciones en teoria deberia funcionar con la misma velocidad, excepto en las maquinas que no tengan esas capacidades donde se da el otro tema el programa produce una excepcion.

VEREDICTO FINAL DE UN SERVIDOR:

Culpables sin lugar a dudas, no pueden usar su cadena de GenuineIntel para determinar las capacidades del microprocesador para eso existen los flags correspondientes.

[Modern_Crusades]

hablando de ejemplos claros me tope con un software de eurowin, una compañia española el software que es para la administracion de restoranes parece qeu fue creado en un visula c pero por lo visto usando estandares de punto flotante ya que este software en una amd 64 2800 trono se pasma o xp dice que el programa a generado una operacio no permitida etc y truena, pero en una miserable p4 de 2.2 y 512 de cahce jala como tierno gatito no repela lo cual me sporprendio pero ahora que veo esta informacion entiendo que es lo que debio pasar, si es uan treta de intel perse me desilucionaria mucho ya que intel me agrada.

[Eternal Idol]

En teoria Visual C++ no generaba este tipo de codigo segun el articulo. ¿En que te basas para identificar el programa como hecho con VC++?

[Enrique33]

Hola

Hoy llegó a casa junto con el diario, un encarte de publicidad de unos grandes almacenes aquí en Lima Perú.

Revisando el encarte (dedicado a electrónica del hogar) me encontré con los productos de Sony.

Siempre he considerado que los productos Sony como de buena calidad. Y además confiaba en las decisiones que la empresa tomaba para la elaboración de sus productos.

Pero después de leer la demanda de AMD contra Intel, me entran muy serias dudas de que Sony esté tomando las decisiones más adecuadas en favor de sus clientes.

Por el contrario, al saber que Sony recibe dinero "extra" de intel para que elija intel, de que una empresa grande como Sony acepte ese tipo de chantaje y no se defienda, me produce una desmotivación para seguir usando productos Sony en general.

Sony ha gastado tiempo y recursos en lograr un público consumidor "leal a la marca", pero debido a lo que estamos descubriendo (por el tema de la demanda AMD vs Intel), es importante que el público consumidor recupere su independencia

Recuperar la independencia es: buscar, indagar, verificar, la calidad de lo que uno va a adquirir.

Supongo que igual debe hacerse con las otras empresas involucradas en esta gran estafa a nivel mundial. (HP, Compaq, Dell, etc etc etc)

Los que trabajamos en informática, tenemos la oportunidad de armar y configurar diversas máquinas y con muy diversas configuraciones, y "descubrimos" que nuestros resultados "no coinciden" con lo que el mercado cree.

Lo que "experimentalmente" descubrimos, otros también lo han descubierto, pero no se ha tenido la fuerza suficiente para hacerlo entender a la gran población consumidora.

"Creo que ha llegado la hora de romper el pacto infame de hablar a media voz" (Gonzales Prada)

Seguimos conversando.

PD:
1) ¿donde está la gente que usa compiladores?
2) ¿cuál es su experiencia?
3) Hay forma de saber si el programa a la medida que usa la empresa en la que trabajamos ha sido compilado con un compilador "tramposo"?
4) etc

[Eternal Idol]

1) Aca por supuesto.

2) Jamas tuve ningun problema porque no uso compiladores de Intel. He usado VC++, Borland (lo peor que hay) y gcc.

3) Bueno, creo que ya esta bastante bien explicado.

[Eternal Idol]

Clarin Ordenan registrar las oficinas de Intel en Europa:

http://www.clarin.com/diario/2005/07.../m-1012726.htm

[Modern_Crusades]

hable con los creadores del software par qeu me dijeran por que tronaba y por lo que les pude sacar no se con que esta hehco lo demas pero la interfaz grafica esta hehca en cisual c por l oque me dijeron estos tipos.

[Modern_Crusades]

otra cosa amigos se me hace curioso que HP este en esto figo ya vieron la pelicula madagascar? al final dice RENDERING WHIT HP SERVERS USING AMD OPTERON PROCESORS.

[Eternal Idol]

Supongo que sera VC++ porque la ultima version de Visual C (con este nombre de mercado) era para MS-DOS.