Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
Red Hat Software

Journal tomhudson's Journal: Bye-bye OpenSUSE 12.1, Hello Fedora 16 35

Well, since a second upgrade attempt left opensuse even weirder (dialogs with half the controls not working, firefox going from crashing every second load to every load, etc) it was time to nuke it again, but this time replace it with something different.

The question was, what?

It turns out that FreeBSD does not like my video setup (which is too bad, because I had 6 consoles open, and compiling a different part of the ports tree in each one, and there was no indication that it was under any sort of load, even though the load average was ~6).

Linux Mint? Tempting, very tempting ... but they're going off in 3 different directions right now.

Good old slakware? I downloaded the DVD (using knoppix, since the os was hosed), then went looking for updates ... apparently, the package browser is now someone else's problem .. and that page says that they're not doing it any more, and to come back when they've got their "new improved" whatever ... and slackware.com is down at the moment, so no linky for U!

So, what the heck - go grab Fedora 16 and install it ... then find out after doing the install and a couple of gigs of new packages and updates, that it hangs on reboot ...

I finally figured out the problem - for some reason it doesn't see my usb keyboard (plugged into my screens' usb hub) and it's waiting for a keyboard to appear ... so I have one of those rubber roll-up keyboards and a usb2ps2 adapter sitting on top of the box, out of harms way ... probably one of those "1 in a million" things - like having to unplug the second screen to get the initial install to work, then plug it in and when it reboots, dual screen goodness with no fuss, no muss. Using xrandr to dynamically set up the screens and dumping xorg.conf looks like a real winner.

The funny part - I've always found gnome to be kind of ugly, but the old 2.whatver gnome, the way they fixed it up is nice. I could get used to it ... (though I can't wait to see how lxde looks).

the evil part

SElinux. I removed it, and the machine is MUCH faster. so when they say it "only used ~7%" I'm not buying it.

In other good news, my colour laser FINALLY WORKS!!!!!! It was recognized, but no drivers - and this time the Samsung drivers installed with no hassles, so the only thing that still doesn't work is the scanner. I can always scan to usb (or maybe just make a patch cord and plug it right into the computer that way????)

One last speed-up ... no swap file, so there's a lot less time wasted managing fake ram (and more real ram available for running programs). It's not quite as fast as my dual-core lappy was, but for an 8-year-old ram-deficient box (only 2 gigs), it's still got lots of life left in it.

If you looked at my previous post, I tried to load it down, opening eclipse, openoffice, the gimp, playing mp3s in amarok, firefox and opera both open, web server, ftp server, mail and news servers running in the background ... and it still used less than a gig of ram.

Just goes to show that the real bottlenecks for everyday use are mostly self-inflicted "best practices" that aren't so great any more. If you want to try your machine w/o swap, but have the option of restoring it, just fdisk the drive and change the partition type from swap to anything else - no need to format it, since you won't be mounting it. If it runs okay, then you might want to reformat it and use it as a separate /tmp or whatever, and clean it on every reboot (note - do not do this until after you remove SElinux or you will be very sorry).

This discussion has been archived. No new comments can be posted.

Bye-bye OpenSUSE 12.1, Hello Fedora 16

