On 12/29/06, Wil Reichert <[EMAIL PROTECTED]> wrote:
On 12/29/06, Duncan <[EMAIL PROTECTED]> wrote:
> "Boyd Stephen Smith Jr." <[EMAIL PROTECTED]> posted
> [EMAIL PROTECTED], excerpted below, on  Thu, 28 Dec
> 2006 15:59:15 -0600:
>
> > On Thursday 28 December 2006 10:01, "Mark Knecht" <[EMAIL PROTECTED]>
> > wrote about '[gentoo-amd64] Browsing speed problems - possibly flash
> > related':
> >>    Is this a firefox-bin thing? Maybe I should build firefox from
> >> source?
> >
> > Good luck getting flash to work if you do that. :P
>
> Oh, it should be no problem, as long as one is building a 32-bit firefox,
> presumably in one's 32-bit chroot, following the Gentoo/amd64 32-bit
> chroot guide.
>
> Of course, if one is building a standard 64-bit firefox and expecting the
> 32-bit flash shared object plugin to work in the 64-bit firefox process
> address space, then one is in for a bit of disappointment, but that's only
> common sense so should be expected and go without saying. =8^P

64 bit firefox & 32 bit plugins, heard of nspluginwrapper? =)  WIP &
I've seen varying reports of success from different people, but it
works well for me.

As for the web page in question, I see the exact same behaviour Mark
describes on my system.  Sounds more like a windows / linux thing than
a 32 / 64 bit thing.  Just guessing tho.

Wil

Hi Wil,
  I was just sort of finishing up on this topic from my end. On the
front page I see the same sort of slow loading behaviour on my wife's
32-bit Gentoo box so I tend to agree with you. Whatever it is that's
going on there, and I pretty sure it's a Flash process, it's just far
slower on Linux than Windows for me.

  Note that if this was just Flash on the front page it would be no
big deal. However I think there may be additional issues around the
speed of Java once you log in and get inside the web site. That is
what really matters and it's very slow on this machine.

  My 64-bit machine was turned off over Christmas while I traveled.
It's back up and the problem remains but it's not a network problem.
I've transferred about 27GB of data in the last three days - mostly
web browsing and MythTV streaming - with no dropped packets:

lightning ~ # ifconfig
eth0      Link encap:Ethernet  HWaddr 00:13:D4:3E:14:6A
         inet addr:192.168.1.56  Bcast:192.168.1.255  Mask:255.255.255.0
         inet6 addr: fe80::213:d4ff:fe3e:146a/64 Scope:Link
         UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
         RX packets:19784419 errors:0 dropped:0 overruns:0 frame:0
         TX packets:10307909 errors:0 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:1000
         RX bytes:26968563236 (25719.2 Mb)  TX bytes:721444417 (688.0 Mb)
         Interrupt:23 Base address:0x2000

  All of this leads me to once again consider either downgrading to
32-bit or trying to run a 32-bit chroot again. The chroot, while a lot
of work, does allow me to keep the work I do on this web site sort of
self contained which wouldn't be bad. The problem is that I see
'leakage' between the two environments while running Firefox which
worries me. Which ever environment I start Firefox in first is the
environment that provides bookmarks for both sides. That leads me to
not trust the chroot thing completely, but maybe with some study I
could get that fixed.

  Anyway, thanks much for reporting back. At least it's good to know
it's not just my machine.

Cheers,
Mark
--
[email protected] mailing list

Reply via email to