Abrir sitio http://13.cl Firefox 3.6.3

[Mauricio J. Adonis C.]

El mar, 03-08-2010 a las 18:56 +0200, csalinux escribió:
> Pues yo tengo:
> 
> Linux EL1200 2.6.32-24-generic #38-Ubuntu SMP Mon Jul 5 09:20:59 UTC 
> 2010 x86_64 GNU/Linux
> 
> Y se abre perfectamente.
> 
> Swiftfox creo que era, no sé si sigue siendo, un hack de firefox 32
> bits 
> para que funciones en 64 bits como si lo fuera... Un truco sucio
> vaya...
> 
> Con Firefox 3.6.8 amd64 y el último flashplayer, que como todos
> sabemos 
> no es de 64 bits -gracias Adoble-, y nspuginwrapper no hay ningún 
> problema en abrir esa página...
> 
> El problema no lo tienes con Firefox, lo tendrás con otra cosa. 

Pues, entonces parece que sólo habemos unos pocos que tenemos el
problema de este sitio en cuestión, con Firefox.

Hasta este preciso momento teniendo Firefox 3.6.8 con Shockwave Flash
10.1 r53, corriendo en Lucid32 sobre un AMD64-X2, el dichoso sitio
simplemente parece que no termina nunca de cargar, por lo menos demora
más de lo que aguanta mi paciencia.

Utilizando Swiftfox (AMD64 OS32) lo carga casi instatáneamente, igual
con otros navegadores no hay problema, como Chrome o Epiphany (qué
rápido anda Chrome ¿eh?)... entonces ¿dónde está el problema?
lógicamente en Firefox, no sé ¿quizás debido al tipo de optimización del
compilador que hizo el binario? ¿o quizás por el procesador mismo que lo
crea?

No me extrañaría que si el binario se hace en un Intel pudiera
manifestarse algún grado de «aspereza» con algunos procesadores AMD. Es
sabido de casos así, como el del Controlador Programable de
Interrupciones Avanzado (APIC), propio de los procesadores Intel, que
hace obligado en muchos sistemas basados en AMD a iniciar pasando el
parámetro noapic al kernel.

Con respecto a Swiftfox, este es simplemente el código fuente de Firefox
optimizado y compilado para algunos procesadores y/o configuraciones
explícitas de Procesador/OS (como el que uso yo, para sistema operativo
de 32 bits montado sobre un AMD64).

http://es.wikipedia.org/wiki/Swiftfox

-- 
Mauricio J. Adonis C. <mike.alfa.2007 en gmail.com>