Comments Filter:
  • Couldn't you test the speed up this way?
    swapon, swapoff

    • Good point ... You could do that from a terminal, but then you don't get to see the speedup on boot. Or yes, you could modify your boot scripts. I guess I'm just getting into the habit of "nuking it from orbit" - changing the partition type and editing mtab and fstab pretty much guarantees it doesn't get used. Which brings up another point - have you seen the garbage that gets stuffed into mtab nowadays?
      • by tqft ( 619476 )

        I try and avoid poking things I shouldn't touch, I only discovered swap/off after I broke something playing with something else.
        Haven't had to look in mtab in a long time and have avoided it successfully.

  • You've evidently got a hangup about upgrades.

    When are you going to learn that upgrades are a complete waste of time?

    Backup ~/, wipe, reinstall is the only sane way to do it.

    Oh, you just did. Note, however, that the changing your distro part is optional.

    Med vänliga hälsningar,

    Z

    • I *did* do a fresh install of opensuse 12.1 after the in-place upgrade failed. It's only after that that I did yet another fresh install, and when that didn't go well, downgraded to a fresh install of 11.4, which had a few issues, and which an update pretty much killed. Then yet another failed upgrade to 12.1, at which point it was "okay, I've been using this since 9.0, and the last couple of releases have really sucked ... it shows that Novell is no longer running the show ... time to move on. So ... S
  • I think you're doing something wrong, or your hardware is seriously fucked.

    Reason: I am running OpenSUSE on a Mac Pro at the office, and on a Dell Precision M6400 Mobile Workstation. Both work perfectly and are stable out of the box. Everything on the notebook works (well, I haven't tested the webcam since installing OpenSUSE 12.1, but it worked in previous versions): bluetooth, audio, wifi, the automatic brightness adjuster for the screen, keyboard backlighting, eSATA, USB, integrated cardreader, and so on

    • Read my post below: Hard disk is another prime candidate due to the slowdowns she is experiencing.
    • I would have thought so too, but it doesn't explain why it crapped out on both my laptop and my desktop for the same reasons at the same time ... it's one of those YMMV things, I guess. Then again, I *do* tend to load them with everything but the kitchen sink (I had just under 4,900 packages installed) so my guess is that somewhere there's a conflict between packages that wasn't showing up (and no, I never forced a package to be installed if there was a dependency problem).

      I ran memtest86+ yesterday "jus

      • Wait a sec - I seem to recall your complaints starting on the day of release - for the past few releases. One thing I learned in late 90s was never, ever install a network-updatable Linux distro on the day of release. The few times I've done so it's bitten me with various glitches. I always give it at least a couple of weeks so that any packages that the release engineer or maintainer might have slipped in without their having been tested by the sponsor's QA team or by the public during beta are found and

        • Well, let's see ... I didn't do the update the day it was released (it was released 2011-11-16, and I updated on 2011-12-01), so it meets your " give it at least a couple of weeks so that any packages that the release engineer or maintainer might have slipped in without their having been tested by the sponsor's QA team or by the public during beta are found and patched in an update".

          Both an in-place update and a fresh install failed, leaving me with having to re-install a fresh copy of 11.4. That copy ha

  • by Ruzty ( 46204 )

    So, what happens to your machine when you run out of physical memory to run all that stuff? I can burn through 4 gigs on my dev workstation when running a copy of the 2 apps I'm working on and running integration tests against them in Eclipse. Without swap to page out some of the memory the whole machine would just go "out of memory, I give up" and die a horrific death on me. I can't see running with no swap partition mounted when you need to fully utilize all the resources on the machine.

    • Yes, Rusty is halfway right here: I will tell you what happens if you run out of memory on a Linux system. A process is going to be shot down to free up memory. I'm not entirely sure if it's random (that should be googleable), but it makes for very interesting behaviour. Especially on servers. We had a VPS acting very strangely, each Sunday at 6h15 or so. Turned out, the cron jobs started (weekly), ate up too much memory. Sometimes apache got shot down, sometimes ntpd, sometimes something else entirel

      • The disks are fine, the ram is fine, and the problems arose on both the laptop and the desktop at the same time, due to my habit of installing all upgrades pretty much every day (note - in cases of conflicts, I would not force an install or upgrade, so in theory, nothing should have broken. Theory and practice, however, are two different things).

        smartctl says the disks are fine. Ditto for memtest86+ and the ram. Also, I'm well aware of the difference between virtual memory address remapping in ram and

        • I'm a bit puzzled, in that I almost never see swap partition space actually used. A year or so ago, I noticed my old computer with only 1 GB of RAM had swap disabled, due to an issue with distribution upgrade scripts, so I'd had swap disabled for something like six months without noticing, even though I was doing things like running VMs on that box. At work, in our NOC, if servers start using more than a few percent of their swap partition space, we get alerts; but that doesn't happen often. So my sense is

          • Well, that stems from the idea that the swap partitions aren't used. They are. You think they are empty because that's what they are reported to be. In reality, data is written to them. Data that is in memory at this moment. At the moment memory needs to be freed up, the data in memory is simply marked free and the swap is already ready. This saves time when real memory is needed. That's why, if you can, you should always have at least as much swap space as there is real memory.

            Most people think th

            • If swap partitions are used for paging, than how could systems without swap partitions even boot? Yet from tomhudson's account, she gets better performance without swap at all.

              And from my experience, due to a conflict between a distribution upgrade script and the way Ubuntu treated Windows partitions in fstab during installation, I and presumably many other Ubuntu users had swap disabled for months, and almost no one noticed. On a low memory system, I had swap disabled, and I couldn't find any difference in

              • Agreed - swap files are simply not used for caching disk reads. That would be crazy - read from one area of the disk, then write a copy back to another area rather than just re-read the original sector(s) again? Writes are expensive! Even the most optimal writes need to match these condtions (1) you bypass the filesystem and go directly to a sector and (2) you can write exactly n*sector-size bytes and (3) your data starts and ends on sector boundaries.

                Nothing beats real physical ram. Best is cpu regis

                • by gmhowell ( 26755 )

                  You forgot to mention SSD between cache on hard disks and rusty bits on spinning platters.

                  • I thought of it, but 4 rusty platters, each with 32meg hardware caches, will outperform any SSD on the market for most use cases IF you set them up properly, plus they're cheaper and have a lot more storage.

                    What will beat both is real ramdrives - drives that are just lots of ram and a battery to keep it alive - but they're a lot more expensive, and you still need the rust-boxes to serve as stable storage.

                    BTW - there's another meme that we're going to have to kill off as well - the idea that you should u

            • This only happens IF the original bits have not been changed on disk - for example, a piece of read-only binary code. Then you don't have to write it to swap - you can just re-read the original.

              However, stuff that has been changed in memory (dirty) cannot be re-read from the original sectors of the drive, so you have to save it to the swap partition before overwriting that memory page with new bits.

              There's a pathological problem with the linux kernel swapping out stuff when memory is still available, "j

    • There are probably a few solutions:

      1. Get more ram. There's no substitute for real physical ram, and the speed-up will more than pay for the cost - even if it means buying a new machine.

      2. Re-write your tests so they use less ram. They'll probably run faster in series if you're not always swapping out anyway than if you run them concurrently and swap out all the time.

      3. Make your tests stand-alone, instead of running through eclipse. This way, you can "pawn them off" to another machine and find pot

      • Swap is a hack, and a really bad one, from back in the days when ram cost $$$.

        No, it's not... Go back at reading the concept of Virtual Memory and how it fits in the whole concept. Swap is nothing more than another level of cache, just a very slow one. Please, instead of keeping these prejudices, go and read it up. Paging is an important part of virtual memory implementation in most contemporary general-purpose operating systems [wikipedia.org]. You're doing nobody a favour by keeping your prejudices. You'll also see

        • Paging to swap is obsolete in an era where motherboards that support 32 gig go for $110 and single 8-gig sticks of ram are $100 each. 32 gigs should be enough for almost any desktop.

          Even the cheaper option - $85 for 12 gigs or ram, is overkill for anyone I know. Why bother with swap under those conditions?

          Swap made sense when ram was $100 for 64k. It made sense when ram was $100 per meg. It made a bit less sense when ram was $100 per gig. It doesn't make any sense whatsoever when ram is $6 to $12 a

          • Let's just agree to disagree.
            • We can do that :-)
            • by Tet ( 2721 ) *

              Let's just agree to disagree

              Fair enough. But you're right :-)

              • Barbara is hard to convince and being married taught me one thing: Don't argue with a woman who thinks she is right.
                • Ouch - I resemble that remark!

                  On a more serious context, this is the second time I've set up a distro w/o swap, and there are no issues, and obviously no speed lost in swapping. For cases where you just don't have enough physical ram, then obviously, use swap - it's better than doing nothing.

                  But the research on microkernels revealed that the biggest, #1 reason they were so slow was because they devoted entirely too much memory to swap, and in a microkernel, where you have to do several more context swi

                • BTW - I'm not "arguing for the sake of arguing" - I would really like for people to give this whole swap/no-swap thing a try. For some people, it won't work, but for others it might save them excess wear and tear on their drives as well as increase performance.

                  You never know until you actually try it in real life, because reality bites :-)

                  • by Tet ( 2721 ) *

                    I'm not "arguing for the sake of arguing" - I would really like for people to give this whole swap/no-swap thing a try

                    Oh, I have done. And I mostly agree with you. RAM is cheap, and it makes sense to take advantage of that. But no matter how much RAM you have, you have to give some thought to what you want to happen when you run out. Because you will. If letting the OOM killer nuke the process it thinks is most problematic is acceptable, then fine. But there are plenty of situations where that's not OK a

          • by Ruzty ( 46204 )

            Why get performance out of what we have? Spend more and replace it instead!

            Sorry Barbra, but I just got this Macbook Pro. It has 8 gig of ram and is max'ed out. The application I am testing requires a 4+ gig heap under light use. The controller web-app requires 1.5 gigs of heap and the VM to run an Oracle DB server needs another 2 gigs. That leaves 512 megs for the OS, my debugging tools and the test suite to execute in. Without swap something would fail or I would not be able to run the VM which allow

            • The macbooks are restricted to 8 megs because that was more than enough for most use cases. Yours is not typical - so what happens when you end up needing even more in a few years?

              Even a few years ago, it was possible to figure out that ram prices would drop to the point where 32, 64, or even (for developers working on "really interesting stuff":) 256 gig would be feasible, and that laptops should be able to take at least 16, and preferably 32 gigs .. stinkpads have been taking 16 gigs for years, and you

  • by Tet ( 2721 ) *

    the evil part SElinux. I removed it

    Possibly the worst decision you'll ever make when it comes to Unix sysadmin. SELinux is an absolute essential on any box I own. I can't see why anyone would trade security for a minor[1] performance gain.

    [1] From my experience, 7% is a massive overstatement, and I'd say it's closer to 1% or 2%. But even if you're right and it's much more than that. Say 25% (which it isn't). I'd still say it's worth it...

    • The 7% is the SELinux projects' figure, not mine ... and I believe it, because it was a real PITA.

      I'll trade a minuscule reduction in security for a much increased usability any day ... but then again, I do have backups, so I'm not walking a tightrope without a safety net.

      It's not like this is a server or anything ...

      • by Tet ( 2721 ) *
        If you believe SELinux to add minuscule extra security, you might want to read up on it a bit more. For me, it's perhaps the single most important security feature you can add to a modern OS, and it's hard to understate just how much extra security it buys you (although obviously that is dependent on the policies you put in place -- it is after all just a framework to allow you to specify security policies). And I'd argue that a desktop is far more in need of the protection it provides than servers (which r

Duct tape is like the force. It has a light side, and a dark side, and it holds the universe together ... -- Carl Zwanzig

Working...