Announcement

Collapse
No announcement yet.

Why Desktop Linux Sucks and What We can Do About It

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • #76
    It takes that long with a fast quad core. I do not think that everybody has got this kind of hardware.

    Comment


    • #77
      Originally posted by RealNC View Post
      Because he wants new versions of application software. But that doesn't also imply a need for changes in operating system infrastructure, which is what the rant is about.
      Well I certainly agree this is an issue, although I'd prefer a more standard or streamlined way of upgrading applications from the core system.

      Comment


      • #78
        Originally posted by Kano View Post
        It takes that long with a fast quad core. I do not think that everybody has got this kind of hardware.
        dream on:
        at /proc/cpuinfo
        processor : 0
        vendor_id : AuthenticAMD
        cpu family : 15
        model : 67
        model name : AMD Athlon(tm) 64 X2 Dual Core Processor 6000+
        stepping : 3
        cpu MHz : 1000.000
        cache size : 1024 KB
        physical id : 0
        siblings : 2
        core id : 0
        cpu cores : 2
        apicid : 0
        initial apicid : 0
        fpu : yes
        fpu_exception : yes
        cpuid level : 1
        wp : yes
        flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy
        bogomips : 2000.48
        TLB size : 1024 4K pages
        clflush size : 64
        cache_alignment : 64
        address sizes : 40 bits physical, 48 bits virtual
        power management: ts fid vid ttp tm stc

        processor : 1
        vendor_id : AuthenticAMD
        cpu family : 15
        model : 67
        model name : AMD Athlon(tm) 64 X2 Dual Core Processor 6000+
        stepping : 3
        cpu MHz : 1000.000
        cache size : 1024 KB
        physical id : 0
        siblings : 2
        core id : 1
        cpu cores : 2
        apicid : 1
        initial apicid : 1
        fpu : yes
        fpu_exception : yes
        cpuid level : 1
        wp : yes
        flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy
        bogomips : 2000.48
        TLB size : 1024 4K pages
        clflush size : 64
        cache_alignment : 64
        address sizes : 40 bits physical, 48 bits virtual
        power management: ts fid vid ttp tm stc

        and the compiling done while running KDE desktop and doing stuff.

        Comment


        • #79
          The point here is not the specific distro. Sure Gentoo has many benefits, which the strongest being its package manager(s). I'm on Gentoo too. The real point is that *any* distro that makes it easy to choose your own OS base-components is the solution to the problem. As it happens, the least intimidating *is* Arch, *and* it's easier to try it (Gentoo needs time for a first install). That's the reason I recommended it, not because I think Arch is "better" than Gentoo (which, as I mentioned, is what I'm actually using myself.)

          Comment

          Working...
          X