For a while now, I have been having problems with my laptop (Acer Aspire 9400). It freezes up for 30 to 45 seconds on a fairly regular basis.This problem started with SuSE 10.2 and is continuing with 10.3 (soon to be 11.0). It's most likely to happen when, after a period of time idle, I click on something or try to use the keyboard. It is most frequent when I am doing something graphics intensive, such as editing photos. When this freezing started, I added 512MB RAM to bring it up to 1GB, but it didn't make any difference. I believe the problem is hard drive related and I am including a part of /var/log/messages which shows what's happening during the time of a freeze. I am wondering if I should replace the current drive with a new one. The machine is currently dual booting WinXP and openSuSE 10.3 I think I know *what* is happening. Unfortunately I don't know *why* or *how* to fix it. The times given below indicate a freeze of 11 seconds. However, it usually lasts longer than that. There have been other posts here re: freezing, but they do not seem to relate to the problem I'm currently having. ------------------------------------------------------------------ Jun 16 21:18:51 copernicus kernel: ata1.01: qc timeout (cmd 0xa0) Jun 16 21:18:51 copernicus kernel: ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen Jun 16 21:18:51 copernicus kernel: ata1.01: cmd a0/00:00:00:00:20/00:00:00:00:00/b0 tag 0 cdb 0x0 data 0 Jun 16 21:18:51 copernicus kernel: res 51/20:03:00:00:00/00:00:00:00:00/b0 Emask 0x5 (timeout) Jun 16 21:18:56 copernicus kernel: ata1: port is slow to respond, please be patient (Status 0xd1) Jun 16 21:19:01 copernicus kernel: ata1: device not ready (errno=-16), forcing hardreset Jun 16 21:19:01 copernicus kernel: ata1: soft resetting link Jun 16 21:19:01 copernicus kernel: ata1.00: configured for UDMA/100 Jun 16 21:19:02 copernicus kernel: ata1.01: configured for UDMA/33 Jun 16 21:19:02 copernicus kernel: ata1: EH pending after completion, repeating EH (cnt=4) Jun 16 21:19:02 copernicus kernel: ata1: EH complete Jun 16 21:19:02 copernicus kernel: sd 0:0:0:0: [sda] 156301488 512-byte hardware sectors (80026 MB) Jun 16 21:19:02 copernicus kernel: sd 0:0:0:0: [sda] Write Protect is off Jun 16 21:19:02 copernicus kernel: sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 Jun 16 21:19:02 copernicus kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Jun 16 21:19:02 copernicus kernel: sd 0:0:0:0: [sda] 156301488 512-byte hardware sectors (80026 MB) Jun 16 21:19:02 copernicus kernel: sd 0:0:0:0: [sda] Write Protect is off Jun 16 21:19:02 copernicus kernel: sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 Jun 16 21:19:02 copernicus kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA ------------------------------------------------------------------ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Monday 2008-06-16 at 21:52 -0230, TerraNova 66 wrote: ...
I believe the problem is hard drive related and I am including a part of /var/log/messages which shows what's happening during the time of a freeze. I am wondering if I should replace the current drive with a new one. The machine is currently dual booting WinXP and openSuSE 10.3
I think I know *what* is happening. Unfortunately I don't know *why* or *how* to fix it.
Yep, the log shows the cause. I don't think it is the HD itself, but the port on the board... if you can try with a new disk, try, that would clarify if it solves the problem or not. Difficult to know. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIVwU0tTMYHG2NR9URArcvAJsGy3CyqeVwT1epIsM90PjvCGIU/QCfaZrT JmbFgTs/Bs7oa8PVKHeoPwY= =hPIy -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
TerraNova 66 wrote:
For a while now, I have been having problems with my laptop (Acer Aspire 9400). It freezes up for 30 to 45 seconds on a fairly regular basis.This problem started with SuSE 10.2 and is continuing with 10.3 (soon to be 11.0).
It's most likely to happen when, after a period of time idle, I click on something or try to use the keyboard. It is most frequent when I am doing something graphics intensive, such as editing photos.
I've seen this sort of thing happen on my systems, too, even an AMD_64_x2 with 6 GB of memory. Sounds like it's related to graphics-related data, possibly swapped out to disk -- say the contents of a frame-buffer was swapped out of the graphics card into main memory..and from there, swapped out to disk swap space. POSSIBLY what is initiating this is the graphics card trying to access the swapped-out data in main memory, not finding it, and initiating main-memory page swaps ... but unfortunately, the kernel doesn't know in advance all of the memory that the graphics card is going to want... so it's a multitude of small swaps (each one of which also requires current resident memory pages to be swapped out to swap space before the requested pages can be swapped back in to memory)... and do your graphics card goes out to a non-resident page... memory manager identified it as being on swap disk...finds a page to swap out...swaps out that page, then swaps on the requested page... graphics card loads all the memory held in that page into the frame buffer...and probably a few more, because I think the swapper will pre-fetch a few more pages, too..in any event, it hits another non-resident page.... wash rinse repeat eventually, after 30-45 seconds, all of the memory shuffling and memory page-swapping is finally done, and your system freeze ends. Actually..the system isn't frozen...it's just your graphics display that's not doing anything. When it happens, it's frustrating as hell, I know (I experience it myself sometimes), because we EXPECT the graphics card to be immediately responsive at all times. In this case, what you need to do is: 1. DON'T PANIC (If need be, keep a copy of The Hitchhiker's Guide to the Galaxy on your desk next to your monitor) 2. ACCEPT that this is a temporary situation...like trying to check into a hotel bfforet time...it might be a bit of time before someone has checked out and house-keeping has a room ready for you to occupy. 3. If (2) bothers you too much, do something with your time. Pick up that copy of the Hitchhiker's guide to the Galaxy, and read a bit of it.
When this freezing started, I added 512MB RAM to bring it up to 1GB, but it didn't make any difference.
It will merely make the behavior less frequent, but no, it won't eliminate it.
I believe the problem is hard drive related and I am including a part of /var/log/messages which shows what's happening during the time of a freeze. I am wondering if I should replace the current drive with a new one. The machine is currently dual booting WinXP and openSuSE 10.3
I think it's graphics-card related. IF it was disk-drive related, there is no logical reason for the entire graphics sub-system to completely freeze up, to the point that the display freezes even to the point where the mouse cursor won't show movement, and the clock on the KDE taskbar stops, too.
I think I know *what* is happening. Unfortunately I don't know *why* or *how* to fix it.
The times given below indicate a freeze of 11 seconds. However, it usually lasts longer than that.
There have been other posts here re: freezing, but they do not seem to relate to the problem I'm currently having.
------------------------------------------------------------------ Jun 16 21:18:51 copernicus kernel: ata1.01: qc timeout (cmd 0xa0) Jun 16 21:18:51 copernicus kernel: ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen Jun 16 21:18:51 copernicus kernel: ata1.01: cmd a0/00:00:00:00:20/00:00:00:00:00/b0 tag 0 cdb 0x0 data 0 Jun 16 21:18:51 copernicus kernel: res 51/20:03:00:00:00/00:00:00:00:00/b0 Emask 0x5 (timeout) Jun 16 21:18:56 copernicus kernel: ata1: port is slow to respond, please be patient (Status 0xd1) Jun 16 21:19:01 copernicus kernel: ata1: device not ready (errno=-16), forcing hardreset Jun 16 21:19:01 copernicus kernel: ata1: soft resetting link Jun 16 21:19:01 copernicus kernel: ata1.00: configured for UDMA/100 Jun 16 21:19:02 copernicus kernel: ata1.01: configured for UDMA/33 Jun 16 21:19:02 copernicus kernel: ata1: EH pending after completion, repeating EH (cnt=4) Jun 16 21:19:02 copernicus kernel: ata1: EH complete Jun 16 21:19:02 copernicus kernel: sd 0:0:0:0: [sda] 156301488 512-byte hardware sectors (80026 MB) Jun 16 21:19:02 copernicus kernel: sd 0:0:0:0: [sda] Write Protect is off Jun 16 21:19:02 copernicus kernel: sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 Jun 16 21:19:02 copernicus kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Jun 16 21:19:02 copernicus kernel: sd 0:0:0:0: [sda] 156301488 512-byte hardware sectors (80026 MB) Jun 16 21:19:02 copernicus kernel: sd 0:0:0:0: [sda] Write Protect is off Jun 16 21:19:02 copernicus kernel: sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 Jun 16 21:19:02 copernicus kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA ------------------------------------------------------------------
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Monday 2008-06-16 at 20:52 -0400, Matt Archer wrote:
Sounds like it's related to graphics-related data, possibly swapped out to disk -- say the contents of a frame-buffer was swapped out of the graphics card into main memory..and from there, swapped out to disk swap space.
POSSIBLY what is initiating this is the graphics card trying to access the swapped-out data in main memory, not finding it, and initiating main-memory page swaps ... but unfortunately, the kernel
...
eventually, after 30-45 seconds, all of the memory shuffling and memory page-swapping is finally done, and your system freeze ends.
I don't think that is the case, because it doesn't explain this:
Jun 16 21:18:51 copernicus kernel: ata1.01: qc timeout (cmd 0xa0) Jun 16 21:18:51 copernicus kernel: ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen Jun 16 21:18:51 copernicus kernel: ata1.01: cmd a0/00:00:00:00:20/00:00:00:00:00/b0 tag 0 cdb 0x0 data 0 Jun 16 21:18:51 copernicus kernel: res 51/20:03:00:00:00/00:00:00:00:00/b0 Emask 0x5 (timeout) Jun 16 21:18:56 copernicus kernel: ata1: port is slow to respond, please be patient (Status 0xd1) Jun 16 21:19:01 copernicus kernel: ata1: device not ready (errno=-16), forcing hardreset
The disk port is not responding, so the kernel decides to resets it. During that time, nothing can be read from the disk, and all processes needing i/o are stopped, frozen.
Jun 16 21:19:01 copernicus kernel: ata1: soft resetting link Jun 16 21:19:01 copernicus kernel: ata1.00: configured for UDMA/100 Jun 16 21:19:02 copernicus kernel: ata1.01: configured for UDMA/33 Jun 16 21:19:02 copernicus kernel: ata1: EH pending after completion, repeating EH (cnt=4) Jun 16 21:19:02 copernicus kernel: ata1: EH complete Jun 16 21:19:02 copernicus kernel: sd 0:0:0:0: [sda] 156301488 512-byte hardware sectors (80026 MB) Jun 16 21:19:02 copernicus kernel: sd 0:0:0:0: [sda] Write Protect is off Jun 16 21:19:02 copernicus kernel: sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 Jun 16 21:19:02 copernicus kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Jun 16 21:19:02 copernicus kernel: sd 0:0:0:0: [sda] 156301488 512-byte hardware sectors (80026 MB) Jun 16 21:19:02 copernicus kernel: sd 0:0:0:0: [sda] Write Protect is off Jun 16 21:19:02 copernicus kernel: sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 Jun 16 21:19:02 copernicus kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
11 seconds exactly. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIVx5JtTMYHG2NR9URAlZUAJ9FWDrxIjm/391hGpotWdjCY5SHSgCbBEMo D84FUKerEwyaRMME3bvMQvc= =2Qtm -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Mon, Jun 16, 2008 at 7:15 PM, Carlos E. R.
The disk port is not responding, so the kernel decides to resets it. During that time, nothing can be read from the disk, and all processes needing i/o are stopped, frozen.
Having seen this situation in the past on one or two of my machines, I'm going on record saying its the drive, not the port. Serious problems with drives will freeze the port so the kernel decides something hast to be reset. I've had this happen with disks having heat problems, but most often with disks that were just flat failing.
From the kernel's perspective all it can see is the buss or port so that's what it diagnoses.
-- ----------JSA--------- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Monday 2008-06-16 at 21:37 -0700, John Andersen wrote:
On Mon, Jun 16, 2008 at 7:15 PM, Carlos E. R. <> wrote:
The disk port is not responding, so the kernel decides to resets it. During that time, nothing can be read from the disk, and all processes needing i/o are stopped, frozen.
Having seen this situation in the past on one or two of my machines, I'm going on record saying its the drive, not the port.
It is possible. If the OP can test with another disk, that would clinch it. I wonder if an SMART test would say anything? Perhaps with the manufacturer disk test utility. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIV5TFtTMYHG2NR9URAvvMAJ9Y2HTUSkifE5M+7bnX/WmczcA40gCfeSpW Lr0QvmN3HU7p3/JQ5EVeI9Q= =5QdC -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Carlos E. R. wrote:
The Monday 2008-06-16 at 21:37 -0700, John Andersen wrote:
On Mon, Jun 16, 2008 at 7:15 PM, Carlos E. R. <> wrote:
The disk port is not responding, so the kernel decides to resets it. During that time, nothing can be read from the disk, and all processes needing i/o are stopped, frozen.
Having seen this situation in the past on one or two of my machines, I'm going on record saying its the drive, not the port.
It is possible. If the OP can test with another disk, that would clinch it. I wonder if an SMART test would say anything? Perhaps with the manufacturer disk test utility.
At the moment, I can't get another disk, although that may have to change... I was wondering, though, if there were a test I could run, perhaps chkdsk. You mention a SMART test. I'll have to go look for that. I'll add two things to the mix now: I'm using the 915resolution utility on startup as the laptop has an Intel 935 graphics chip. Matt Archer mentioned a possible graphics problem, so I think that's worth checking. The second thing is that when the computer freezes the clock continues and I can move the mouse pointer around the screen. Nothing else can be done, though. There's a system rescue disk on Distrowatch. Would it be an idea to get this and use it to test the hard drive? Ultimately, I suspect the best solution is to get a new hard drive and store the old one in case I ever sell the computer. I don't actually use the Microsoft so it wouldn't be missed. Thanks, everybody for your comments and advice. I appreciate it! -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Tue, Jun 17, 2008 at 9:39 AM, TerraNova 66
There's a system rescue disk on Distrowatch. Would it be an idea to get this and use it to test the hard drive?
No, not yet. I would just run man smartctl to get the instructions for smart
Ultimately, I suspect the best solution is to get a new hard drive and store the old one in case I ever sell the computer. I don't actually use the Microsoft so it wouldn't be missed.
Yup. In fact, disks are so cheap now that when I order a new machine I just get the smallest disk offered, and remove it immediately and replace it with a separately purchased compatible drive of the size I really want. If any problems develop with the machine I smack in the old drive and ship it back for warranty repair. After the warranty expires, I use the old 40gig (or what ever) in an expansion cabinet for backup, or for fixing other machines that had drive problems. -- ----------JSA--------- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
John Andersen wrote:
On Tue, Jun 17, 2008 at 9:39 AM, TerraNova 66
wrote: There's a system rescue disk on Distrowatch. Would it be an idea to get this and use it to test the hard drive?
No, not yet. I would just run man smartctl to get the instructions for smart
Ultimately, I suspect the best solution is to get a new hard drive and store the old one in case I ever sell the computer. I don't actually use the Microsoft so it wouldn't be missed.
Yup. In fact, disks are so cheap now that when I order a new machine I just get the smallest disk offered, and remove it immediately and replace it with a separately purchased compatible drive of the size I really want.
Why would you *replace* it? The more disk drives you have, the less I/O wait time, resulting in significant improvements in performance, especially with interactive processes. The desktop machine I'm on right now has SIX disk drives in it. And with your filesystems spread over a bunch of small drives, they last a LONG time. Even my cheap WD and no-brand IDE drives last for 5+ years... and by the time one fails, all I'm using it for is /tmp or swap.
If any problems develop with the machine I smack in the old drive and ship it back for warranty repair. After the warranty expires, I use the old 40gig (or what ever) in an expansion cabinet for backup, or for fixing other machines that had drive problems.
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Tue, Jun 17, 2008 at 11:57 AM, Matt Archer
John Andersen wrote:
Yup. In fact, disks are so cheap now that when I order a new machine I just get the smallest disk offered, and remove it immediately and replace it with a separately purchased compatible drive of the size I really want.
Why would you *replace* it? The more disk drives you have, the less I/O wait time, resulting in significant improvements in performance, especially with interactive processes.
So it remains pristine and un-infected with the dread Linux disease and thereby removing any possibility of warranty disclaimer by the manufacturers. As an aside, most of my workstations now days are high end laptops where more than one disk is not an option. But even on my desktop/floortop workstations I remove the drive so I don't have to fight boot sequence issues with the existing drive. For the record, I don't see and significant improvement in performance from multiple disks, not on my servers and not on my workstations. Even on a busy machine. Perhaps this is because I always size the memory to avoid swap as much as possible. Swap: 3614616k total, 136k used, 3614480k free. Uptime 119 days. (damn power outages). -- ----------JSA--------- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Tuesday 2008-06-17 at 12:08 -0700, John Andersen wrote:
For the record, I don't see and significant improvement in performance from multiple disks, not on my servers and not on my workstations. Even on a busy machine. Perhaps this is because I always size the memory to avoid swap as much as possible. Swap: 3614616k total, 136k used, 3614480k free. Uptime 119 days. (damn power outages).
No, swap doesn't affect this. The improvement is not simple to measure, and depends on the configuration and usage. For instance, if you use lot of local data in /home, and you put home on a separate drive, you get some advantage. But if the programs are already loaded in memory, there is no advantage. It is not so simple. On old, slow computers it is easier to see. For instance, /usr and /opt on different drives speed up the initial startup. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIWA3ptTMYHG2NR9URApe8AJ4ihkEGx/xyvnDd0BE9EdN2Ou2dkACfQ9Ze 7hsv8ZmJT9aYEWRRe9h+kYU= =jz2b -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Hello all, I can't use a second hard drive in the laptop. I do, however, have two in the home desktop - if one goes, then I still have the other. So far, only the WinXP drive has had to be replaced :) I've been looking at smartctl. I have a feeling it might work best in runlevel 3. I did try smartctl -a /dev/sda6 and got back a "no errors" report. I also tried smartctl --test=short /dev/sda6 but I didn't see any report afterwards. Looks like I have some more reading to do. Oh, well. At this point I'm definitely leaning towards a new drive and storing the current one. Perhaps to coincide with v11.0. Thanks again -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Tuesday 2008-06-17 at 21:32 -0230, TerraNova 66 wrote:
I've been looking at smartctl. I have a feeling it might work best in runlevel 3. I did try smartctl -a /dev/sda6 and got back a "no errors" report. I also tried smartctl --test=short /dev/sda6 but I didn't see any report afterwards. Looks like I have some more reading to do. Oh, well.
It works while you work. You can remain in level 5. System may get slow at times, of course, because the disk will be busy. The test is run by the disk firmware transparently to the cpu or OS (the disk then must have a small cpu, I guess). If you trigger a short test, the output message should tell you an estimate of the time it will take (a minute or two). If you run "smartctl - --log=selftest /dev/sda6" it will report the amount of test it has run already, or done. Actually, when done it doesn't say much more than good or no good. If the short test was good, run the long one. nimrodel:~ # smartctl --log=selftest /dev/hda smartctl version 5.1-4 Copyright (C) 2002 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF READ SMART DATA SECTION === SMART Self-test log, version number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Short off-line Completed 00% 5069 - # 2 Short off-line Completed 00% 4424 - # 3 Short off-line Completed 00% 1868 - # 4 Short off-line Completed 00% 345 - #21 Extended off-line Test in progress 90% 5069 - However, if the cable or the board is suspect, I would use the disk manufacturer external test. For example, Seagate has one, that is usually burnt to a CD or floppy; you boot it, it has a small operating system (probably msdos), and it runs basically the same tests SMART does, but from the CPU, giving more verbose data. It can also test the cable and connector. I suppose every manufacturer have their own test utility. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIWF52tTMYHG2NR9URAlcEAJ4j+SBf+8+AnpxqC45xHMmGOwLYVgCfWK4C V9Co2pzbaTvuwTDofGE1wPY= =uHt2 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 2008/06/17 14:57 (GMT-0400) Matt Archer apparently typed:
The more disk drives you have, the less I/O wait time, resulting in significant improvements in performance, especially with interactive processes.
The desktop machine I'm on right now has SIX disk drives in it.
What planet does the fuel that provides your electricity come from? Isn't your planet suffering from global warming? Do we really need that mega power supply and all those heat generators in a box just to realize some hard to detect improvement in perceived performance? Puters & storage are so much faster now than they used to be that it's really gluttonous to have the attitude that you deserve that little bit extra on an ordinary desktop system.
And with your filesystems spread over a bunch of small drives, they last a LONG time.
I guess your systems don't run 365/24/7.
Even my cheap WD and no-brand IDE drives last for 5+ years... and by the time one fails, all I'm using it for is /tmp or swap.
Some people have good HD luck. The rest of us have to buy new HDs the month after the warranties expire, if they last that long, even without packing a bunch of them together in a hot box like so many cigarettes polluting the planet. -- "Where were you when I laid the earth's foudation?" Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Felix Miata wrote:
On 2008/06/17 14:57 (GMT-0400) Matt Archer apparently typed:
The more disk drives you have, the less I/O wait time, resulting in significant improvements in performance, especially with interactive processes.
The desktop machine I'm on right now has SIX disk drives in it.
What planet does the fuel that provides your electricity come from?
Titan.
Isn't your planet suffering from global warming?
NO! In fact, in the last year, the Earth has cooled off more than the cumulative warming of the preceding 100 years. What rock have you been hiding under all year?
Do we really need that mega power supply and all those heat generators in a box just to realize some hard to detect improvement in perceived performance? Puters & storage are so much faster now than they used to be that it's really gluttonous to have the attitude that you deserve that little bit extra on an ordinary desktop system.
I pay for my electricity. I earned the money for it -- it's my ... NOT YOUR... decision on how I spend it. Or do you want me dictating how you spend YOUR money?
And with your filesystems spread over a bunch of small drives, they last a LONG time.
I guess your systems don't run 365/24/7.
Yes, it does.
Even my cheap WD and no-brand IDE drives last for 5+ years... and by the time one fails, all I'm using it for is /tmp or swap.
Some people have good HD luck. The rest of us have to buy new HDs the month after the warranties expire, if they last that long, even without packing a bunch of them together in a hot box like so many cigarettes polluting the planet.
As I said... I spread my filesystems across several small disks. This GREATLY reduces disk-head wear... not proportionately, but in fact, geometrically. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Wednesday 2008-06-18 at 05:04 -0400, Matt Archer wrote:
I pay for my electricity. I earned the money for it -- it's my ... NOT YOUR... decision on how I spend it.
You pay your electricity, but you pollute _our_planet.
As I said... I spread my filesystems across several small disks. This GREATLY reduces disk-head wear... not proportionately, but in fact, geometrically.
Not true. Ask your HD manufacturer. Once we asked Seagate about the life expectancy of disks continuously on, or automatically standed down (not spinning). The said: "the same, no effect". In fact, you are increasing the overall incident rate by spreading your data over several smaller disks. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIWNqVtTMYHG2NR9URArrHAJ0ULcWotvumJGgPD7iEs0RH+VmuuACeJAD0 kE75cx1HsIV+m5JS+rflwcw= =3+4/ -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
The Wednesday 2008-06-18 at 05:04 -0400, Matt Archer wrote:
I pay for my electricity. I earned the money for it -- it's my ... NOT YOUR... decision on how I spend it.
You pay your electricity, but you pollute _our_planet.
Carbon dioxide and water vapor are not pollutants. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
The Wednesday 2008-06-18 at 05:04 -0400, Matt Archer wrote:
I pay for my electricity. I earned the money for it -- it's my ... NOT YOUR... decision on how I spend it.
You pay your electricity, but you pollute _our_planet.
As I said... I spread my filesystems across several small disks. This GREATLY reduces disk-head wear... not proportionately, but in fact, geometrically.
Not true.
Absolutely true. Reduction of race-conditions in file access in different parts of the directory tree. Executables are not loaded in their entirety... the kernel loads only some pages into memory as needed...because of this, the disk-heads can be bounced around not only among files in the same directory, but even from /etc to /bin to /lib and /usr/lib...not to mention /tmp and /home Keeping the total directory tree spread out reduces the number of times that a disk-head is removed from the middle of a file, only to be returned to it once again...instead, there is a much better chance that the disk head will just stay in place (as R/W activity happens on other disks) and the next read just resumes where it left off.
Ask your HD manufacturer. Once we asked Seagate about the life expectancy of disks continuously on, or automatically standed down (not spinning). The said: "the same, no effect".
You didn't ask about reduced disk-head movement, and the life span of reducing it by spreading filesystems over more disks.
In fact, you are increasing the overall incident rate by spreading your data over several smaller disks.
Then why am I at the point where I now get rid of disks NOT because the have worn out, but because they are now too small to be of any use. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Wednesday 2008-06-18 at 06:05 -0400, Matt Archer wrote:
Ask your HD manufacturer. Once we asked Seagate about the life expectancy of disks continuously on, or automatically standed down (not spinning). The said: "the same, no effect".
You didn't ask about reduced disk-head movement, and the life span of reducing it by spreading filesystems over more disks.
Sleep mode, means no motor, and no head movement. Common sense say they'd last longer that way. Manufacturer says "no". - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIWOOWtTMYHG2NR9URAjvtAKCQJK6zbMev0uGq5NzyIsUvLa0cLgCgg/xK d9tyIemeYhC5/BDk1y1mFsk= =7hTM -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
The Wednesday 2008-06-18 at 06:05 -0400, Matt Archer wrote:
Ask your HD manufacturer. Once we asked Seagate about the life expectancy of disks continuously on, or automatically standed down (not spinning). The said: "the same, no effect".
You didn't ask about reduced disk-head movement, and the life span of reducing it by spreading filesystems over more disks.
Sleep mode, means no motor, and no head movement. Common sense say they'd last longer that way. Manufacturer says "no".
Well of course-- the motor bearing is generally NOT the point of failure -- the far more fragile read/write arm assembly bearing often is. It doesn't matter if you spin down the disk if you still do the same amount of disk-head movement per day. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 2008/06/18 15:22 (GMT-0400) Matt Archer apparently typed:
Well of course-- the motor bearing is generally NOT the point of failure -- the far more fragile read/write arm assembly bearing often is.
It doesn't matter if you spin down the disk if you still do the same amount of disk-head movement per day.
Actually it is start/stop cycles that carry the most potential for damage. Just as with an incandescent light bulb, the surge of current required at startup or shutdown can be an instant killer, or just shorten the life. Meanwhile, those bearings do generate heat, and so are more stable at a constant temp than when temp is changed via sleep/wake cycling. -- "Where were you when I laid the earth's foudation?" Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Felix Miata wrote:
On 2008/06/18 15:22 (GMT-0400) Matt Archer apparently typed:
Well of course-- the motor bearing is generally NOT the point of failure -- the far more fragile read/write arm assembly bearing often is.
It doesn't matter if you spin down the disk if you still do the same amount of disk-head movement per day.
Actually it is start/stop cycles that carry the most potential for damage. Just as with an incandescent light bulb, the surge of current required at startup or shutdown can be an instant killer, or just shorten the life. Meanwhile, those bearings do generate heat, and so are more stable at a constant temp than when temp is changed via sleep/wake cycling.
In any event, the method I'm using, I've not had a single premature disk failure since the 1990's, and the only reason I've had to retire drives is because the older ones are now too small to be useful and justify the SPACE they take up in my large tower. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
----- Original Message -----
From: "Matt Archer"
Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
The Wednesday 2008-06-18 at 06:05 -0400, Matt Archer wrote:
Ask your HD manufacturer. Once we asked Seagate about the life expectancy of disks continuously on, or automatically standed down (not spinning). The said: "the same, no effect".
You didn't ask about reduced disk-head movement, and the life span of reducing it by spreading filesystems over more disks.
Sleep mode, means no motor, and no head movement. Common sense say they'd last longer that way. Manufacturer says "no".
Well of course-- the motor bearing is generally NOT the point of failure -- the far more fragile read/write arm assembly bearing often is.
It doesn't matter if you spin down the disk if you still do the same amount of disk-head movement per day.
Also, when you spin down the disk, the head touches the platter and suffers friction both while coming to a stop and while starting up. The whole time the disk is spinning, the head never touches the platter but floats on a film of air. Also, all electrical circuits suffer a surge when going from off to on, that they don't suffer while merely on, and that surge is worse than some large number of hours or days of coniuous "on", so that is yet another way that spinning up/down produces more wear than merely being on continuously. Similarly but to an even larger extent, the main motor works a lot harder to spin a drive up than to maintain it's running rpm. That translates to higher current oing through various parts of the motor coils and the driver circuit, which means heat and/or chance of burnout of some part. I can very easily imagine that modern drives will last longer if running continuously for 5 years than if spun down 10 times a day and asleep 8 hours a day for 5 years. Fans last a lot longer when they are spun down because their bearings are garbage compared to whats inside a disk, the balance of the impeller is garbage compared to a disk platter, and a disk is a sealed pristine environment while a fans bearings are hardly protected at all. That little sticker on the back means nothing, dust gets in though the other side under the impeller quite readily. -- Brian K. White brian@aljex.com http://www.myspace.com/KEYofR +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. filePro BBx Linux SCO FreeBSD #callahans Satriani Filk! -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Brian K. White wrote:
----- Original Message ----- From: "Matt Archer"
To: "opensuse" Sent: Wednesday, June 18, 2008 3:22 PM Subject: Re: [opensuse] Computer freezes a lot Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
The Wednesday 2008-06-18 at 06:05 -0400, Matt Archer wrote:
Ask your HD manufacturer. Once we asked Seagate about the life expectancy of disks continuously on, or automatically standed down (not spinning). The said: "the same, no effect".
You didn't ask about reduced disk-head movement, and the life span of reducing it by spreading filesystems over more disks. Sleep mode, means no motor, and no head movement. Common sense say they'd last longer that way. Manufacturer says "no".
Well of course-- the motor bearing is generally NOT the point of failure -- the far more fragile read/write arm assembly bearing often is.
It doesn't matter if you spin down the disk if you still do the same amount of disk-head movement per day.
Also, when you spin down the disk, the head touches the platter and suffers friction both while coming to a stop and while starting up.
The whole time the disk is spinning, the head never touches the platter but floats on a film of air.
Also, all electrical circuits suffer a surge when going from off to on, that they don't suffer while merely on, and that surge is worse than some large number of hours or days of contiuous "on", so that is yet another way that spinning up/down produces more wear than merely being on continuously.
Similarly but to an even larger extent, the main motor works a lot harder to spin a drive up than to maintain it's running rpm. That translates to higher current going through various parts of the motor coils and the driver circuit, which means heat and/or chance of burnout of some part.
I can very easily imagine that modern drives will last longer if running continuously for 5 years than if spun down 10 times a day and asleep 8 hours a day for 5 years.
Fans last a lot longer when they are spun down because their bearings are garbage compared to whats inside a disk, the balance of the impeller is garbage compared to a disk platter, and a disk is a sealed pristine environment while a fan bearings are hardly protected at all. That little sticker on the back means nothing, dust gets in though the other side under the impeller quite readily.
Very true. One year in the Iraq/Kuwait desert turned a laptop fan into a real noise-maker -- and that was operating ONLY indoors, and usually with a thick blanket between my legs and the bottom of the laptop (providing some filtering mechanism) primarily because roomies always cranked the A/C as if living in the desert meant that indoors it should be 60F (15C) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wed, Jun 18, 2008 at 5:05 PM, Brian K. White
----- Original Message ----- From: "Matt Archer"
To: "opensuse" Sent: Wednesday, June 18, 2008 3:22 PM Subject: Re: [opensuse] Computer freezes a lot Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
The Wednesday 2008-06-18 at 06:05 -0400, Matt Archer wrote:
Ask your HD manufacturer. Once we asked Seagate about the life expectancy of disks continuously on, or automatically standed down (not spinning). The said: "the same, no effect".
You didn't ask about reduced disk-head movement, and the life span of reducing it by spreading filesystems over more disks.
Sleep mode, means no motor, and no head movement. Common sense say they'd last longer that way. Manufacturer says "no".
Well of course-- the motor bearing is generally NOT the point of failure -- the far more fragile read/write arm assembly bearing often is.
It doesn't matter if you spin down the disk if you still do the same amount of disk-head movement per day.
Also, when you spin down the disk, the head touches the platter and suffers friction both while coming to a stop and while starting up.
Not true. Drives unload their heads prior to spin down. -- ----------JSA--------- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wednesday 18 June 2008 11:04, Matt Archer wrote:
> Isn't your planet suffering from global warming?
NO!
In fact, in the last year, the Earth has cooled off more than the cumulative warming of the preceding 100 years.
What rock have you been hiding under all year?
Matt, that's a losing battle. Only time will tell.
CU
--
Stefan Hundhammer
Stefan Hundhammer wrote:
On Wednesday 18 June 2008 11:04, Matt Archer wrote:
Isn't your planet suffering from global warming?
NO!
In fact, in the last year, the Earth has cooled off more than the cumulative warming of the preceding 100 years.
What rock have you been hiding under all year?
Matt, that's a losing battle. Only time will tell.
The data's already in. This year is colder than it has been in over 100 years, completely negating all of the Glow-bull warming which (supposedly) threatened...threatened...uh...what was it supposed to be threatening, anyways? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Matt Archer apparently typed:
Stefan Hundhammer wrote:
Matt Archer wrote:
Isn't your planet suffering from global warming?
NO!
In fact, in the last year, the Earth has cooled off more than the cumulative warming of the preceding 100 years.
What rock have you been hiding under all year?
Matt, that's a losing battle. Only time will tell.
The data's already in.
URL please. I missed that tidbit elsewhere whilst learning about melting ice, dying coral reefs and changing ocean currents.
This year is colder than it has been in over 100 years, completely negating all of the Glow-bull warming which (supposedly) threatened...threatened...uh...what was it supposed to be threatening, anyways?
Apparently Discovery Channel, National Geographic Channel, The Science Channel, The History Channel and those carrying similar programming have conspired to prevent us from learning that the Arctic ice is no longer disappearing, Antarctic ice shelves are no longer falling into the ocean, Greenland's ice is no longer melting, and disappearing glaciers have stopped disappearing.
Carlos E. R. wrote:
Matt Archer wrote:
I pay for my electricity. I earned the money for it -- it's my ... NOT YOUR... decision on how I spend it.
You pay your electricity, but you pollute _our_planet.
Carbon dioxide and water vapor are not pollutants.
Power planet emissions are not exclusively carbon dioxide and water. Heat generated from man's power generation no less a pollutant than the noxious chemicals emitted along with the H2O & CO2. Long gone are the days when those suffocated by crowding and pollution could escape it by migrating elsewhere (aka sweeping the problems under the rugs). It's our planet. Your pollution is everyone's suffering. Kindly do the the best you can to minimize your contribution, and don't advocate needless excess. Six spindle bearings wearing, burning dead dinosaurs & shrinking polar bear habitat on every desktop PC is just not necessary; thus, needless excess. -- "Where were you when I laid the earth's foudation?" Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Felix Miata wrote:
Matt Archer apparently typed:
Stefan Hundhammer wrote:
Matt Archer wrote:
Isn't your planet suffering from global warming?
NO!
In fact, in the last year, the Earth has cooled off more than the cumulative warming of the preceding 100 years.
What rock have you been hiding under all year?
Matt, that's a losing battle. Only time will tell.
The data's already in.
URL please. I missed that tidbit elsewhere whilst learning about melting ice, dying coral reefs and changing ocean currents.
Are you too lazy to do a google search on your own?
This year is colder than it has been in over 100 years, completely negating all of the Glow-bull warming which (supposedly) threatened...threatened...uh...what was it supposed to be threatening, anyways?
Apparently Discovery Channel, National Geographic Channel, The Science Channel, The History Channel and those carrying similar programming have conspired to prevent us from learning that the Arctic ice is no longer disappearing, Antarctic ice shelves are no longer falling into the ocean, Greenland's ice is no longer melting, and disappearing glaciers have stopped disappearing.
The History Channel is not the "climate channel" As of the others, they are all easily identifiable as being under the editorial influence of people trying to advance a particular agenda, and presenting ONLY information which supports their cause... that cause being to manipulate Americans into behaving the way they want, regardless of the truth of anything. MAN-MADE global warming is a hoax, invented primarily by a rather fraudulent scientist at NASA -- whose data has been DOCUMENTED (by the internet archive) to have been gradually, and repeatedly modified to be more and more dire with faster and faster temperature change rates with every revision. That's not science... that's fraud.
Carlos E. R. wrote:
Matt Archer wrote:
I pay for my electricity. I earned the money for it -- it's my ... NOT YOUR... decision on how I spend it.
You pay your electricity, but you pollute _our_planet.
Carbon dioxide and water vapor are not pollutants.
Power planet emissions are not exclusively carbon dioxide and water. Heat generated from man's power generation no less a pollutant than the noxious chemicals emitted along with the H2O & CO2. Long gone are the days when those suffocated by crowding and pollution could escape it by migrating elsewhere (aka sweeping the problems under the rugs). It's our planet. Your pollution is everyone's suffering. Kindly do the the best you can to minimize your contribution, and don't advocate needless excess. Six spindle bearings wearing, burning dead dinosaurs & shrinking polar bear habitat on every desktop PC is just not necessary; thus, needless excess.
Fly over this land sometime, and you'll notice that over 95% of it is absolutely unoccupied. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 2008/06/18 15:20 (GMT-0400) Matt Archer apparently typed:
Felix Miata wrote:
URL please. I missed that tidbit elsewhere whilst learning about melting ice, dying coral reefs and changing ocean currents.
Are you too lazy to do a google search on your own?
No, too busy to waste time on investigating assertions unsupported by pointers to any evidence, or concurring opinions in the thread.
Apparently Discovery Channel, National Geographic Channel, The Science Channel, The History Channel and those carrying similar programming have conspired to prevent us from learning that the Arctic ice is no longer disappearing, Antarctic ice shelves are no longer falling into the ocean, Greenland's ice is no longer melting, and disappearing glaciers have stopped disappearing.
The History Channel is not the "climate channel"
As of the others, they are all easily identifiable as being under the editorial influence of people trying to advance a particular agenda, and presenting ONLY information which supports their cause... that cause being to manipulate Americans into behaving the way they want, regardless of the truth of anything.
MAN-MADE global warming is a hoax, invented primarily by a rather fraudulent scientist at NASA -- whose data has been DOCUMENTED (by the internet archive) to have been gradually, and repeatedly modified to be more and more dire with faster and faster temperature change rates with every revision.
That's not science... that's fraud.
I'm well aware there's debate over what's established by facts, what is supposition or worse, and presentation of data is colored by the data presenters. But, ecological transmogrification is not a clear black and white, simplistic matter. What is clear regardless is that man continuously delivers pollutants into our ecosystems that he otherwise couldn't without converting massive amounts carbon fuels into heat and noxious chemicals via various technologies, meanwhile eliminating habitat for plants and animals that can't escape. Throttling back non-essentials just makes sense, regardless of who, if anyone, is right about the extent to which man's activities affects global temperature trend.
Fly over this land sometime, and you'll notice that over 95% of it is absolutely unoccupied.
That doesn't make its air any less shared with the rest of the planet's population. -- "Where were you when I laid the earth's foudation?" Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Felix Miata wrote:
On 2008/06/18 15:20 (GMT-0400) Matt Archer apparently typed:
Felix Miata wrote:
URL please. I missed that tidbit elsewhere whilst learning about melting ice, dying coral reefs and changing ocean currents.
Are you too lazy to do a google search on your own?
No, too busy to waste time on investigating assertions unsupported by pointers to any evidence, or concurring opinions in the thread.
This has already been thoroughly discussed on the off-topic list. I'm not going to write out a special re-hash just for you. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, 2008-06-19 at 02:51 -0400, Matt Archer wrote:
Felix Miata wrote:
On 2008/06/18 15:20 (GMT-0400) Matt Archer apparently typed:
Felix Miata wrote:
URL please. I missed that tidbit elsewhere whilst learning about melting ice, dying coral reefs and changing ocean currents.
Are you too lazy to do a google search on your own?
No, too busy to waste time on investigating assertions unsupported by pointers to any evidence, or concurring opinions in the thread.
This has already been thoroughly discussed on the off-topic list. I'm not going to write out a special re-hash just for you.
As Matt is not providing us any URL's, I will help him out: http://www.theflatearthsociety.org http://www.lhup.edu/~dsimanek/fe-scidi.htm ;) Sampsa -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Sampsa Riikonen wrote:
On Thu, 2008-06-19 at 02:51 -0400, Matt Archer wrote:
Felix Miata wrote:
On 2008/06/18 15:20 (GMT-0400) Matt Archer apparently typed:
URL please. I missed that tidbit elsewhere whilst learning about melting ice, dying coral reefs and changing ocean currents. Are you too lazy to do a google search on your own? No, too busy to waste time on investigating assertions unsupported by
Felix Miata wrote: pointers to any evidence, or concurring opinions in the thread.
This has already been thoroughly discussed on the off-topic list. I'm not going to write out a special re-hash just for you.
As Matt is not providing us any URL's, I will help him out:
http://www.theflatearthsociety.org http://www.lhup.edu/~dsimanek/fe-scidi.htm
Moron. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, 2008-06-19 at 05:39 -0400, Matt Archer wrote:
Sampsa Riikonen wrote:
On Thu, 2008-06-19 at 02:51 -0400, Matt Archer wrote:
Felix Miata wrote:
On 2008/06/18 15:20 (GMT-0400) Matt Archer apparently typed:
URL please. I missed that tidbit elsewhere whilst learning about melting ice, dying coral reefs and changing ocean currents. Are you too lazy to do a google search on your own? No, too busy to waste time on investigating assertions unsupported by
Felix Miata wrote: pointers to any evidence, or concurring opinions in the thread.
This has already been thoroughly discussed on the off-topic list. I'm not going to write out a special re-hash just for you.
As Matt is not providing us any URL's, I will help him out:
http://www.theflatearthsociety.org http://www.lhup.edu/~dsimanek/fe-scidi.htm
Moron.
Thanks! ;) Regards, Sampsa -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 18 June 08, Matt Archer wrote: <snip>
Power planet emissions are not exclusively carbon dioxide and water. Heat generated from man's power generation no less a pollutant than the noxious chemicals emitted along with the H2O & CO2. Long gone are the days when those suffocated by crowding and pollution could escape it by migrating elsewhere (aka sweeping the problems under the rugs). It's our planet. Your pollution is everyone's suffering. Kindly do the the best you can to minimize your contribution, and don't advocate needless excess. Six spindle bearings wearing, burning dead dinosaurs & shrinking polar bear habitat on every desktop PC is just not necessary; thus, needless excess.
Fly over this land sometime, and you'll notice that over 95% of it is absolutely unoccupied.
Ask the little liberal weenies if they're willing to quit farting for the rest of their days. Gonna have to ask 'em to quit having babies that fart so much too. That'll shut 'em up. Besides, burning dead dinosaurs is *fun*! -- "Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety." Benjamin Franklin -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wednesday 18 June 2008 09:55:30 pm JB2 wrote:
Ask the little liberal weenies if they're willing to quit farting for the rest of their days. Gonna have to ask 'em to quit having babies that fart so much too. That'll shut 'em up. Besides, burning dead dinosaurs is *fun*!
JB2, try a little harder to stay somewhere close to the topic of this list, OpenSuse. No need to respond, I've filtered all your mail to go straight to my trash folder. The atmosphere here seems cleaner already. -- -Chris Innis SuSE User chris_innis@hughes.net -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 19 June 08, Chris Innis wrote:
On Wednesday 18 June 2008 09:55:30 pm JB2 wrote:
Ask the little liberal weenies if they're willing to quit farting for the rest of their days. Gonna have to ask 'em to quit having babies that fart so much too. That'll shut 'em up. Besides, burning dead dinosaurs is *fun*!
JB2, try a little harder to stay somewhere close to the topic of this list, OpenSuse. No need to respond, I've filtered all your mail to go straight to my trash folder. The atmosphere here seems cleaner already.
You pathetic hypocrite. You watch this topic go 'off-topic' after the second reply to it and say nothing until *now*!? If anythings "cleaner", it's my list of who the useless snobs and hypocrites are in here. Thanks for letting me know you're just another of them and proving my point in another thread. -- As the Founding Fathers knew well, a government that does not trust its honest, law-abiding, taxpaying citizens with the means of self-defense is not itself worthy of trust. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wednesday 18 June 2008 02:04, Matt Archer wrote:
...
As I said... I spread my filesystems across several small disks. This GREATLY reduces disk-head wear... not proportionately, but in fact, geometrically.
There is no such thing as disk head wear. Disk heads only touch the driven when spun down. Or when there's a head crash. Randall schulz -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wednesday 18 June 2008 06:06, Randall R Schulz wrote:
On Wednesday 18 June 2008 02:04, Matt Archer wrote:
...
As I said... I spread my filesystems across several small disks. This GREATLY reduces disk-head wear... not proportionately, but in fact, geometrically.
There is no such thing as disk head wear. Disk heads only touch the driven when spun down. Or when there's a head crash.
Rather: "... only touch the disk surface when it's spun down." RRS -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wednesday 18 June 2008 06:06, Randall R Schulz wrote:
On Wednesday 18 June 2008 02:04, Matt Archer wrote:
...
As I said... I spread my filesystems across several small disks. This GREATLY reduces disk-head wear... not proportionately, but in fact, geometrically.
There is no such thing as disk head wear. Disk heads only touch the driven when spun down. Or when there's a head crash.
Rather: "... only touch the disk surface when it's spun down." I don't think this is so with newer hard drives - I believe most now "park" the heads off to the side. Performance-wise, one would be much better off with one fat SATA hdd vs. many small disks. Not to mention the power savings... - Adam -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Adam Sailer wrote:
On Wednesday 18 June 2008 06:06, Randall R Schulz wrote:
On Wednesday 18 June 2008 02:04, Matt Archer wrote:
...
As I said... I spread my filesystems across several small disks. This GREATLY reduces disk-head wear... not proportionately, but in fact, geometrically. There is no such thing as disk head wear. Disk heads only touch the driven when spun down. Or when there's a head crash.
Rather: "... only touch the disk surface when it's spun down."
I don't think this is so with newer hard drives - I believe most now "park" the heads off to the side. Performance-wise, one would be much better off with one fat SATA hdd vs. many small disks. Not to mention the power savings...
Wrong. More spindles = better performance. With a single disk, two files being read or written in parallel will result in the read/write head bouncing back and forth all over the place carrying out the two operations. With two disks, if the files are on different disks, then the two I/O operations can be executed in parallel..with each read/write head moving only as required for the processing of that one file -- rather than frantically doing both. This is basic computer systems engineering. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wed, Jun 18, 2008 at 12:27 PM, Matt Archer
With two disks, if the files are on different disks, then the two I/O operations can be executed in parallel
That "IF" is a pretty big IF. There is really no way to plan this ahead of time to have files spread around optimally. Further, improvement in speed attributable to subdivision of storage among multiple spindles is easily out performed by just adding memory and allowing the operating system's caching technology handle the work. In fact the only time this fails to be faster is on really huge files, or where you have to read EVERY file, and even then, unless you can arrange EVERY OTHER file read/write to be on a different spindle you are deluding yourself if you think its really faster. -- ----------JSA--------- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
John Andersen wrote:
On Wed, Jun 18, 2008 at 12:27 PM, Matt Archer
wrote: With two disks, if the files are on different disks, then the two I/O operations can be executed in parallel
That "IF" is a pretty big IF.
Not at all. This is especially true during system boot-up, once you've got programs in /usr being started, with libraries in /lib being loaded, for instance
There is really no way to plan this ahead of time to have files spread around optimally.
Of course not, but you CAN take advantage of the general effect.
Further, improvement in speed attributable to subdivision of storage among multiple spindles is easily out performed by just adding memory and allowing the operating system's caching technology handle the work.
Thats why my money goes into memory, not CPU speed.
In fact the only time this fails to be faster is on really huge files, or where you have to read EVERY file, and even then, unless you can arrange EVERY OTHER file read/write to be on a different spindle you are deluding yourself if you think its really faster.
Or when you just plain old have a lot of I/O going on in some area of the filesystem. All I/O on other disks will be spared the interference.
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Randall R Schulz wrote:
On Wednesday 18 June 2008 02:04, Matt Archer wrote:
...
As I said... I spread my filesystems across several small disks. This GREATLY reduces disk-head wear... not proportionately, but in fact, geometrically.
There is no such thing as disk head wear. Disk heads only touch the driven when spun down. Or when there's a head crash.
Pardon me... disk-head arm assembly wear, including the bearing and controller mechanism. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Tuesday 2008-06-17 at 23:56 -0400, Felix Miata wrote: ...
Some people have good HD luck. The rest of us have to buy new HDs the month after the warranties expire, if they last that long, even without packing a bunch of them together in a hot box like so many cigarettes polluting the planet.
nimrodel:~ # smartctl -A /dev/hdb | grep Power_On_Hours 9 Power_On_Hours 0x0032 075 075 000 Old_age Always - 22649 ;-) - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIWNqktTMYHG2NR9URAjpsAJ9/vQCjFanceCI7jBy8FelMYjH1SwCgkHl2 yMsh3CC8BYqMKzW7KD42G4Q= =+ITK -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 2008/06/18 11:51 (GMT+0300) Carlos E. R. apparently typed:
The Tuesday 2008-06-17 at 23:56 -0400, Felix Miata wrote:
Some people have good HD luck. The rest of us have to buy new HDs the month after the warranties expire, if they last that long, even without packing a bunch of them together in a hot box like so many cigarettes polluting the planet.
nimrodel:~ # smartctl -A /dev/hdb | grep Power_On_Hours 9 Power_On_Hours 0x0032 075 075 000 Old_age Always - 22649
You're over my head on that one. What does all that gibberish mean in re HD lifetimes? -- "Where were you when I laid the earth's foudation?" Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Wednesday 2008-06-18 at 06:49 -0400, Felix Miata wrote:
Some people have good HD luck. The rest of us have to buy new HDs the month after the warranties expire, if they last that long, even without packing a bunch of them together in a hot box like so many cigarettes polluting the planet.
nimrodel:~ # smartctl -A /dev/hdb | grep Power_On_Hours 9 Power_On_Hours 0x0032 075 075 000 Old_age Always - 22649
You're over my head on that one. What does all that gibberish mean in re HD lifetimes?
X'-) That HD has 22649 power on hours, and is still good. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIWO65tTMYHG2NR9URAo+0AJ9++NNEk5RpC+b+IipQdKKmGQQOWACeMjHg /wKMN5EpeKOitPIOebzN9BE= =o3b6 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 2008/06/18 13:17 (GMT+0200) Carlos E. R. apparently typed:
The Wednesday 2008-06-18 at 06:49 -0400, Felix Miata wrote:
Some people have good HD luck. The rest of us have to buy new HDs the month after the warranties expire, if they last that long, even without packing a bunch of them together in a hot box like so many cigarettes polluting the planet.
nimrodel:~ # smartctl -A /dev/hdb | grep Power_On_Hours 9 Power_On_Hours 0x0032 075 075 000 Old_age Always - 22649
You're over my head on that one. What does all that gibberish mean in re HD lifetimes?
That HD has 22649 power on hours, and is still good.
I must be missing something. 22649 / 24 / 365 is only 2.58550228311 years. Let us know when it passes the greater of its warranty period or 43800. :-p I prefer to transfer non-SCSI 24/7 drives to duty in some non-24/7 box after 2-3 years to reduce risk of data loss. -- "Where were you when I laid the earth's foudation?" Matthew 7:12 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Wednesday 2008-06-18 at 08:06 -0400, Felix Miata wrote:
nimrodel:~ # smartctl -A /dev/hdb | grep Power_On_Hours 9 Power_On_Hours 0x0032 075 075 000 Old_age Always - 22649
You're over my head on that one. What does all that gibberish mean in re HD lifetimes?
That HD has 22649 power on hours, and is still good.
I must be missing something. 22649 / 24 / 365 is only 2.58550228311 years. Let us know when it passes the greater of its warranty period or 43800. :-p I prefer to transfer non-SCSI 24/7 drives to duty in some non-24/7 box after 2-3 years to reduce risk of data loss.
It is not continuous use. I bought it with the machine around the end of 2001, I think. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIWP0ftTMYHG2NR9URAvSRAJ9k5qHQ2e5F0ANAKafeg5/lUYfWjQCgg8AV xK0IIub2osFA10Ssb19H5p8= =FEQ0 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
* Felix Miata
I must be missing something. 22649 / 24 / 365 is only 2.58550228311 years. Let us know when it passes the greater of its warranty period or 43800. :-p I prefer to transfer non-SCSI 24/7 drives to duty in some non-24/7 box after 2-3 years to reduce risk of data loss
08:14 wahoo:~ # smartctl -A /dev/hdb | grep Power_On_Hours 9 Power_On_Hours 0x0012 092 092 000 Old_age Always - 60882 "IBM-DJNA-352030" was one of four and the only one to make it thru warranty :^) -- Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://counter.li.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
The Wednesday 2008-06-18 at 06:49 -0400, Felix Miata wrote:
Some people have good HD luck. The rest of us have to buy new HDs the month after the warranties expire, if they last that long, even without packing a bunch of them together in a hot box like so many cigarettes polluting the planet.
nimrodel:~ # smartctl -A /dev/hdb | grep Power_On_Hours 9 Power_On_Hours 0x0032 075 075 000 Old_age Always - 22649
You're over my head on that one. What does all that gibberish mean in re HD lifetimes?
X'-)
That HD has 22649 power on hours, and is still good.
That's only three years. /dev/sda-d are SCSI disks. sda was purchased in 2000, sdb I purchased in 2002 or 2003. sdc and sdd I recently purchased used...but it appears that they are approximately the same age as sdb. sde and sdf are IDE disks. Because it is the oldest, sda is used for /tmp and swap. # smartctl -A /dev/sda smartctl version 5.37 [x86_64-suse-linux-gnu] Copyright (C) 2002-6 Bruce Allen Home page is http://smartmontools.sourceforge.net/ Elements in grown defect list: 0 # smartctl -A /dev/sdb smartctl version 5.37 [x86_64-suse-linux-gnu] Copyright (C) 2002-6 Bruce Allen Home page is http://smartmontools.sourceforge.net/ Current Drive Temperature: 32 C Drive Trip Temperature: 85 C Manufactured in week 20 of year 2001 Recommended maximum start stop count: 10000 times Current start stop count: 216 times Elements in grown defect list: 4 # smartctl -A /dev/sdc smartctl version 5.37 [x86_64-suse-linux-gnu] Copyright (C) 2002-6 Bruce Allen Home page is http://smartmontools.sourceforge.net/ Current Drive Temperature: 25 C Drive Trip Temperature: 65 C Manufactured in week 03 of year 2001 Recommended maximum start stop count: 10000 times Current start stop count: 164 times Elements in grown defect list: 0 # smartctl -A /dev/sdd smartctl version 5.37 [x86_64-suse-linux-gnu] Copyright (C) 2002-6 Bruce Allen Home page is http://smartmontools.sourceforge.net/ Current Drive Temperature: 26 C Drive Trip Temperature: 65 C Manufactured in week 27 of year 2001 Recommended maximum start stop count: 10000 times Current start stop count: 60 times Elements in grown defect list: 0 # smartctl -A /dev/sdf smartctl version 5.37 [x86_64-suse-linux-gnu] Copyright (C) 2002-6 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF READ SMART DATA SECTION === SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 200 200 051 Pre-fail Always - 0 3 Spin_Up_Time 0x0003 180 176 021 Pre-fail Always - 1958 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 0 5 Reallocated_Sector_Ct 0x0033 198 198 140 Pre-fail Always - 16 7 Seek_Error_Rate 0x000e 200 200 000 Old_age Always - 12 9 Power_On_Hours 0x0032 098 098 000 Old_age Always - 1725 10 Spin_Retry_Count 0x0012 100 253 000 Old_age Always - 0 11 Calibration_Retry_Count 0x0012 100 253 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 50 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 47 193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 50 194 Temperature_Celsius 0x0022 114 104 000 Old_age Always - 29 196 Reallocated_Event_Count 0x0032 194 194 000 Old_age Always - 6 197 Current_Pending_Sector 0x0012 200 200 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 200 200 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0 # smartctl -A /dev/sdg smartctl version 5.37 [x86_64-suse-linux-gnu] Copyright (C) 2002-6 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF READ SMART DATA SECTION === SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 112 095 006 Pre-fail Always - 213071147 3 Spin_Up_Time 0x0003 098 097 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 51 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 078 060 030 Pre-fail Always - 73395546 9 Power_On_Hours 0x0032 099 099 000 Old_age Always - 1720 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 51 187 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0 189 Unknown_Attribute 0x003a 100 100 000 Old_age Always - 0 190 Temperature_Celsius 0x0022 072 060 045 Old_age Always - 622329884 194 Temperature_Celsius 0x0022 028 040 000 Old_age Always - 28 (Lifetime Min/Max 0/21) 195 Hardware_ECC_Recovered 0x001a 068 057 000 Old_age Always - 158707375 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0 202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
TerraNova 66 wrote:
Carlos E. R. wrote:
The Monday 2008-06-16 at 21:37 -0700, John Andersen wrote:
On Mon, Jun 16, 2008 at 7:15 PM, Carlos E. R. <> wrote:
The disk port is not responding, so the kernel decides to resets it. During that time, nothing can be read from the disk, and all processes needing i/o are stopped, frozen.
Having seen this situation in the past on one or two of my machines, I'm going on record saying its the drive, not the port.
It is possible. If the OP can test with another disk, that would clinch it. I wonder if an SMART test would say anything? Perhaps with the manufacturer disk test utility.
At the moment, I can't get another disk, although that may have to change... I was wondering, though, if there were a test I could run, perhaps chkdsk. You mention a SMART test. I'll have to go look for that.
I'll add two things to the mix now: I'm using the 915resolution utility on startup as the laptop has an Intel 935 graphics chip. Matt Archer mentioned a possible graphics problem, so I think that's worth checking. The second thing is that when the computer freezes the clock continues and I can move the mouse pointer around the screen. Nothing else can be done, though.
In that case, it's not the graphics system, and your initial suspicion of disk problems is more likely. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (14)
-
Adam Sailer
-
Brian K. White
-
Carlos E. R.
-
Chris Innis
-
Felix Miata
-
JB2
-
John Andersen
-
Matt Archer
-
Patrick Shanahan
-
Randall R Schulz
-
Sampsa Riikonen
-
Stefan Hundhammer
-
Steve Jeppesen
-
TerraNova 66