Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > ger.ct > #220834 > unrolled thread
| Started by | "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> |
|---|---|
| First post | 2015-09-12 15:20 +0200 |
| Last post | 2015-10-03 10:25 +0200 |
| Articles | 20 on this page of 205 — 38 participants |
Back to article view | Back to ger.ct
RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-12 15:20 +0200
Re: RAIDereien Günter Frenz <usenet-01@guefz.de> - 2015-09-12 15:44 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-12 16:04 +0200
Re: RAIDereien Günter Frenz <usenet-01@guefz.de> - 2015-09-12 16:48 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-12 17:17 +0200
Re: RAIDereien Günter Frenz <usenet-01@guefz.de> - 2015-09-12 17:54 +0200
Re: RAIDereien Michael Bode <m.g.bode@web.de> - 2015-09-12 18:05 +0200
Re: RAIDereien Mike Grantz <beatclubs@stoiseland.de> - 2015-09-12 20:48 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-13 09:54 +0200
Re: RAIDereien Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2015-09-13 16:10 +0000
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-14 09:30 +0200
Re: RAIDereien Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2015-09-14 09:26 +0000
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-14 12:13 +0200
Re: RAIDereien Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2015-09-14 14:21 +0000
Re: RAIDereien Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2015-09-14 18:28 +0000
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-15 09:19 +0200
Re: RAIDereien Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2015-09-15 08:13 +0000
Re: RAIDereien "Juergen P. Meier" <nospam-1984@jors.net> - 2015-09-15 03:49 +0000
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-15 09:07 +0200
Re: RAIDereien Ingo Paschke <ipaschke@lpclabs.de> - 2015-09-15 10:03 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-15 10:46 +0200
Re: RAIDereien "Juergen P. Meier" <nospam-1984@jors.net> - 2015-09-15 12:34 +0000
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-15 15:57 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-14 17:43 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-14 09:43 +0200
Re: RAIDereien Holger Marzen <holger@marzen.de> - 2015-09-12 14:29 +0000
Re: RAIDereien Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2015-09-12 16:58 +0200
Re: RAIDereien "Juergen P. Meier" <nospam-1984@jors.net> - 2015-09-12 15:05 +0000
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-12 17:41 +0200
Re: RAIDereien "Juergen P. Meier" <nospam-1984@jors.net> - 2015-09-12 16:01 +0000
Re: RAIDereien Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2015-09-12 19:38 +0200
Re: RAIDereien Emil Schuster <emil@wieslauf.sub.de> - 2015-09-12 22:42 +0200
Re: RAIDereien Shinji Ikari <shinji@gmx.net> - 2015-09-12 20:29 +0200
Re: RAIDereien Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-09-12 20:33 +0200
Re: RAIDereien Shinji Ikari <shinji@gmx.net> - 2015-09-12 21:56 +0200
Re: RAIDereien Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-09-12 22:11 +0200
Re: RAIDereien Shinji Ikari <shinji@gmx.net> - 2015-09-13 15:48 +0200
Re: RAIDereien Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-09-13 16:20 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-13 09:33 +0200
Re: RAIDereien Günter Frenz <usenet-01@guefz.de> - 2015-09-13 10:02 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-13 14:35 +0200
Re: RAIDereien Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-09-13 14:58 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-13 15:25 +0200
Re: RAIDereien Shinji Ikari <shinji@gmx.net> - 2015-09-13 16:10 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-13 16:31 +0200
Re: RAIDereien Shinji Ikari <shinji@gmx.net> - 2015-09-14 10:25 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-14 11:02 +0200
Re: RAIDereien Friederich Daumeyer <spam-yourself@none.invalid> - 2015-09-14 11:16 +0200
Re: RAIDereien Shinji Ikari <shinji@gmx.net> - 2015-09-14 20:32 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-15 09:08 +0200
Re: RAIDereien Matthias Eißing <meissing@gmx.de> - 2015-09-15 09:25 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-15 10:03 +0200
Re: RAIDereien Matthias Eißing <meissing@gmx.de> - 2015-09-15 12:06 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-15 12:41 +0200
Re: RAIDereien Matthias Eißing <meissing@gmx.de> - 2015-09-15 13:31 +0200
Re: RAIDereien "Juergen P. Meier" <nospam-1984@jors.net> - 2015-09-16 03:50 +0000
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-16 09:33 +0200
Re: RAIDereien "Dr. Joachim Neudert" <neudert@5sl.org> - 2015-09-16 09:59 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-16 11:00 +0200
Re: RAIDereien "Dr. Joachim Neudert" <neudert@5sl.org> - 2015-09-16 11:28 +0200
Re: RAIDereien "Juergen P. Meier" <nospam-1984@jors.net> - 2015-09-16 15:34 +0000
Re: RAIDereien "Juergen P. Meier" <nospam-1984@jors.net> - 2015-09-16 08:10 +0000
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-16 10:54 +0200
Re: RAIDereien Matthias Eißing <meissing@gmx.de> - 2015-09-16 11:25 +0200
Re: RAIDereien Shinji Ikari <shinji@gmx.net> - 2015-09-16 07:55 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-16 09:29 +0200
Re: RAIDereien Matthias Eißing <meissing@gmx.de> - 2015-09-16 09:50 +0200
Re: RAIDereien "Dr. Joachim Neudert" <neudert@5sl.org> - 2015-09-16 09:55 +0200
Re: RAIDereien Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2015-09-16 08:30 +0000
Re: RAIDereien "Dr. Joachim Neudert" <neudert@5sl.org> - 2015-09-16 10:43 +0200
Re: RAIDereien Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2015-09-16 10:37 +0000
Re: RAIDereien Jörg Tewes <jogi1964@gmx.net> - 2015-09-16 14:02 +0200
Re: RAIDereien Dr. Joachim Neudert <neudert@5sl.org> - 2015-09-16 12:14 +0000
Re: RAIDereien Jörg Tewes <jogi1964@gmx.net> - 2015-09-16 14:30 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-16 14:23 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-16 10:52 +0200
Re: RAIDereien "Dr. Joachim Neudert" <neudert@5sl.org> - 2015-09-16 11:10 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-16 11:55 +0200
Re: RAIDereien Lothar Frings <Lothar.Frings@gmx.de> - 2015-09-16 03:55 -0700
Re: RAIDereien Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2015-09-16 11:05 +0000
Re: RAIDereien "Dr. Joachim Neudert" <neudert@5sl.org> - 2015-09-16 17:16 +0200
Re: RAIDereien Jörg Tewes <jogi1964@gmx.net> - 2015-09-16 17:27 +0200
Re: RAIDereien "Dr. Joachim Neudert" <neudert@5sl.org> - 2015-09-16 17:32 +0200
Re: RAIDereien Jörg Tewes <jogi1964@gmx.net> - 2015-09-16 17:44 +0200
Re: RAIDereien "Dr. Joachim Neudert" <neudert@5sl.org> - 2015-09-16 17:49 +0200
Re: RAIDereien Wolfgang Kynast <wky@gmx.de> - 2015-09-16 18:22 +0200
Re: RAIDereien Sepp Neuper <Sepp_Neuper@web.de> - 2015-09-16 23:04 +0200
Re: RAIDereien Lothar Frings <Lothar.Frings@gmx.de> - 2015-09-17 00:07 -0700
Re: RAIDereien Lothar Frings <Lothar.Frings@gmx.de> - 2015-09-17 00:03 -0700
Re: RAIDereien Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2015-09-16 11:02 +0000
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-16 13:33 +0200
Re: RAIDereien Shinji Ikari <shinji@gmx.net> - 2015-09-16 14:55 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-16 15:14 +0200
Re: RAIDereien Hanno Foest <hurga-news2@tigress.com> - 2015-09-16 16:46 +0200
Re: RAIDereien Shinji Ikari <shinji@gmx.net> - 2015-09-16 22:53 +0200
Re: RAIDereien Hanno Foest <hurga-news2@tigress.com> - 2015-09-17 19:30 +0200
Re: RAIDereien Shinji Ikari <shinji@gmx.net> - 2015-09-18 10:30 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-18 11:06 +0200
Re: RAIDereien Hanno Foest <hurga-news2@tigress.com> - 2015-09-18 11:32 +0200
Re: RAIDereien Shinji Ikari <shinji@gmx.net> - 2015-09-18 12:38 +0200
Re: RAIDereien Hanno Foest <hurga-news2@tigress.com> - 2015-09-18 12:50 +0200
Re: RAIDereien Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2015-09-16 10:00 +0000
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-16 12:37 +0200
Re: RAIDereien "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2015-09-16 16:41 +0000
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-17 10:01 +0200
Re: RAIDereien Shinji Ikari <shinji@gmx.net> - 2015-09-16 12:05 +0200
Re: RAIDereien "Juergen P. Meier" <nospam-1984@jors.net> - 2015-09-16 15:32 +0000
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-17 09:55 +0200
Re: RAIDereien Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-09-13 16:18 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-13 16:26 +0200
Re: RAIDereien Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-09-13 16:55 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-13 17:16 +0200
Re: RAIDereien Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2015-09-13 16:52 +0200
Re: RAIDereien Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-09-13 17:02 +0200
Re: RAIDereien Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2015-09-13 18:38 +0200
Re: RAIDereien Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-09-13 19:35 +0200
Re: RAIDereien Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2015-09-13 20:19 +0200
Re: RAIDereien Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-09-13 20:30 +0200
Re: RAIDereien Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2015-09-13 19:33 +0200
Re: RAIDereien Jörg Tewes <jogi1964@gmx.net> - 2015-09-13 22:24 +0200
Re: RAIDereien Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2015-09-14 18:39 +0200
Re: RAIDereien Jörg Tewes <jogi1964@gmx.net> - 2015-09-13 22:16 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-14 09:40 +0200
Re: RAIDereien Michael Zink <michael@swamp.franken.de> - 2015-09-13 17:02 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-13 17:33 +0200
Re: RAIDereien Michael Zink <michael@swamp.franken.de> - 2015-09-14 10:27 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-14 10:59 +0200
Re: RAIDereien Hendrik van der Heijden <hvdh@gmx.de> - 2015-09-14 19:25 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-15 09:30 +0200
Re: RAIDereien Puerstinger Josef <nospam@puerstinger.cc> - 2015-09-13 09:28 +0000
Re: RAIDereien Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2015-09-13 13:46 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-13 14:26 +0200
Re: RAIDereien Shinji Ikari <shinji@gmx.net> - 2015-09-13 16:13 +0200
Re: RAIDereien Michael Zink <michael@swamp.franken.de> - 2015-09-13 17:00 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-09-13 17:18 +0200
Re: RAIDereien Michael Zink <michael@swamp.franken.de> - 2015-09-14 10:38 +0200
Re: RAIDereien Shinji Ikari <shinji@gmx.net> - 2015-09-13 15:50 +0200
Re: RAIDereien Robin Koch <robin.koch@t-online.de> - 2015-10-01 23:09 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-10-02 09:44 +0200
Re: RAIDereien Shinji Ikari <shinji@gmx.net> - 2015-10-02 12:22 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-10-02 14:09 +0200
Re: RAIDereien Shinji Ikari <shinji@gmx.net> - 2015-10-02 14:32 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-10-02 15:10 +0200
Re: RAIDereien Willi Marquart <usenet@neppi.net> - 2015-10-02 14:40 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-10-02 15:19 +0200
Re: RAIDereien Willi Marquart <usenet@neppi.net> - 2015-10-02 15:49 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-10-02 16:23 +0200
Re: RAIDereien Willi Marquart <usenet@neppi.net> - 2015-10-02 16:55 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-10-02 17:31 +0200
Lex Heidenreich (was: RAIDereien) Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2015-10-02 18:26 +0200
Re: Lex Heidenreich (was: RAIDereien) Holger Marzen <holger@marzen.de> - 2015-10-02 16:45 +0000
Re: Lex Heidenreich Dorothee Hermann <DorotheeHermann@gmx.net> - 2015-10-02 18:58 +0200
Re: Lex Heidenreich Rainer Knaepper <rainerk@smial.prima.de> - 2015-10-02 19:38 +0200
Re: Lex Heidenreich gunter kuehne <kuehne-g@freenet.de> - 2015-10-02 21:02 +0200
Re: Lex Heidenreich Holger Marzen <holger@marzen.de> - 2015-10-03 06:21 +0000
Re: Lex Heidenreich "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-10-03 10:41 +0200
Re: Lex Heidenreich Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2015-10-02 20:16 +0200
Re: Lex Heidenreich Mike Grantz <beatclubs@stoiseland.de> - 2015-10-02 20:32 +0200
Re: Lex Heidenreich Dennis Preiser <d__p@d--p.de> - 2015-10-02 18:49 +0000
Re: Lex Heidenreich Holger Marzen <holger@marzen.de> - 2015-10-03 06:21 +0000
Re: Lex Heidenreich Wolfgang Kynast <wky@gmx.de> - 2015-10-03 12:03 +0200
Re: Lex Heidenreich "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-10-03 15:07 +0200
Re: Lex Heidenreich Klaus Dahlwitz <kdahlwitz@gmx.net> - 2015-10-04 00:30 +0200
Re: Lex Heidenreich Jörg Tewes <jogi1964@gmx.net> - 2015-10-02 22:47 +0200
Re: Lex Heidenreich "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-10-03 10:19 +0200
Re: Lex Heidenreich Jörg Tewes <jogi1964@gmx.net> - 2015-10-04 23:54 +0200
Re: Lex Heidenreich Lothar Frings <Lothar.Frings@gmx.de> - 2015-10-05 00:32 -0700
Re: Lex Heidenreich Dorothee Hermann <DorotheeHermann@gmx.net> - 2015-10-05 13:45 +0200
Re: Lex Heidenreich Lothar Frings <Lothar.Frings@gmx.de> - 2015-10-05 04:50 -0700
Re: Lex Heidenreich Fidel-Sebastian Hunrichse-Lara <Fidel-Sebastian_Hunrichse-Lara@b.maus.de> - 2015-10-05 14:47 +0200
Re: Lex Heidenreich Lothar Frings <Lothar.Frings@gmx.de> - 2015-10-05 05:53 -0700
Re: Lex Heidenreich Jörg Tewes <jogi1964@gmx.net> - 2015-10-07 03:12 +0200
Re: Lex Heidenreich "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-10-05 10:38 +0200
Re: Lex Heidenreich Lothar Frings <Lothar.Frings@gmx.de> - 2015-10-05 01:59 -0700
Re: Lex Heidenreich Michael Baeuerle <michael.baeuerle@stz-e.de> - 2015-10-05 10:08 +0000
Re: Lex Heidenreich Fidel-Sebastian Hunrichse-Lara <Fidel-Sebastian_Hunrichse-Lara@b.maus.de> - 2015-10-05 12:29 +0200
Re: Lex Heidenreich Peter Mc Donough <mcd-mail-lists@gmx.net> - 2015-10-05 19:39 +0200
Re: Lex Heidenreich Fidel-Sebastian Hunrichse-Lara <Fidel-Sebastian_Hunrichse-Lara@b.maus.de> - 2015-10-05 21:28 +0200
Re: Lex Heidenreich Lothar Frings <Lothar.Frings@gmx.de> - 2015-10-05 13:27 -0700
Re: Lex Heidenreich "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-06 15:35 +0200
Re: Lex Heidenreich Fidel-Sebastian Hunrichse-Lara <Fidel-Sebastian_Hunrichse-Lara@b.maus.de> - 2015-10-06 16:19 +0200
Re: Lex Heidenreich spamfalle2@arcor.de (Marc Stibane) - 2015-10-08 08:48 +0200
Re: Lex Heidenreich Carsten Thumulla <ct@ct.org> - 2015-10-08 09:44 +0200
Re: Lex Heidenreich Jörg Tewes <jogi1964@gmx.net> - 2015-10-05 12:56 +0200
Re: Lex Heidenreich "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-10-05 15:03 +0200
Re: Lex Heidenreich Jörg Tewes <jogi1964@gmx.net> - 2015-10-07 03:12 +0200
Re: Lex Heidenreich "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-10-07 10:22 +0200
Re: Lex Heidenreich "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-10-03 10:45 +0200
Re: Lex Heidenreich Fidel-Sebastian Hunrichse-Lara <Fidel-Sebastian_Hunrichse-Lara@b.maus.de> - 2015-10-02 19:24 +0200
Re: Lex Heidenreich Mike Grantz <beatclubs@stoiseland.de> - 2015-10-02 20:34 +0200
Re: Lex Heidenreich Fidel-Sebastian Hunrichse-Lara <Fidel-Sebastian_Hunrichse-Lara@b.maus.de> - 2015-10-02 20:57 +0200
Re: Lex Heidenreich Mike Grantz <beatclubs@stoiseland.de> - 2015-10-03 02:03 +0200
Re: RAIDereien Michael Bode <m.g.bode@web.de> - 2015-10-02 23:11 +0200
Re: RAIDereien Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2015-10-03 08:06 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-10-03 10:11 +0200
Re: RAIDereien Fidel-Sebastian Hunrichse-Lara <Fidel-Sebastian_Hunrichse-Lara@b.maus.de> - 2015-10-03 13:23 +0200
Re: RAIDereien Mike Grantz <beatclubs@stoiseland.de> - 2015-10-03 02:16 +0200
Re: RAIDereien Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2015-10-02 14:48 +0000
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-10-02 17:10 +0200
Re: RAIDereien Robin Koch <robin.koch@t-online.de> - 2015-10-02 21:46 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-10-03 10:03 +0200
Re: RAIDereien "Juergen P. Meier" <nospam-1984@jors.net> - 2015-10-03 08:15 +0000
Re: RAIDereien Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2015-10-03 16:04 +0000
Re: RAIDereien Robin Koch <robin.koch@t-online.de> - 2015-10-02 21:51 +0200
Re: RAIDereien "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2015-10-03 10:25 +0200
Page 6 of 11 — ← Prev page 1 … 4 5 [6] 7 8 … 11 Next page →
| From | Hanno Foest <hurga-news2@tigress.com> |
|---|---|
| Date | 2015-09-18 12:50 +0200 |
| Message-ID | <d628jaFfftU1@mid.individual.net> |
| In reply to | #222026 |
Am 18.09.2015 12:38 schrieb Shinji Ikari: >> Es gibt keinen Grund, anzunehmen, daß der neu entwickelte Fiat nicht mit >> den Toyotas an Zuverlässigkeit gleichziehen kann? > > Da der neu entwickelte Fiat vielleicht unter dem Namen ferrari > veroeffentlich wird, kann er sogar weit an dem Toyota vorbei ziehen. In Punkto Zuverlässigkeit? > Also doch "Sippenhaft" aufgrund eines Namens. Es auch dein Löschen ändert nicht, daß das Konzept "Marke", durchaus begründet, genau so funktioniert. Hanno
[toc] | [prev] | [next] | [standalone]
| From | Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) |
|---|---|
| Date | 2015-09-16 10:00 +0000 |
| Message-ID | <3t55f93cdei7454n3e8%sfroehli@Froehlich.Priv.at> |
| In reply to | #221521 |
On Wed, 16 Sep 2015 10:52:06 Ulrich F. Heidenreich wrote: > >Die Frage ist nicht, wie wahrscheinlich der Ausfall *jenes* Notebooks > >ist, sondern der Ausfall *irgendeines* der sechs Notebooks. > Irgendeins wird genauso häufig ausfallen, egal, ob es noch weitere gibt. Äh, nein. Langsam und zum Mitdenken: irgendeines von einem Notebook wird nach 5 Jahren mit einer Wahrscheinlichkeit von - sagen wir einmal - 0,5 ausgefallen sein. Wenn Du 1.000.000 Notebooks kaufst, für wie hoch hältst Du die Wahrscheinlichkeit, dass bereits nach 5 Jahren *irgendeines* davon ausgefallen ist? Größer, gleich oder kleiner als 0,5? > >(Bzw. im konkreten Beispiel ist die Frage, wie wahrscheinlich der > >Ausfall *irgendeiner* weiteren Platte ist, wenn *irgendeine* Platte > >bereits ausgefallen ist). > Mal wieder Würfel: Wie hoch ist die Wahrscheinlichkeit, daß beim zehnten > Würfeln eine sechs fällt? Höher oder niederiger als die, daß beim ersten > Würfeln eine Sechs fällt? Schon wieder die falsche Aufgabenstellung! Wie hoch ist die Wahrscheinlichkeit, das bei *irgendeinem* der ersten zehn Wüfe eine sechs fällt? Höher oder niedriger als die, dass beim ersten Würfeln eine sechs fällt? > >Je mehr Notebooks Du hast, desto höher ist die Chance, dass > >*irgendeines* davon ausfällt. > Die Ausfallwahrscheinlichkeit dessen, welches ausfällt, hat IYO also > irgendeinen Zusammenhang mit der Anzahl der vorhandenen Netbooks? Nein. Es ist allerdings völlig egal, *welches* davon ausfällt, ein einziges, egal welches, reicht aus. Servus, Stefan -- http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich Offizieller Erstbesucher(TM) von mmeike Wolke Nummer sieben zum verlieben. Mit Stefan. Ein strammes Vergnügen! (Sloganizer)
[toc] | [prev] | [next] | [standalone]
| From | "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> |
|---|---|
| Date | 2015-09-16 12:37 +0200 |
| Message-ID | <mtbnqp.3vs3ov1.1!not-for-mail@ufh.invalid.de> |
| In reply to | #221535 |
Stefan Froehlich in <news:3t55f93cdei7454n3e8%sfroehli@Froehlich.Priv.at>: >On Wed, 16 Sep 2015 10:52:06 Ulrich F. Heidenreich wrote: > >> Die Ausfallwahrscheinlichkeit dessen, welches ausfällt, hat IYO also >> irgendeinen Zusammenhang mit der Anzahl der vorhandenen Netbooks? > >Nein. Mein Reden seit damals in den Ardennen. >Es ist allerdings völlig egal, *welches* davon ausfällt, ein >einziges, egal welches, reicht aus. Da es nach Deiner obigen, eigener Zustimmung keinen Zusammenhang mit der Anzahl gibt, kann dieser Ausfall auch nicht von der Anzahk abhängig sein. Mit mehr Platten bekommt man es sogar noch sicherer in den Griff, weil dort RAID6 statt RAID5 Sinn macht. Und sogar erstaunlicherweise <g> trotz gegenüber RAID5 verdoppelter Redundanz, genausowenig Platz dafür draufgeht. Mal schauen, wie schnell xtivate liefert. Dann kann ich ja mal theoritsich schauen, ob das 8-Platten-RAID6 eher ausfällt, als das 4-Platten-RAID5. Leider nur theoretisch, weil nach erfolgreichem Umzug die beiden TS412 verkauft werden und die darin insgesamt acht Platten in das 8-Bay-"Spare"-NAS sollen. Respektive sollte ich wohl besser mischen: Also Pro 8-Bay-NAS vier neue und vier alte Platten? CU! Ulrich -- ¹) Dies ist keine Fußnote
[toc] | [prev] | [next] | [standalone]
| From | "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> |
|---|---|
| Date | 2015-09-16 16:41 +0000 |
| Message-ID | <d5tkdhFps9dU2@mid.individual.net> |
| In reply to | #221521 |
Ulrich F. Heidenreich <from!not-for-mail@tremornet.de> wrote: >Stefan Froehlich in <news:1t55f9281fi5247n3e8%sfroehli@Froehlich.Priv.at>: >>On Wed, 16 Sep 2015 09:29:22 Ulrich F. Heidenreich wrote: >>> Shinji Ikari in <news:tr0ivadpddgniskcid9mol0ukam7ifmk1b@4ax.com>: >>> >Somit wird angenommen, dass das oben definierte Y > X ist. >> >>> Was nach meinem bescheidenem Statistikverständnis falsch ist. Ich habe >>> hier zum Beispiel drei Netbooks rumstehen. Wie hoch ist die Chance, daß >>> eines davon ausfällt? Wie änderte sich die Wahrscheinlichkeit, daß jenes >>> ausfiele, hätte ich stattdessen sechs Netbooks in der Gegend rumstehen? >> >>Falsche Aufgabenstellung! >> >>Die Frage ist nicht, wie wahrscheinlich der Ausfall *jenes* Notebooks >>ist, sondern der Ausfall *irgendeines* der sechs Notebooks. >Irgendeins wird genauso häufig ausfallen, egal, ob es noch weitere gibt. Vielleicht wird es mit einem anderen Beispiel klarer. Angenommen du kauftest bei einem Metzger echte Currywürste und wüsstest, daß in etwa jede 10. Wurst zuviel oder zuwenig Gewürz ist. Je mehr Würste du kaufst, umso höher ist die Chance, einmal eine Wurst mit nicht optimaler Würzung zu erhalten.
[toc] | [prev] | [next] | [standalone]
| From | "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> |
|---|---|
| Date | 2015-09-17 10:01 +0200 |
| Message-ID | <mte31h.3vs6d4l.1!not-for-mail@ufh.invalid.de> |
| In reply to | #221614 |
Peter Heitzer in <news:d5tkdhFps9dU2@mid.individual.net>: >Vielleicht wird es mit einem anderen Beispiel klarer. >Angenommen du kauftest bei einem Metzger echte Currywürste und wüsstest, daß in etwa >jede 10. Wurst zuviel oder zuwenig Gewürz ist. >Je mehr Würste du kaufst, umso höher ist die Chance, einmal eine Wurst mit nicht optimaler >Würzung zu erhalten. Umsomehr Würste habe ich aber auch. Wenn ich nur eine kaufte, könnte ich das Pech haben, daß genau die "daneben" ist. Je mehr ich kaufe, umsomehr *sinkt* die Wahrscheinlichkeit, daß ich immer noch nur "verwürzte" bekomme. Außerdem braucht eine Currywurst kaum Würzung. Denn im Gegensatz zu einer Bratwurst bekommt die die Würze aus der Soße, weil Currywürste ja ausschließlich zum Gericht Currrywurst verwendet werden, wobei Bratwürste auch anderweits Verwendung finden. CU! Ulrich -- Ja.
[toc] | [prev] | [next] | [standalone]
| From | Shinji Ikari <shinji@gmx.net> |
|---|---|
| Date | 2015-09-16 12:05 +0200 |
| Message-ID | <kmfivahjn3mqt69mk17hlcmefi5du5igh1@4ax.com> |
| In reply to | #221505 |
Guten Tag "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> schrieb >Shinji Ikari in <news:tr0ivadpddgniskcid9mol0ukam7ifmk1b@4ax.com>: > >>Somit wird angenommen, dass das oben definierte Y > X ist. > >Was nach meinem bescheidenem Statistikverständnis falsch ist. Du gegen den Rest der Welt. Vielleicht solltest Du Dein Verstaendniss noch einmal pruefen.
[toc] | [prev] | [next] | [standalone]
| From | "Juergen P. Meier" <nospam-1984@jors.net> |
|---|---|
| Date | 2015-09-16 15:32 +0000 |
| Message-ID | <34492.29602.1442417564@news.jors.net> |
| In reply to | #221505 |
Ulrich F. Heidenreich <from!not-for-mail@tremornet.de>: > Wie schützen mich nur drei Netbooks besser vor dem Ausfall eines davon, > wenn ich nur drei statt sechs davon besäße?. Das ist tatsaechlich eines der groessten Probleme die fast alle Menschen mit Statistik haben: sie widerspricht teilweise der Intuition. Auch mir erging es so in der Schule und im Studium.
[toc] | [prev] | [next] | [standalone]
| From | "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> |
|---|---|
| Date | 2015-09-17 09:55 +0200 |
| Message-ID | <mte2mr.3vs6d4l.1!not-for-mail@ufh.invalid.de> |
| In reply to | #221604 |
Juergen P. Meier in <news:34492.29602.1442417564@news.jors.net>: >Ulrich F. Heidenreich <from!not-for-mail@tremornet.de>: > >> Wie schützen mich nur drei Netbooks besser vor dem Ausfall eines davon, >> wenn ich nur drei statt sechs davon besäße?. > >Das ist tatsaechlich eines der groessten Probleme die fast alle >Menschen mit Statistik haben: sie widerspricht teilweise der >Intuition. Ich fürchte auch oftmals der Realität. So behauptet die Statistik zum Beispiel auch, wenn der Jäger genausooft und -weit links und rechts neben das Wild ballert, habe er es rein statistisch getroffen. CU! Ulrich -- Dieses Posting endet hier. Weiterlesen auf eigene Gefahr.
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2015-09-13 16:18 +0200 |
| Message-ID | <mt3v27$fta$1@news.bawue.net> |
| In reply to | #221026 |
On 09/13/2015 03:25 PM, Ulrich F. Heidenreich wrote: > Gerrit Heitsch in <news:mt3qbm$apd$1@news.bawue.net>: > >> On 09/13/2015 02:35 PM, Ulrich F. Heidenreich wrote: >> >>> Jedes Byte auf den Platten braucht ein Parity-Bit. Wenn man mehr Platten >>> nimmt, braucht plötzlich nicht mehr jedes Byte Parity? Oder wie erklärt >>> es sich sonst, daß die Parity-Platte bei *gleicher* RAID-Kapazität umso >>> kleiner sein kann, je mehr Platten im Verbund sind? >> >> Es funktioniert nicht mit Parity beim RAM sondern mit XOR. > > Wie das Prüfbit erzeugt wird, ob per XOR oder Quersumme oder sonst > wie solle dafür verantwortlich zeigen, daß umso*weniger* Prüfsummen > gespeichert werden müssen, je *mehr* Platten im Verbund sind? Dafür geht der Rechenaufwand mit der Anzahl der HDs hoch. > Ließen wir jetzt einen Mathematiker die Sache analysieren, würde der zum > Schluss kommen, man bräuche nur die Anzahl der Platten gegen unendlich > konvergieren zu lassen, dann ginge der Platzbedarf für Parity gegen > Null. Leider geht dann der Aufwand für die Berechnung des Parity gegen unendlich womit die Nutzbarkeit gegen Null geht. Du kannst dir also gerne ein RAID5 aus 100 Platten bauen. Hoffentlich hast du genug Controllerports und freie CPU-Leistung oder die XOR-Engine in Hardware, sonst wird dir die Performance nicht gefallen. Lies dir die URL durch, die ich gepostet hatte, da steht es gut erklärt drin. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> |
|---|---|
| Date | 2015-09-13 16:26 +0200 |
| Message-ID | <mt4847.3vs2rgd.1!not-for-mail@ufh.invalid.de> |
| In reply to | #221036 |
Gerrit Heitsch in <news:mt3v27$fta$1@news.bawue.net>: >On 09/13/2015 03:25 PM, Ulrich F. Heidenreich wrote: > >> Wie das Prüfbit erzeugt wird, ob per XOR oder Quersumme oder sonst >> wie solle dafür verantwortlich zeigen, daß umso*weniger* Prüfsummen >> gespeichert werden müssen, je *mehr* Platten im Verbund sind? > >Dafür geht der Rechenaufwand mit der Anzahl der HDs hoch. Den Rechenaufwand lassen wir mal außen vor. Mir will einfach die magische reziproke Schrumpfung der Redundanzkapazität in Abhängigkeit von der Plattenanzahl nicht in den Schädel. >Lies dir die URL durch, die ich gepostet hatte, da steht es gut erklärt >drin. Da steht das, was ich prinzipiell von RAID schon lange kenne, erklärt aber nicht, warum für ein und die selbe "Rohkapazität" umsoweniger "Paritykapazität" gebraucht wird, je mehr Platten im Verbund sind. CU! Ulrich -- Nein.
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2015-09-13 16:55 +0200 |
| Message-ID | <mt417g$ieh$1@news.bawue.net> |
| In reply to | #221040 |
On 09/13/2015 04:26 PM, Ulrich F. Heidenreich wrote: > Gerrit Heitsch in <news:mt3v27$fta$1@news.bawue.net>: > >> On 09/13/2015 03:25 PM, Ulrich F. Heidenreich wrote: >> >>> Wie das Prüfbit erzeugt wird, ob per XOR oder Quersumme oder sonst >>> wie solle dafür verantwortlich zeigen, daß umso*weniger* Prüfsummen >>> gespeichert werden müssen, je *mehr* Platten im Verbund sind? >> >> Dafür geht der Rechenaufwand mit der Anzahl der HDs hoch. > > Den Rechenaufwand lassen wir mal außen vor. Der gehört aber dazu und erklärt warum du eben mit steigender Plattenanzahl prozentual immer weniger Platz fürs Parity brauchst. Du kompensierst den Platz durch den höheren Aufwand bei Erzeugung und Recovery des Parity. >> Lies dir die URL durch, die ich gepostet hatte, da steht es gut erklärt >> drin. > > Da steht das, was ich prinzipiell von RAID schon lange kenne, erklärt > aber nicht, warum für ein und die selbe "Rohkapazität" umsoweniger > "Paritykapazität" gebraucht wird, je mehr Platten im Verbund sind. Doch, das steht da auch, implizit in der Erklärung wie das Parity erzeugt wird. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> |
|---|---|
| Date | 2015-09-13 17:16 +0200 |
| Message-ID | <mt4b1c.3vs26vp.1!not-for-mail@ufh.invalid.de> |
| In reply to | #221047 |
Gerrit Heitsch in <news:mt417g$ieh$1@news.bawue.net>: >On 09/13/2015 04:26 PM, Ulrich F. Heidenreich wrote: > >> Den Rechenaufwand lassen wir mal außen vor. > >Der gehört aber dazu und erklärt warum du eben mit steigender >Plattenanzahl prozentual immer weniger Platz fürs Parity brauchst. Du >kompensierst den Platz durch den höheren Aufwand bei Erzeugung und >Recovery des Parity. Mit mehr Rechenaufwand lassen sich also x Mega(?)byte Parity-Daten in x/y Plattenplatz quetschen. y umso größer, je mehr Platten im Spiel sind? Geben mers auf. BITTE! CU! Ulrich
[toc] | [prev] | [next] | [standalone]
| From | Diedrich Ehlerding <diedrich.ehlerding@t-online.de> |
|---|---|
| Date | 2015-09-13 16:52 +0200 |
| Message-ID | <77fgccxfiu.ln2@diedrich.ehlerding.dialin.t-online.de> |
| In reply to | #221036 |
Gerrit Heitsch meinte: >> Wie das Prüfbit erzeugt wird, ob per XOR oder Quersumme oder sonst >> wie solle dafür verantwortlich zeigen, daß umso*weniger* Prüfsummen >> gespeichert werden müssen, je *mehr* Platten im Verbund sind? > > Dafür geht der Rechenaufwand mit der Anzahl der HDs hoch. Eigentlich nicht. Beim (Über-)Schreiben eines vorhandenen Blocks eines bereits bestehenden Raid5-Verbunds hat man immer denselben Aufwand: altes Original lesen, alte Parity lesen, daraus und aus dem neuen Block die neue Parity ausrechnen, neuen Block und neue Parity schreiben (d.h. immer 2 Lese- und zwei schreibzugriffe und einmal Parityberechnung; im Wesentlichen (alter Bloc)k XOR (neuer Block) XOR (alte Parity). Der Schreiboverhead ist unabhängig von der Anzahl der Platten; sowohl in puncto benötigte Recheneistung als auch in Sachen IO-Last auf den Platten. Und bei der Initialisierung sowie beim Raid-Rebuild ist der Aufwand (und zwar *bezogen* *auf* *die* *Nutzkapazität* des Verbunds; anders zu rechnen wäre aber extrem irreführend) auch immer gleich und unabhängig von der Plattenanzahl: bei der Initialisierung muss jeder Nutzdatenblock genau einmal gelsen werden und die Parity geschrieben werden, und beim Rebuild muss jeder verbliebene Block einmal gelesen und die Ersatzplatte geschrieben werden. Und die Initialisierung kann man noch insofern vereinfachen, als man verabreden kann, bei einer ungeraden Anzahl von Platten die Parity genau invers zur Parity bei einer gerden Anzahl von Platten zu wählen. Dann besteht die Erstinitialisierung darin, auf alle Platten Nullen zu schreiben. Manche professionellen Raidsystemne arbeiten so; deren Platten kommen aus der Fabric mit lauter Nullen sowie einem Label im ersten Block mit dr Aussage "ich bin eine fabrickneue Platte, die außer dem Label nur Nullen enthält", und da ist dann die Initialisierung auch großer Raidverbünde blittzartig fertig, wenn nur fabrikneue Platten dazugehören. Diedrich -- pgp-Key (RSA) 1024/09B8C0BD fingerprint = 2C 49 FF B2 C4 66 2D 93 6F A1 FF 10 16 59 96 F3 HTML-Mail wird ungeleſen entſorgt.
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2015-09-13 17:02 +0200 |
| Message-ID | <mt41kc$ir1$1@news.bawue.net> |
| In reply to | #221044 |
On 09/13/2015 04:52 PM, Diedrich Ehlerding wrote: > Gerrit Heitsch meinte: > >>> Wie das Prüfbit erzeugt wird, ob per XOR oder Quersumme oder sonst >>> wie solle dafür verantwortlich zeigen, daß umso*weniger* Prüfsummen >>> gespeichert werden müssen, je *mehr* Platten im Verbund sind? >> >> Dafür geht der Rechenaufwand mit der Anzahl der HDs hoch. > > Eigentlich nicht. Doch, spätestens beim Recovery wirds hässlich. > > Und bei der Initialisierung sowie beim Raid-Rebuild ist der Aufwand (und > zwar *bezogen* *auf* *die* *Nutzkapazität* des Verbunds; anders zu rechnen > wäre aber extrem irreführend) auch immer gleich und unabhängig von der > Plattenanzahl: bei der Initialisierung muss jeder Nutzdatenblock genau > einmal gelsen werden und die Parity geschrieben werden, und beim Rebuild > muss jeder verbliebene Block einmal gelesen und die Ersatzplatte > geschrieben werden. Ja, aber dann von jeder der HDs. Das sind bei den angegebenen 47 HDs eine Menge Zugriffe und XORs. > Und die Initialisierung kann man noch insofern vereinfachen, als man > verabreden kann, bei einer ungeraden Anzahl von Platten die Parity genau > invers zur Parity bei einer gerden Anzahl von Platten zu wählen. Dann > besteht die Erstinitialisierung darin, auf alle Platten Nullen zu > schreiben. Manche professionellen Raidsystemne arbeiten so; deren Platten > kommen aus der Fabric mit lauter Nullen sowie einem Label im ersten Block > mit dr Aussage "ich bin eine fabrickneue Platte, die außer dem Label nur > Nullen enthält", und da ist dann die Initialisierung auch großer > Raidverbünde blittzartig fertig, wenn nur fabrikneue Platten dazugehören. Oder man macht es wie ZFS, da gehts auch ohne diesen Trick SEHR schnell weil nur Header geschrieben werden. Da ZFS ein LVM und ein FS in einem ist weiss es was belegt ist und was nicht. Also muss es nur minimale Datenmengen schreiben. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Diedrich Ehlerding <diedrich.ehlerding@t-online.de> |
|---|---|
| Date | 2015-09-13 18:38 +0200 |
| Message-ID | <5dlgccxjsv.ln2@diedrich.ehlerding.dialin.t-online.de> |
| In reply to | #221051 |
Gerrit Heitsch meinte: > Ja, aber dann von jeder der HDs. Das sind bei den angegebenen 47 HDs > eine Menge Zugriffe und XORs. Die CPU-Leistung für die XORs dürfte um mehrere Größenopordnungen geringer sein als die CPU-Leistung für die Ansteuerung der IOs und die Interruptbehandlung. Wenn man 40 Disks zum Lesen hat von je 1 TB, kann man 40 Leseköpfe unter Dampf halten. Hat man 10 Platten von je 4 TB, dann sind nur 10 Leseköpfe unter Danpf. Gelesen wird in beiden Fällen die gesamte noch vorhaneden Kapazität. Insofern ist der Rebuild bei vielen kleinen Platten eher schneller als bei wenigen großen. Wie ich schon schrieb: du musst das |*bezogen* *auf* *die* *Nutzkapazität* des Verbunds betrachten. Diedrich -- pgp-Key (RSA) 1024/09B8C0BD fingerprint = 2C 49 FF B2 C4 66 2D 93 6F A1 FF 10 16 59 96 F3 HTML-Mail wird ungeleſen entſorgt.
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2015-09-13 19:35 +0200 |
| Message-ID | <mt4aj8$sk0$1@news.bawue.net> |
| In reply to | #221090 |
On 09/13/2015 06:38 PM, Diedrich Ehlerding wrote: > Gerrit Heitsch meinte: > >> Ja, aber dann von jeder der HDs. Das sind bei den angegebenen 47 HDs >> eine Menge Zugriffe und XORs. > > Die CPU-Leistung für die XORs dürfte um mehrere Größenopordnungen geringer > sein als die CPU-Leistung für die Ansteuerung der IOs und die > Interruptbehandlung. > > Wenn man 40 Disks zum Lesen hat von je 1 TB, kann man 40 Leseköpfe unter > Dampf halten. Hat man 10 Platten von je 4 TB, dann sind nur 10 Leseköpfe > unter Danpf. Gelesen wird in beiden Fällen die gesamte noch vorhaneden > Kapazität. Insofern ist der Rebuild bei vielen kleinen Platten eher > schneller als bei wenigen großen. So du genug Controllerports hast... Hast du die nicht (Welches Board hat 40 Ports?) und musst mit Portmultipliern arbeiten sieht es etwas anders aus. > Wie ich schon schrieb: du musst das > |*bezogen* *auf* *die* *Nutzkapazität* des Verbunds > betrachten. Nur in einer idealen Welt... In der realen Welt gibt es Begrenzungen bei der Hardware. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Diedrich Ehlerding <diedrich.ehlerding@t-online.de> |
|---|---|
| Date | 2015-09-13 20:19 +0200 |
| Message-ID | <4brgccx091.ln2@diedrich.ehlerding.dialin.t-online.de> |
| In reply to | #221095 |
Gerrit Heitsch meinte: > So du genug Controllerports hast... Hast du die nicht (Welches Board hat > 40 Ports?) und musst mit Portmultipliern arbeiten sieht es etwas anders > aus. Ja. Aber das liegt nur daran, dass du als Sparbrötchen dir nur so wenig Plattencontroller leisten willst, und auch kein Mainboard mit ausreichend vielen Steckplätzen für ausreichend viele Controller, aber nicht am Prinzip RAID5. Und wenn du wirklich, wie im Beispiel angenommen, 40 TB Platz brauchst,, dann wirst du vermutlich eher einen Server als einen Desktop-PC kaufen. Da kannst du dann ein paar SAS-Controller mehr reinstecken. (Auch darauf wird aber niemand, der bei Sinnen ist, ein 10+1 Raid5 aus 4RB-Platten bauen, geschweige denn ein 40+1 Raid5.) Diedrich -- pgp-Key (RSA) 1024/09B8C0BD fingerprint = 2C 49 FF B2 C4 66 2D 93 6F A1 FF 10 16 59 96 F3 HTML-Mail wird ungeleſen entſorgt.
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2015-09-13 20:30 +0200 |
| Message-ID | <mt4dq1$vtt$2@news.bawue.net> |
| In reply to | #221109 |
On 09/13/2015 08:19 PM, Diedrich Ehlerding wrote: > Gerrit Heitsch meinte: > >> So du genug Controllerports hast... Hast du die nicht (Welches Board hat >> 40 Ports?) und musst mit Portmultipliern arbeiten sieht es etwas anders >> aus. > > Ja. Aber das liegt nur daran, dass du als Sparbrötchen dir nur so wenig > Plattencontroller leisten willst, und auch kein Mainboard mit ausreichend > vielen Steckplätzen für ausreichend viele Controller, aber nicht am > Prinzip RAID5. > > Und wenn du wirklich, wie im Beispiel angenommen, 40 TB Platz brauchst,, > dann wirst du vermutlich eher einen Server als einen Desktop-PC kaufen. Nein, wenn ich 40TB brauche, dann frage ich bei EMC oder IBM an was die mir so per SAN liefern können. Da interessiert mich der Aufbau der Box nicht mehr und die Teile haben genug Controllerports. Ach, du meinst privat? Da ist auf solchen Volumes normalerweise ein Datengrab bei dem die Performance eher egal ist. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Diedrich Ehlerding <diedrich.ehlerding@t-online.de> |
|---|---|
| Date | 2015-09-13 19:33 +0200 |
| Message-ID | <mjogccxej.ln2@diedrich.ehlerding.dialin.t-online.de> |
| In reply to | #221051 |
Gerrit Heitsch meinte: > Oder man macht es wie ZFS, da gehts auch ohne diesen Trick Du spielst mit dem Feuer ... Möchtest du UFH gern erklären, was ZFS ist und wie es funktioniert (bitte ohne Verweise auf medienbrechende Dokumente im Web, einfach nur in Ascii- Text)? Insbesondere wüsste er gern, wie er das in seinem Ubuntu 7.04 in Gang bringt, und wieso das, verdorri noch mal, in den von apt-get erreichbaren Paketen nicht enthalten sei, das wäre ja wohl ne Unverschämtheit von Oracle, dass sie das ZFS für Solaris nicht auch als deb-Paket für Ununtu 7.04 bereitstellen! Und zwar bitte über den normalen update-Prozess, nicht et6wa dadurch, dass er fremde Repositories mit irgendwelchen altgallischen Shellflüchen anspricht. Und ernstzunehmen ist sowas wie ZFS natürlich nur dann, wenn es auch einen Treiber für Windows95 gibt. Aber von Microsoft zertifiziert! Und bevor UFH es einsetzt, möchte er erklärt haben, wie ZFS denn die bewährte FAT16-Struktur, die seit DOS 4.4 ja wohl zum absolut anerkannten en Standard für Filesysteme egworden sei, nutzt, und an welcher Namenserweiterung man erkennt, ob eine Datei verRAIDet ist. Also: ran an den Speck! Ich ess derweil dann ne Currywurst, während du dich da abmühst. Oden einen Krapfen. Diedrich -- pgp-Key (RSA) 1024/09B8C0BD fingerprint = 2C 49 FF B2 C4 66 2D 93 6F A1 FF 10 16 59 96 F3 HTML-Mail wird ungeleſen entſorgt.
[toc] | [prev] | [next] | [standalone]
| From | Jörg Tewes <jogi1964@gmx.net> |
|---|---|
| Date | 2015-09-13 22:24 +0200 |
| Message-ID | <55F5DB75.40802@jtewes.my-fqdn.de> |
| In reply to | #221094 |
Diedrich Ehlerding schrieb:
> Ich ess derweil dann ne Currywurst,
Geschnitten oder am Stück? ;-)
Bye Jörg
--
Märchen erzählen Kindern nicht, daß Drachen existieren. Kinder
wissen um deren Existenz. Märchen erzählen Kindern, daß man
Drachen töten kann.
(Gilbert Keith Chesterton)
[toc] | [prev] | [next] | [standalone]
Page 6 of 11 — ← Prev page 1 … 4 5 [6] 7 8 … 11 Next page →
Back to top | Article view | ger.ct
csiph-web