Unix

NAVIGATION
CATEGORIES
REFERRENCE
LINKS
  • OSX 10.4.2, FireFox 1.0.5 out

    28 answers - 31 bytes - related search similar search Add To My Delicious Add To My Stumble Upon Add To My Google Mark Add To My Facebook Add To My Digg Add To My Reddit

    Get them while they're hot
  • No.1 | | 139 bytes | |

    Jul 12, 2005, at 18:51, Bill Bradford wrote:
    Get them while they're hot
    Still running 10.3.9.
    GEEKS:
  • No.2 | | 353 bytes | |

    7/12/05, sammy ominsky <s (AT) avoidant (DOT) orgwrote:
    Jul 12, 2005, at 18:51, Bill Bradford wrote:

    Get them while they're hot

    Still running 10.3.9.

    Ditto, and Camino. I downloaded the latest daily build of Camino,
    hopefully that should have any fixes from the larger code base

    Bryan

    GEEKS:
  • No.3 | | 262 bytes | |

    Jul 12, 2005, at 6:51 PM, Bill Bradford wrote:
    Get them while they're hot
    Are you running the optimized builds?
    1.0.4 was somehow unstable the last few days i am wondering if that
    is why they went to 1.0.5.
    GEEKS:
  • No.4 | | 499 bytes | |

    Tue, Jul 12, 2005 at 11:35:22PM -0400, Atom wrote:
    Jul 12, 2005, at 6:51 PM, Bill Bradford wrote:
    Get them while they're hot
    Are you running the optimized builds?

    1.0.4 was somehow unstable the last few days i am wondering if that
    is why they went to 1.0.5.

    I had been running the G4/G5 optimized builds, but ended up going back
    to the official releases as I had too much trouble with the optimized
    builds (and got tired of updating every 2-3 days).

    Bill
  • No.5 | | 1060 bytes | |

    Bill Bradford wrote:

    Tue, Jul 12, 2005 at 11:35:22PM -0400, Atom wrote:

    >
    >Jul 12, 2005, at 6:51 PM, Bill Bradford wrote:
    >
    >>

    Get them while they're hot


    >>Are you running the optimized builds?
    >>
    >>1.0.4 was somehow unstable the last few days i am wondering if that
    >>is why they went to 1.0.5.

    >
    >>

    >
    >I had been running the G4/G5 optimized builds, but ended up going back
    >to the official releases as I had too much trouble with the optimized
    >builds (and got tired of updating every 2-3 days).
    >
    >Bill
    >


    Did you actually notice any difference using the optimised builds? It
    does have me confounded as to why it requires optimisation. Surely, web
    browsing is not too system intensive, and this is firefox not mozilla
    after all?
    -JJG

    GEEKS:
  • No.6 | | 972 bytes | |

    Wed, Jul 13, 2005 at 10:11:43PM +0200, Jonathan Groll wrote:
    Did you actually notice any difference using the optimised builds? It
    does have me confounded as to why it requires optimisation. Surely, web
    browsing is not too system intensive, and this is firefox not mozilla
    after all?

    They were a little faster (builds were optimized for the G4 or G5
    rather than the G3, which is the target the "official releases" are
    built for). However, there's been enough speed increase in the mainstream
    code by this point that I dont really notice the difference between
    the official releases and the optimized ones anymore.

    Another feature of the optimized builds was tweaked prefs (pipelining,
    max simultaneous connections, etc). I take care of that with the Tweak
    Network Settings extension, or by twiddling about:config by hand.

    I just wish Firefox on the mac was as snappy as it is on the PC though 8-(

    Bill
  • No.7 | | 1713 bytes | |

    Bill Bradford wrote:

    Wed, Jul 13, 2005 at 10:11:43PM +0200, Jonathan Groll wrote:

    >
    >>Did you actually notice any difference using the optimised builds? It
    >>does have me confounded as to why it requires optimisation. Surely, web
    >>browsing is not too system intensive, and this is firefox not mozilla
    >>after all?

    >
    >>

    >
    >They were a little faster (builds were optimized for the G4 or G5
    >rather than the G3, which is the target the "official releases" are
    >built for). However, there's been enough speed increase in the mainstream
    >code by this point that I dont really notice the difference between
    >the official releases and the optimized ones anymore.
    >
    >Another feature of the optimized builds was tweaked prefs (pipelining,
    >max simultaneous connections, etc). I take care of that with the Tweak
    >Network Settings extension, or by twiddling about:config by hand.
    >
    >I just wish Firefox on the mac was as snappy as it is on the PC though 8-(
    >
    >Bill
    >


    Probably because your mac, like mine is an aged G4 in need of an WC
    processor upgrade perhaps?

    a similar note, it will be enlightening to read what speed
    improvements there will be when os x runs fully natively on intel
    (without rosetta), logically it just makes sense that the fastest Ghz
    intel chip is faster than the fastest 2.7? Ghz G5

    It is thrilling that soon we should be able to finally accurately
    compare apples with apples or intels

    GEEKS:
  • No.8 | | 615 bytes | |

    Jul 13, 2005, at 6:09 PM, Jonathan Groll wrote:

    a similar note, it will be enlightening to read what speed
    improvements there will be when os x runs fully natively on intel
    (without rosetta), logically it just makes sense that the fastest Ghz
    intel chip is faster than the fastest 2.7? Ghz G5

    That's a troll, right?

    MHz is not a valid indicator of speed, capability, or ability to
    gracefully handle load. A 350Z makes 287 horsepower, my truck (when I
    owned it) made 240. Does that mean that a 350Z can tow as much, haul
    as much, and get more people to their destination?
  • No.9 | | 351 bytes | |

    7/12/05, Bill Bradford <mrbill (AT) mrbill (DOT) netwrote:
    Get them while they're hot

    Will wait for a couple of days to let other folks be the last-line
    QA for Apple. Been burned (10.2.6 (or was it 10.3.6? I can't
    remember) vs. the Pismo battery).

    Downloading FFx now, though.

    =Nadine-
    GEEKS:
  • No.10 | | 452 bytes | |

    Wed, 13 Jul 2005, Kurt Huhn wrote:

    MHz is not a valid indicator of speed, capability, or ability to
    gracefully handle load. A 350Z makes 287 horsepower, my truck (when I
    owned it) made 240. Does that mean that a 350Z can tow as much, haul
    as much, and get more people to their destination?

    , hey, a Honda Civic has a redline of 8600 rpm, so it must kick the
    teeth out of a Corvette that has a redline of only 6500 rpm, right?
  • No.11 | | 489 bytes | |

    Thu, Jul 14, 2005 at 12:09:07AM +0200, Jonathan Groll wrote:
    Probably because your mac, like mine is an aged G4 in need of an WC
    processor upgrade perhaps?

    Wha?

    1.8Ghz iMac G5 with 1G of RAM.

    I see similar "slower than Intel" performance in Firefox on my Mac mini
    (1.25Ghz, 512M). The Firefox developers have admitted that performance
    on the SX port isn't as fast as the other platforms (something they hope
    to fix by the 1.1 release).

    Bill
  • No.12 | | 1371 bytes | |

    Kurt Huhn wrote:

    Jul 13, 2005, at 6:09 PM, Jonathan Groll wrote:


    >
    >a similar note, it will be enlightening to read what speed
    >>improvements there will be when os x runs fully natively on intel
    >>(without rosetta), logically it just makes sense that the fastest Ghz
    >>intel chip is faster than the fastest 2.7? Ghz G5
    >>

    >
    >>

    >
    >That's a troll, right?
    >
    >MHz is not a valid indicator of speed, capability, or ability to
    >gracefully handle load. A 350Z makes 287 horsepower, my truck (when I
    >owned it) made 240. Does that mean that a 350Z can tow as much, haul
    >as much, and get more people to their destination?
    >


    Seriously not intended as a troll. Granted, many, many factors come into
    play when doing comparisons, only one of which is clock speed. However,
    many of us, and for too long now have blithely accepted the apple gospel
    that PPC is the inherently "superior" architecture. Surely, though,
    there must come a time when a processor with enough pure 'grunt' can
    outperform one that is slower but more able?

    Take a look at today's slashdot:
    (Intel Developer Macs G5s)

    -JJG

    GEEKS:
  • No.13 | | 1734 bytes | |

    Jul 14, 2005, at 4:28 AM, Jonathan Groll wrote:
    Seriously not intended as a troll. Granted, many, many factors come
    into
    play when doing comparisons, only one of which is clock speed. However,
    many of us, and for too long now have blithely accepted the apple
    gospel
    that PPC is the inherently "superior" architecture. Surely, though,
    there must come a time when a processor with enough pure 'grunt' can
    outperform one that is slower but more able?

    MHz != speed. improvments may bring the Intel processors closer
    to being acceptable (faster pipelining, faster RAM, switched bus, etc)
    but "speed" as measured in MHz is not one of them. I will grant that
    AMD and Intel are bringing their Desktop processors closer to
    acceptable, but they will never get there unless they're willing to
    dump the legacy crap that surrounds them and start designing them to be
    put into elegant and well-designed systems.

    Take a look at today's slashdot:
    (Intel Developer Macs G5s)

    tid=174&tid=3

    I see nothing there indicating that the developer macs are
    outperforming G5s. I see a vague reference to "as little as 10
    seconds" to boot to the desktop. Now there's a reliable benchmark!!
    Not.

    If we're going to claim that the intel systems from Apple are faster
    than anything else, why don't we compare them side by side, under equal
    environments and conditions, and take real measurements, with real
    applications, under heavy load, and performing functions that people
    who buy high-end workstations need them for? Until I see such tests,
    I'll not even consider "it feels faster" with the smallest grain of
    salt.
  • No.14 | | 579 bytes | |

    Wed, 13 Jul 2005 @ 20:10 -0500, Bill Bradford said:

    Thu, Jul 14, 2005 at 12:09:07AM +0200, Jonathan Groll wrote:
    Probably because your mac, like mine is an aged G4 in need of an WC
    processor upgrade perhaps?

    Wha?

    1.8Ghz iMac G5 with 1G of RAM.

    I see similar "slower than Intel" performance in Firefox on my Mac mini
    (1.25Ghz, 512M). The Firefox developers have admitted that performance
    on the SX port isn't as fast as the other platforms (something they hope
    to fix by the 1.1 release).

    Is some of that due to the compiler?
  • No.15 | | 3406 bytes | |

    Thu, 14 Jul 2005 @ 09:36 -0400, Kurt Huhn said:

    Jul 14, 2005, at 4:28 AM, Jonathan Groll wrote:
    Seriously not intended as a troll. Granted, many, many factors come
    into
    play when doing comparisons, only one of which is clock speed. However,
    many of us, and for too long now have blithely accepted the apple
    gospel
    that PPC is the inherently "superior" architecture. Surely, though,
    there must come a time when a processor with enough pure 'grunt' can
    outperform one that is slower but more able?

    MHz != speed.

    I don't believe that's what he is saying.

    He's saying that the clock speeds of Intel/AMD CPUs are being boosted so
    much that they are making up for architectural issues.

    AMD is achieving more performance at lower clock speeds, much like other
    CPUs. From what I read in the K7 papers, the AMD CPUs are *NT* Intel
    architecture CPUs. They are a different beast under the covers, and the
    Intel ISA and other bits are more like a layer of emulation.

    It seems AMD could design and ship a competitive non-Intel CPU if they
    were not tied to the Intel-compatible market.

    Clock-for-clock, I don't see the G5 spanking the AMD like it does the
    Intel. It seems to me that the AMD64 especially, despite its Intel ISA
    ball-and-chain, is quite competitive.

    I have a theory about why Apple is going with Intel instead of AMD, but
    I'm going to post that in another thread.

    improvments may bring the Intel processors closer
    to being acceptable (faster pipelining, faster RAM, switched bus, etc)
    but "speed" as measured in MHz is not one of them. I will grant that
    AMD and Intel are bringing their Desktop processors closer to
    acceptable, but they will never get there unless they're willing to
    dump the legacy crap that surrounds them and start designing them to be
    put into elegant and well-designed systems.

    I think AMD is doing that. They are hampered by the need to be
    compatible with Intel.

    If they were free of that, I think they'd really shine.

    I see nothing there indicating that the developer macs are
    outperforming G5s. I see a vague reference to "as little as 10
    seconds" to boot to the desktop. Now there's a reliable benchmark!!
    Not.

    Hey, Windows users put quite a lot of value into quick reboots :)

    If we're going to claim that the intel systems from Apple are faster
    than anything else, why don't we compare them side by side, under equal
    environments and conditions, and take real measurements, with real
    applications, under heavy load, and performing functions that people
    who buy high-end workstations need them for? Until I see such tests,
    I'll not even consider "it feels faster" with the smallest grain of
    salt.

    course, to be completely fair you need to test headless, because the
    G5 pays a heavy price for the GUI.

    Things like image manipulators, sound encoders, and stuff like that
    would make useful test of code that people actually use.

    Maybe put Darwin on PPC up against an AMD64 running something like *BSD
    or Linux? As long as you avoid system calls, I think that would be
    pretty good. No GUI, just some batch jobs with compute intensive tasks
    to avoid comparing Mach with a monolithic UNIX.
  • No.16 | | 792 bytes | |

    Thu, 14 Jul 2005, Charles Shannon Hendrix wrote:

    Thu, 14 Jul 2005 @ 09:36 -0400, Kurt Huhn said:
    >I see nothing there indicating that the developer macs are
    >outperforming G5s. I see a vague reference to "as little as 10
    >seconds" to boot to the desktop. Now there's a reliable benchmark!!
    >Not.
    >

    Hey, Windows users put quite a lot of value into quick reboots :)

    " neat thing about Suns is that they really boot fast. You ought to see
    one boot, if you haven't already. It's inspiring to those of us whose
    LispMs take all morning to boot."

    An excerpt from John Rose's (very sardonic) email included in the
    UNIX-Hater's Handbook introduction.
    - Nate

    GEEKS:
  • No.17 | | 790 bytes | |

    Thu, 2005-07-14 at 23:08, Nate wrote:
    Thu, 14 Jul 2005, Charles Shannon Hendrix wrote:

    Thu, 14 Jul 2005 @ 09:36 -0400, Kurt Huhn said:
    >I see nothing there indicating that the developer macs are
    >outperforming G5s. I see a vague reference to "as little as 10
    >seconds" to boot to the desktop. Now there's a reliable benchmark!!
    >Not.
    >

    Hey, Windows users put quite a lot of value into quick reboots :)

    " neat thing about Suns is that they really boot fast. You ought to see
    one boot, if you haven't already. It's inspiring to those of us whose
    LispMs take all morning to boot."

    Hey, mine boot into the F real fast :-) did they mean something other than Forth?

    GEEKS:
  • No.18 | | 953 bytes | |

    Thu, Jul 14, 2005 at 11:24:55PM -0400, Patrick Giagnocavo 717-201-3366 wrote:
    Thu, 2005-07-14 at 23:08, Nate wrote:
    Thu, 14 Jul 2005, Charles Shannon Hendrix wrote:

    Thu, 14 Jul 2005 @ 09:36 -0400, Kurt Huhn said:
    >I see nothing there indicating that the developer macs are
    >outperforming G5s. I see a vague reference to "as little as 10
    >seconds" to boot to the desktop. Now there's a reliable benchmark!!
    >Not.
    >

    Hey, Windows users put quite a lot of value into quick reboots :)

    " neat thing about Suns is that they really boot fast. You ought to see
    one boot, if you haven't already. It's inspiring to those of us whose
    LispMs take all morning to boot."

    Hey, mine boot into the F real fast :-) did they mean
    something other than Forth?

    Well, a Sun might take 10 minutes, but how long does a Symbolics, LMI,
    or TI take to boot? 45?
  • No.19 | | 610 bytes | |

    jdboyd (AT) jdboyd (DOT) net writes:

    >Well, a Sun might take 10 minutes, but how long does a Symbolics, LMI,
    >or TI take to boot? 45?


    And you were supposed to reboot the Symbolics machines inbetween
    logins.

    ("Login" being conceptually different from most systems - you had
    full access to a lisp prompt before logging in - you "logged in"
    to get access to your files. If I understand the docs I've read
    correctly)

    WWVD?
    David Fischer dave (AT) cca (DOT) org http://www.cca.org
    What Would Varg Do?

    GEEKS:
  • No.20 | | 580 bytes | |

    Fri, Jul 15, 2005 at 11:07:28AM -0400, Dave Fischer wrote:
    jdboyd (AT) jdboyd (DOT) net writes:

    >Well, a Sun might take 10 minutes, but how long does a Symbolics, LMI,
    >or TI take to boot? 45?


    And you were supposed to reboot the Symbolics machines inbetween
    logins.

    ("Login" being conceptually different from most systems - you had
    full access to a lisp prompt before logging in - you "logged in"
    to get access to your files. If I understand the docs I've read
    correctly)

    Yikes. That kinda sucks.
  • No.21 | | 575 bytes | |

    Jul 15, 2005, at 10:31 AM, Joshua Boyd wrote:

    Thu, Jul 14, 2005 at 11:24:55PM -0400, Patrick Giagnocavo
    717-201-3366 wrote:
    >>

    >Hey, mine boot into the F real fast :-) did they mean
    >something other than Forth?
    >

    Well, a Sun might take 10 minutes, but how long does a Symbolics, LMI,
    or TI take to boot? 45?

    <horse type=dead action=beating>
    Whuh? Which Sun? My Sparcbook boots to a login prompt in about 30
    seconds. The Ultra 60 in far less.
    </horse>
  • No.22 | | 945 bytes | |

    Fri, Jul 15, 2005 at 11:55:44AM -0400, Kurt Huhn wrote:
    Jul 15, 2005, at 10:31 AM, Joshua Boyd wrote:

    Thu, Jul 14, 2005 at 11:24:55PM -0400, Patrick Giagnocavo
    717-201-3366 wrote:
    >>

    >Hey, mine boot into the F real fast :-) did they mean
    >something other than Forth?
    >

    Well, a Sun might take 10 minutes, but how long does a Symbolics, LMI,
    or TI take to boot? 45?

    <horse type=dead action=beating>
    Whuh? Which Sun? My Sparcbook boots to a login prompt in about 30
    seconds. The Ultra 60 in far less.
    </horse>

    We are talking about the Sun3 through early Sparc days, and machines
    that are very likely being netbooted.

    That said, 10 minutes may not be acurate, but then again since in the
    quote they were being rebooted because of crashes, you need to account
    for fsck time on a non logged FS-check.
  • No.23 | | 1718 bytes | |

    Fri, Jul 15, 2005 at 12:12:27PM -0400, Joshua Boyd wrote:
    Fri, Jul 15, 2005 at 11:55:44AM -0400, Kurt Huhn wrote:
    >Jul 15, 2005, at 10:31 AM, Joshua Boyd wrote:
    >>

    Thu, Jul 14, 2005 at 11:24:55PM -0400, Patrick Giagnocavo
    717-201-3366 wrote:

    Hey, mine boot into the F real fast :-) did they mean
    something other than Forth?

    Well, a Sun might take 10 minutes, but how long does a Symbolics, LMI,
    or TI take to boot? 45?
    >>

    ><horse type=dead action=beating>
    >Whuh? Which Sun? My Sparcbook boots to a login prompt in about 30
    >seconds. The Ultra 60 in far less.
    ></horse>
    >

    We are talking about the Sun3 through early Sparc days, and machines
    that are very likely being netbooted.

    That said, 10 minutes may not be acurate, but then again since in the
    quote they were being rebooted because of crashes, you need to account
    for fsck time on a non logged FS-check.

    Netbooted machines shouldn't need an fsck. Now if the box the diskless
    workstations were booting off of crashed, then yeah, everyone suffers.

    As far as a Sun taking a long time to boot, try booting some of the
    early Ultra Enterprise class boxes with diag-switch? set to true and
    diag-level set to max. =)

    Might be 5 minutes before you even see something on the console.

    But the UNIX Haters' Handbook was refering to UNIX Workstations, so they
    were probably refering to Sun3 or early Sparcs, which compared to the
    LISP machines they usually replaced, they did boot pretty quickly.
  • No.24 | | 896 bytes | |

    Fri, Jul 15, 2005 at 11:37:16AM -0500, Mike Parson wrote:

    Netbooted machines shouldn't need an fsck. Now if the box the diskless
    workstations were booting off of crashed, then yeah, everyone suffers.

    True.

    As far as a Sun taking a long time to boot, try booting some of the
    early Ultra Enterprise class boxes with diag-switch? set to true and
    diag-level set to max. =)

    Might be 5 minutes before you even see something on the console.

    I've heard reports that the fastest PWER machines manage to boot more
    slowly.

    But the UNIX Haters' Handbook was refering to UNIX Workstations, so they
    were probably refering to Sun3 or early Sparcs, which compared to the
    LISP machines they usually replaced, they did boot pretty quickly.

    Now to just get one of those LISP machines in running condition at a
    price I can afford.
  • No.25 | | 742 bytes | |

    Fri, 15 Jul 2005 10:31:18 -0400, Joshua Boyd wrote:
    Well, a Sun might take 10 minutes, but how long does a Symbolics, LMI,
    or TI take to boot? 45?

    A Lisp Machine may have taken 45 minutes to boot if it was running
    interpreted Lisp rather than compiled (probably quite likely in the
    early days) but I'm pretty sure a Symbolics didn't take that long.

    I watched one boot once after I managed to crash it it was the
    fileservers for the programmers so they *really* wanted to know when it
    was ready. It's too long for any kind of accuracy but I would say more
    like 5-10 minutes if it had been anything like 30-60 minutes, the
    programmers would have been off to lunch.

    GEEKS:
  • No.26 | | 1382 bytes | |

    jdboyd (AT) jdboyd (DOT) net writes:

    Fri, Jul 15, 2005 at 11:37:16AM -0500, Mike Parson wrote:

    >As far as a Sun taking a long time to boot, try booting some of the
    >early Ultra Enterprise class boxes with diag-switch? set to true and
    >diag-level set to max. =)


    >Might be 5 minutes before you even see something on the console.


    >I've heard reports that the fastest PWER machines manage to boot more
    >slowly.


    The great thing about AIX on PWER is no interaction, no machine
    monitor prompt, and no information untill the system is pretty much
    all the way up.

    yes, except for the 3-digit LED display on the front panel.

    Lovely. Ugh.

    >But the UNIX Haters' Handbook was refering to UNIX Workstations, so they
    >were probably refering to Sun3 or early Sparcs, which compared to the
    >LISP machines they usually replaced, they did boot pretty quickly.


    >Now to just get one of those LISP machines in running condition at a
    >price I can afford.


    Those SMD drives start to get flakey after a few decades

    WWVD?
    David Fischer dave (AT) cca (DOT) org http://www.cca.org
    What Would Varg Do?

    GEEKS:
  • No.27 | | 693 bytes | |

    Fri, 2005-07-15 at 14:23, Dave Fischer wrote
    >But the UNIX Haters' Handbook was refering to UNIX Workstations, so they
    >were probably refering to Sun3 or early Sparcs, which compared to the
    >LISP machines they usually replaced, they did boot pretty quickly.


    >Now to just get one of those LISP machines in running condition at a
    >price I can afford.


    Those SMD drives start to get flakey after a few decades

    The later ones take SCSI. The MacIvory uses a NuBus Mac as a sort of host machine and can boot off anything that works with that vintage of Mac, I believe.

    GEEKS:
  • No.28 | | 352 bytes | |

    Fri, Jul 15, 2005 at 02:23:58PM -0400, Dave Fischer wrote:

    >Now to just get one of those LISP machines in running condition at a
    >price I can afford.


    Those SMD drives start to get flakey after a few decades

    Well, some of those machines will take SCSI, so there might be hope for
    one of those.

Re: OSX 10.4.2, FireFox 1.0.5 out


max 4000 letters.
Your nickname that display:
In order to stop the spam: 0 + 9 =
QUESTION ON "Unix"

EMSDN.COM