Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.os.unix.linux.misc > #116049 > unrolled thread
| Started by | georg.schwarz@freenet.de (Georg Schwarz) |
|---|---|
| First post | 2021-03-29 12:05 +0200 |
| Last post | 2021-04-01 00:30 +0200 |
| Articles | 20 on this page of 101 — 29 participants |
Back to article view | Back to de.comp.os.unix.linux.misc
Swap auf einem Desktopsystem sinnvoll? georg.schwarz@freenet.de (Georg Schwarz) - 2021-03-29 12:05 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Sven Hartge <sh-213@svenhartge.de> - 2021-03-29 12:10 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Arno Welzel <usenet@arnowelzel.de> - 2021-03-29 12:10 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Marcus Jodorf <trap@killfile.de> - 2021-03-29 21:25 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Arno Welzel <usenet@arnowelzel.de> - 2021-03-31 00:35 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Christian Garbs <mitch@cgarbs.de> - 2021-04-01 16:14 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Manuel Reimer <manuel.nulldevice@nurfuerspam.de> - 2021-03-29 12:35 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Tim Ritberg <tim@server.invalid> - 2021-03-29 12:41 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-03-29 10:46 +0000
Re: Swap auf einem Desktopsystem sinnvoll? Andreas Neumann <an5275@sedo.com> - 2021-03-29 14:13 +0300
Re: Swap auf einem Desktopsystem sinnvoll? Karl Davis <me@privacy.org> - 2021-03-29 11:24 +0000
Re: Swap auf einem Desktopsystem sinnvoll? Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-03-29 11:54 +0000
Re: Swap auf einem Desktopsystem sinnvoll? Andreas Kohlbach <ank@spamfence.net> - 2021-03-29 11:12 -0400
Re: Swap auf einem Desktopsystem sinnvoll? Claus Reibenstein <creibens@gmail.com> - 2021-03-29 13:09 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> - 2021-03-29 13:14 +0200
Re: Swap auf einem Desktopsystem sinnvoll? georg.schwarz@freenet.de (Georg Schwarz) - 2021-04-05 00:02 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Juergen Ilse <news@usenet-verwaltung.de> - 2021-03-29 11:55 +0000
Re: Swap auf einem Desktopsystem sinnvoll? Peter Blancke <blancke@gmx.de> - 2021-03-30 21:30 +0000
Re: Swap auf einem Desktopsystem sinnvoll? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2021-04-01 14:15 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Juergen Ilse <news@usenet-verwaltung.de> - 2021-04-01 13:20 +0000
Re: Swap auf einem Desktopsystem sinnvoll? Claus Reibenstein <creibens@gmail.com> - 2021-04-01 16:59 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Juergen Ilse <news@usenet-verwaltung.de> - 2021-04-02 10:09 +0000
Re: Swap auf einem Desktopsystem sinnvoll? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-02 21:28 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Christian Garbs <mitch@cgarbs.de> - 2021-04-02 23:52 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Juergen Ilse <news@usenet-verwaltung.de> - 2021-04-05 10:04 +0000
Re: Swap auf einem Desktopsystem sinnvoll? Arno Welzel <usenet@arnowelzel.de> - 2021-04-03 14:39 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Helmut Waitzmann <nn.throttle@xoxy.net> - 2021-04-03 06:37 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Andreas Kohlbach <ank@spamfence.net> - 2021-04-03 06:54 -0400
Re: Swap auf einem Desktopsystem sinnvoll? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-03 15:43 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Andreas Kohlbach <ank@spamfence.net> - 2021-04-03 10:36 -0400
Re: Swap auf einem Desktopsystem sinnvoll? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-05 16:12 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Andreas Kohlbach <ank@spamfence.net> - 2021-04-05 14:24 -0400
Re: Swap auf einem Desktopsystem sinnvoll? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-06 19:07 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Andreas Kohlbach <ank@spamfence.net> - 2021-04-06 17:43 -0400
Re: Swap auf einem Desktopsystem sinnvoll? Marcus Jodorf <trap@killfile.de> - 2021-04-05 23:40 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-06 07:25 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Andreas Kohlbach <ank@spamfence.net> - 2021-04-06 06:58 -0400
Re: Swap auf einem Desktopsystem sinnvoll? Claus Reibenstein <creibens@gmail.com> - 2021-04-06 17:59 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Andreas Kohlbach <ank@spamfence.net> - 2021-04-06 13:09 -0400
Re: Swap auf einem Desktopsystem sinnvoll? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-06 19:13 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Claus Reibenstein <creibens@gmail.com> - 2021-04-06 21:38 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-07 23:54 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Claus Reibenstein <creibens@gmail.com> - 2021-04-08 13:41 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Ralph Angenendt <dein.name@strg-alt-entf.org> - 2021-04-08 10:46 +0000
Re: Swap auf einem Desktopsystem sinnvoll? Juergen Ilse <news@usenet-verwaltung.de> - 2021-04-05 17:28 +0000
Re: Swap auf einem Desktopsystem sinnvoll? Andreas Kohlbach <ank@spamfence.net> - 2021-04-05 14:30 -0400
Re: Swap auf einem Desktopsystem sinnvoll? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-06 19:41 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Andreas Kohlbach <ank@spamfence.net> - 2021-04-06 17:44 -0400
Re: Swap auf einem Desktopsystem sinnvoll? Juergen Ilse <news@usenet-verwaltung.de> - 2021-04-05 10:08 +0000
Re: Swap auf einem Desktopsystem sinnvoll? Helmut Waitzmann <nn.throttle@xoxy.net> - 2021-04-05 20:47 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Helmut Waitzmann <nn.throttle@xoxy.net> - 2021-04-01 18:34 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2021-04-01 19:48 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Helmut Waitzmann <nn.throttle@xoxy.net> - 2021-04-02 13:47 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Juergen Ilse <news@usenet-verwaltung.de> - 2021-04-02 14:47 +0000
Re: Swap auf einem Desktopsystem sinnvoll? Helmut Waitzmann <nn.throttle@xoxy.net> - 2021-04-03 02:23 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-02 21:29 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Christian Garbs <mitch@cgarbs.de> - 2021-04-03 00:06 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Klaus von der Heyde <asc.soc@freenet.de> - 2021-04-03 07:03 +0000
Re: Swap auf einem Desktopsystem sinnvoll? Christian Garbs <mitch@cgarbs.de> - 2021-04-03 09:23 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-05 16:19 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Helmut Waitzmann <nn.throttle@xoxy.net> - 2021-04-05 23:35 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-06 19:52 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Christian Garbs <mitch@cgarbs.de> - 2021-04-02 23:58 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Helmut Waitzmann <nn.throttle@xoxy.net> - 2021-04-03 03:32 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2021-04-03 05:57 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Juergen Ilse <news@usenet-verwaltung.de> - 2021-04-05 10:17 +0000
Re: Swap auf einem Desktopsystem sinnvoll? Helmut Waitzmann <nn.throttle@xoxy.net> - 2021-04-05 21:19 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Christoph 'Mehdorn' Weber <spam-fuer@das-mehdorn.de> - 2021-06-14 17:59 +0200
Re: Swap auf einem Desktopsystem sinnvoll? ArnoSandhack@web.de (Arno) - 2021-03-29 14:47 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Marcus Jodorf <trap@killfile.de> - 2021-03-29 21:33 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Arno Welzel <usenet@arnowelzel.de> - 2021-03-31 00:39 +0200
Re: Swap auf einem Desktopsystem sinnvoll? "Andreas M. Kirchwitz" <amk@spamfence.net> - 2021-03-29 16:16 +0000
Re: Swap auf einem Desktopsystem sinnvoll? Marcel Mueller <news.5.maazl@spamgourmet.org> - 2021-03-31 16:44 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Marcus Jodorf <trap@killfile.de> - 2021-03-31 21:53 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Marcel Mueller <news.5.maazl@spamgourmet.org> - 2021-03-31 22:17 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Marcus Jodorf <trap@killfile.de> - 2021-04-01 17:17 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Marcel Mueller <news.5.maazl@spamgourmet.org> - 2021-04-01 19:02 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Juergen Ilse <news@usenet-verwaltung.de> - 2021-04-02 10:18 +0000
Re: Swap auf einem Desktopsystem sinnvoll? Marcel Mueller <news.5.maazl@spamgourmet.org> - 2021-04-02 16:56 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Helmut Waitzmann <nn.throttle@xoxy.net> - 2021-03-31 23:10 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Andreas Kohlbach <ank@spamfence.net> - 2021-04-01 04:00 -0400
Re: Swap auf einem Desktopsystem sinnvoll? Helmut Waitzmann <nn.throttle@xoxy.net> - 2021-04-01 15:02 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Juergen Ilse <news@usenet-verwaltung.de> - 2021-04-01 13:29 +0000
Re: Swap auf einem Desktopsystem sinnvoll? Andreas Kohlbach <ank@spamfence.net> - 2021-04-01 10:47 -0400
Re: Swap auf einem Desktopsystem sinnvoll? Stefan Möding <Apr2021.5.kill-9@spamgourmet.com> - 2021-04-01 17:36 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Andreas Kohlbach <ank@spamfence.net> - 2021-04-01 11:50 -0400
Re: Swap auf einem Desktopsystem sinnvoll? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2021-04-01 20:01 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Andreas Kohlbach <ank@spamfence.net> - 2021-04-01 16:18 -0400
Re: Swap auf einem Desktopsystem sinnvoll? Juergen Ilse <news@usenet-verwaltung.de> - 2021-04-02 10:40 +0000
Re: Swap auf einem Desktopsystem sinnvoll? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-02 21:37 +0200
[OT] Signal-Rausch-Verhältnis in Diskussionen (was: Swap auf einem Desktopsystem sinnvoll?) Helmut Waitzmann <nn.throttle@xoxy.net> - 2021-04-03 03:09 +0200
Re: [OT] Signal-Rausch-Verhältnis in Diskussionen Stefan Reuther <stefan.news@arcor.de> - 2021-04-03 10:19 +0200
Re: [OT] Signal-Rausch-Verhältnis in Diskussionen Sven Hartge <sh-214@svenhartge.de> - 2021-04-04 18:31 +0200
Re: [OT] Signal-Rausch-Verhältnis in Diskussionen Andreas Kohlbach <ank@spamfence.net> - 2021-04-04 14:48 -0400
Re: [OT] Signal-Rausch-Verhältnis in Diskussionen "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-04-04 19:47 +0000
Re: [OT] Signal-Rausch-Verhältnis in Diskussionen Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-04 22:13 +0200
Re: [OT] Signal-Rausch-Verhältnis in Diskussionen Juergen Ilse <news@usenet-verwaltung.de> - 2021-04-05 17:38 +0000
Re: [OT] Signal-Rausch-Verhältnis in Diskussionen Stefan Reuther <stefan.news@arcor.de> - 2021-04-06 18:34 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Marcel Mueller <news.5.maazl@spamgourmet.org> - 2021-04-01 19:23 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Helmut Waitzmann <nn.throttle@xoxy.net> - 2021-04-01 21:55 +0200
Re: Swap auf einem Desktopsystem sinnvoll? Arno Welzel <usenet@arnowelzel.de> - 2021-04-01 00:30 +0200
Page 3 of 6 — ← Prev page 1 2 [3] 4 5 6 Next page →
| From | Claus Reibenstein <creibens@gmail.com> |
|---|---|
| Date | 2021-04-06 21:38 +0200 |
| Message-ID | <id3rlbFrbl8U1@mid.individual.net> |
| In reply to | #116411 |
Sieghard Schicktanz schrieb am 05.04.2021 um 16:12: > Hallo Andreas, So heiße ich zwar nicht, antworte Dir aber trotzdem. > Wobei _eigentlich_ "montieren" die korrekte deutsche Übersetzung für > "mount" ist Das ist _eine_ von vielen möglichen Übersetzungen, und im gegebenen Kontext nicht gerade die beste. Gruß Claus
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2021-04-07 23:54 +0200 |
| Message-ID | <20210407235406.07b58422@Achmuehle.WOR> |
| In reply to | #116507 |
Hallo Claus, Du schriebst am Tue, 6 Apr 2021 21:38:19 +0200: > > Hallo Andreas, > > So heiße ich zwar nicht, antworte Dir aber trotzdem. Kommt drauf an, auf welches Posting an wen Du hier antwortest. > > Wobei _eigentlich_ "montieren" die korrekte deutsche Übersetzung für > > "mount" ist > > Das ist _eine_ von vielen möglichen Übersetzungen, und im gegebenen > Kontext nicht gerade die beste. Soviele wüßte ich da jetzt nicht, mein Wörterbuch auch nicht. Ich finde die schon die geeignetste, was schlügest Du denn vor? -- -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz -----------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Claus Reibenstein <creibens@gmail.com> |
|---|---|
| Date | 2021-04-08 13:41 +0200 |
| Message-ID | <id88f9FenejU2@mid.individual.net> |
| In reply to | #116534 |
Sieghard Schicktanz schrieb am 07.04.2021 um 23:54: (Einleitungsroman sachgerecht gekürzt) > Claus schrieb am Tue, 6 Apr 2021 21:38:19 +0200: > >>> Wobei _eigentlich_ "montieren" die korrekte deutsche Übersetzung für >>> "mount" ist >> >> Das ist _eine_ von vielen möglichen Übersetzungen, und im gegebenen >> Kontext nicht gerade die beste. > > Soviele wüßte ich da jetzt nicht, mein Wörterbuch auch nicht. Leo <http://dict.leo.org/> kennt einige. Gruß Claus
[toc] | [prev] | [next] | [standalone]
| From | Ralph Angenendt <dein.name@strg-alt-entf.org> |
|---|---|
| Date | 2021-04-08 10:46 +0000 |
| Message-ID | <slrns6tnnp.r8j.dein.name@news.strg-alt-entf.org> |
| In reply to | #116507 |
Well, Claus Reibenstein <creibens@gmail.com> wrote: > Sieghard Schicktanz schrieb am 05.04.2021 um 16:12: > >> Hallo Andreas, > > So heiße ich zwar nicht, antworte Dir aber trotzdem. > >> Wobei _eigentlich_ "montieren" die korrekte deutsche Übersetzung für >> "mount" ist > > Das ist _eine_ von vielen möglichen Übersetzungen, und im gegebenen > Kontext nicht gerade die beste. Ich denke schon, dass sie das ist, siehe die manpage von mount auf MacOS: | The mount command calls the mount(2) system call to prepare and graft a | special device or the remote node (rhost:path) on to the file system | tree at the point mount_point, Speziell prepare (vorbereiten) und graft (pfropfen). Ralph -- Übervaterlandverräter und Mutterkornblumenblau
[toc] | [prev] | [next] | [standalone]
| From | Juergen Ilse <news@usenet-verwaltung.de> |
|---|---|
| Date | 2021-04-05 17:28 +0000 |
| Message-ID | <606b48a1$0$32756$7b62cf90@news1.net.de> |
| In reply to | #116233 |
Hallo, Andreas Kohlbach <ank@spamfence.net> wrote: > AFAIK kann man «swapoff» nicht (mit entsprechenden Parametern) ausführen, > solange der Swap-Space nicht leer ist. Darf sie solange auch nicht > "abmontieren" "swapoff" bewikte bei mir stets, dass der Swapbereich durch "umlagern" der belegten Bereiche auf ggfs. vorhandene andere Swapbereiche verlagert oder freigegeben (und dann im Ram gehalten) werden. Dann wird der Swap- bereich abgemeldet. Solange auch ohne den Swwapbereich noch genuegend Speicher vorhanden ist, geht dass alles automatisch und man benoetigt da keine speziellen Kommandooptionen. > (können wir vielleicht den Begriff "abbesteigen" verwenden, Nein. Tschuess, Juergen Ilse (juergen@usenet-verwaltung.de)
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2021-04-05 14:30 -0400 |
| Message-ID | <87y2dwvb19.fsf@usenet.ankman.de> |
| In reply to | #116443 |
On 05 Apr 2021 17:28:01 GMT, Juergen Ilse wrote: > > Hallo, > > Andreas Kohlbach <ank@spamfence.net> wrote: >> AFAIK kann man «swapoff» nicht (mit entsprechenden Parametern) ausführen, >> solange der Swap-Space nicht leer ist. Darf sie solange auch nicht >> "abmontieren" > > "swapoff" bewikte bei mir stets, dass der Swapbereich durch "umlagern" > der belegten Bereiche auf ggfs. vorhandene andere Swapbereiche verlagert > oder freigegeben (und dann im Ram gehalten) werden. Dann wird der Swap- > bereich abgemeldet. Solange auch ohne den Swwapbereich noch genuegend > Speicher vorhanden ist, geht dass alles automatisch und man benoetigt > da keine speziellen Kommandooptionen. Mag sein, lange ist es her. Auch hatte (und habe immer noch) ich nie den Luxus genug RAM zu haben, um das je getestet zu haben. >> (können wir vielleicht den Begriff "abbesteigen" verwenden, > > Nein. Dann "entsteigen"? -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2021-04-06 19:41 +0200 |
| Message-ID | <20210406194140.6ea46a87@Achmuehle.WOR> |
| In reply to | #116458 |
Hallo Andreas, Du schriebst am Mon, 05 Apr 2021 14:30:58 -0400: > >> (können wir vielleicht den Begriff "abbesteigen" verwenden, > > > > Nein. > > Dann "entsteigen"? Absteigen. Das, was man machen soll, wenn man auf einem toten Pferd sitzt. -- -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz -----------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2021-04-06 17:44 -0400 |
| Message-ID | <87h7kjt7e4.fsf@usenet.ankman.de> |
| In reply to | #116505 |
On Tue, 6 Apr 2021 19:41:40 +0200, Sieghard Schicktanz wrote: > > Du schriebst am Mon, 05 Apr 2021 14:30:58 -0400: > >> >> (können wir vielleicht den Begriff "abbesteigen" verwenden, >> > >> > Nein. >> >> Dann "entsteigen"? > > Absteigen. Das, was man machen soll, wenn man auf einem toten Pferd sitzt. Guter Vergleich. Aber ob der Jürgen überzeugt? ;-) -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Juergen Ilse <news@usenet-verwaltung.de> |
|---|---|
| Date | 2021-04-05 10:08 +0000 |
| Message-ID | <606ae19e$0$32756$7b62cf90@news1.net.de> |
| In reply to | #116221 |
Hallo, Helmut Waitzmann <nn.throttle@xoxy.net> wrote: > Juergen Ilse <news@usenet-verwaltung.de>: >>Hermann Riemann <nospam.ng@hermann-riemann.de> wrote: > >>> Und dann gibt es noch die Frage, ob man die partition, >>> in der die swap Datei liegt, frei wählen kann. >> >>Zum Zeitpunkt des "swapon" muss die Partition r/w gemountet sein. > > Heißt das, man darf, sobald «swapon» zu Ende gekommen ist, die > Partition abmontieren und muss sie erst wieder montieren, wenn man > die Swapdatei mittels «swapoff» außer Betrieb nehmen möchte? Nein, nach dem swapon ist die Partition auf der die Swapdatei liegt "busy". Schaltet man die Swadatei wieder ab, kann man die Partition kann man (sofern darauf keine anderen Dateien oder Verzeichnisse in Gebrauch sind) wieder umounten. > Oder muss die Partition so lang montiert bleiben, solange die Swapdatei > in Verwendung ist? Ja. Ich hatte auch nichts anderes behauptet. Tschuess, Juergen Ilse (juergen@usenet-verwaltung.de)
[toc] | [prev] | [next] | [standalone]
| From | Helmut Waitzmann <nn.throttle@xoxy.net> |
|---|---|
| Date | 2021-04-05 20:47 +0200 |
| Message-ID | <8335w41sca.fsf@helmutwaitzmann.news.arcor.de> |
| In reply to | #116388 |
Juergen Ilse <news@usenet-verwaltung.de>: >Helmut Waitzmann <nn.throttle@xoxy.net> wrote: >> Juergen Ilse <news@usenet-verwaltung.de>: >>>Hermann Riemann <nospam.ng@hermann-riemann.de> wrote: >>>> Und dann gibt es noch die Frage, ob man die partition, >>>> in der die swap Datei liegt, frei wählen kann. >>> >>>Zum Zeitpunkt des "swapon" muss die Partition r/w gemountet sein. >>> >> >> Heißt das, man darf, sobald «swapon» zu Ende gekommen ist, die >> Partition abmontieren und muss sie erst wieder montieren, wenn >> man die Swapdatei mittels «swapoff» außer Betrieb nehmen möchte? > >Nein, nach dem swapon ist die Partition auf der die Swapdatei liegt >"busy". Schaltet man die Swadatei wieder ab, kann man die Partition >kann man (sofern darauf keine anderen Dateien oder Verzeichnisse in >Gebrauch sind) wieder umounten. > >> Oder muss die Partition so lang montiert bleiben, solange die >> Swapdatei in Verwendung ist? > >Ja. Ich hatte auch nichts anderes behauptet. > Danke für die Verdeutlichung. Deine Aussage ließ beide Interpretationen zu. Und nachdem Du die Formulierung «zum Zeitpunkt des "swapon"», die ausdrücklich nur einen kurzen Zeitraum am Anfang der Inbetriebnahme der Swapdatei meint, verwendest hast, konnte ich die «andere Behauptung» nicht mehr als ausgeschlossen betrachten.
[toc] | [prev] | [next] | [standalone]
| From | Helmut Waitzmann <nn.throttle@xoxy.net> |
|---|---|
| Date | 2021-04-01 18:34 +0200 |
| Message-ID | <83y2e2ufo2.fsf@helmutwaitzmann.news.arcor.de> |
| In reply to | #116145 |
Hermann Riemann <nospam.ng@hermann-riemann.de>: >Wegen möglicher swap Benutzung ( z.B. bei scp -rp von ca 1TB ) > […] >würde ich doppelten RAM Speicherplatz empfehlen. > Das überrascht mich jetzt. Ich hätte erwartet, dass «scp» nicht besonders speicherhungrig ist: Ein Datenblock wird gelesen, komprimiert, verschlüsselt und über die Leitung geschickt. Dann kommt der nächste an die Reihe; dabei braucht man für den vorigen keinen virtuellen Speicher mehr. Beim empfangenden Ende geschieht entsprechendes umgekehrt. Die Datenblöcke müssen ja nicht viele MB groß sein.
[toc] | [prev] | [next] | [standalone]
| From | Hermann Riemann <nospam.ng@hermann-riemann.de> |
|---|---|
| Date | 2021-04-01 19:48 +0200 |
| Message-ID | <icmfbnF95oiU1@mid.individual.net> |
| In reply to | #116165 |
Am 01.04.21 um 18:34 schrieb Helmut Waitzmann:
> Hermann Riemann <nospam.ng@hermann-riemann.de>:
>
>> Wegen möglicher swap Benutzung ( z.B. bei scp -rp von ca 1TB )
>
> […]
>
>> würde ich doppelten RAM Speicherplatz empfehlen.
>
> Das überrascht mich jetzt. Ich hätte erwartet, dass «scp» nicht
> besonders speicherhungrig ist: Ein Datenblock wird gelesen,
> komprimiert, verschlüsselt und über die Leitung geschickt. Dann kommt
> der nächste an die Reihe; dabei braucht man für den vorigen keinen
> virtuellen Speicher mehr. Beim empfangenden Ende geschieht
> entsprechendes umgekehrt. Die Datenblöcke müssen ja nicht viele MB groß
> sein.
Vor dem scp waren vielleicht 2 von 16 oder 32 GB belegt.
Irgendwann habe ich per top gesehen,
dass das meiste RAM belegt ist und swap verwendet wird.
Die Speicherverwaltung weiß vermutlich nicht,
wofür der Speicher verwendet wird.
Wenn er als Kriterium zum Auslagern die letzte Verwendung benutzt wird,
und die Verwendung einer eingelesenen Datei nicht bekannt ist,
könnte der Speicher eines Editors ausgelagert werden.
Hermann
nicht sicher ob scp Speicher zum Wiederverwenden freigeben kann,
bevor scp zu Ende ist.
--
http://www.hermann-riemann.de
[toc] | [prev] | [next] | [standalone]
| From | Helmut Waitzmann <nn.throttle@xoxy.net> |
|---|---|
| Date | 2021-04-02 13:47 +0200 |
| Message-ID | <835z14vrgg.fsf@helmutwaitzmann.news.arcor.de> |
| In reply to | #116167 |
Hermann Riemann <nospam.ng@hermann-riemann.de>: >Am 01.04.21 um 18:34 schrieb Helmut Waitzmann: >> Das überrascht mich jetzt. Ich hätte erwartet, dass «scp» nicht >> besonders speicherhungrig ist: Ein Datenblock wird gelesen, >> komprimiert, verschlüsselt und über die Leitung geschickt. Dann >> kommt der nächste an die Reihe; dabei braucht man für den vorigen >> keinen virtuellen Speicher mehr. Beim empfangenden Ende >> geschieht entsprechendes umgekehrt. Die Datenblöcke müssen ja >> nicht viele MB groß sein. > >Vor dem scp waren vielleicht 2 von 16 oder 32 GB belegt. > >Irgendwann habe ich per top gesehen, dass das meiste RAM belegt ist >und swap verwendet wird. Schau Dir mal im Handbuch «proc(5)» die Datei «/proc/sys/vm/swappiness» und den historischen Artikel <https://lwn.net/Articles/83588/> an. In die Datei kann ein ganzzahliger Wert zwischen 0 und 100 geschrieben werden. Voreingestellt ist 60. Bei relativ hohen Werten kann es durchaus sein, dass das Betriebssystem Speicherseiten eines Prozesses, der gerade nicht läuft, in den Swapspace auslagert, um Platz für den buffer cache im Hauptspeicher zu erhalten. Irgendwo anders habe ich mal gelesen, dass in späteren Kernelversionen der Wert 0 dazu führt, dass Prozessspeicher überhaupt nicht mehr ausgelagert wird und deshalb dem Betriebssystem der Hauptspeicher insgesamt ausgehen kann, obwohl es noch freien Swapspace hat. Die Empfehlung war da, nicht unter den Wert 1 zu gehen. >Die Speicherverwaltung weiß vermutlich nicht, wofür der Speicher >verwendet wird. Das nehme ich auch an. >Wenn er als Kriterium zum Auslagern die letzte Verwendung benutzt >wird, und die Verwendung einer eingelesenen Datei nicht bekannt >ist, könnte der Speicher eines Editors ausgelagert werden. Das kann passieren, ja. Aber wem Prozess‐Speicher‐Seiten heiliger sind als buffer cache, der kann «/proc/sys/vm/swappiness» auf kleine Werte setzen. Zum Weiterlesen (neuere Dokumente sind mir nicht bekannt): <https://www.win.tue.nl/~aeb/linux/lk/lk-9.html> <https://linux-mm.org/Low_On_Memory> <https://www.kernel.org/doc/gorman/html/understand/index.html> [Hermann ist sich] >nicht sicher ob scp Speicher zum Wiederverwenden freigeben kann, >bevor scp zu Ende ist. Wenn «scp» korrekt programmiert ist, also den angeforderten Speicher nicht einfach vergisst – schließlich gibt es in der Laufzeitbibliothek neben der Funktion «malloc» auch die Funktion «free» –, sondern an die Laufzeitumgebung zurückgibt, sollte das geschehen.
[toc] | [prev] | [next] | [standalone]
| From | Juergen Ilse <news@usenet-verwaltung.de> |
|---|---|
| Date | 2021-04-02 14:47 +0000 |
| Message-ID | <60672e80$0$32756$7b62cf90@news1.net.de> |
| In reply to | #116182 |
Hallo,
Helmut Waitzmann <nn.throttle@xoxy.net> wrote:
> Hermann Riemann <nospam.ng@hermann-riemann.de>:
>>Am 01.04.21 um 18:34 schrieb Helmut Waitzmann:
>
>>> Das überrascht mich jetzt. Ich hätte erwartet, dass «scp» nicht
>>> besonders speicherhungrig ist: Ein Datenblock wird gelesen,
>>> komprimiert, verschlüsselt und über die Leitung geschickt. Dann
>>> kommt der nächste an die Reihe; dabei braucht man für den vorigen
>>> keinen virtuellen Speicher mehr. Beim empfangenden Ende
>>> geschieht entsprechendes umgekehrt. Die Datenblöcke müssen ja
>>> nicht viele MB groß sein.
>>
>>Vor dem scp waren vielleicht 2 von 16 oder 32 GB belegt.
>>
>>Irgendwann habe ich per top gesehen, dass das meiste RAM belegt ist
>>und swap verwendet wird.
>
> Schau Dir mal im Handbuch «proc(5)» die Datei
> «/proc/sys/vm/swappiness» und den historischen Artikel
> <https://lwn.net/Articles/83588/> an. In die Datei kann ein
> ganzzahliger Wert zwischen 0 und 100 geschrieben werden.
> Voreingestellt ist 60.
Eine erheblich bessere Erklaerung findet man meiner Ansicht nach hier:
https://www.howtogeek.com/449691/what-is-swapiness-on-linux-and-how-to-change-it/
> Bei relativ hohen Werten kann es durchaus sein, dass das
> Betriebssystem Speicherseiten eines Prozesses, der gerade nicht
> läuft, in den Swapspace auslagert, um Platz für den buffer cache im
> Hauptspeicher zu erhalten.
Laut dem von mir genannten Artikel beeinflusst die "swappiness" die Auswahl,
was fuer Speicherseiten bei Bedarf im Ram freigeschaufelt werden: Programm-
code wird i.d.R. nicht in den Swap geschrieben, sondern aus dem gerade aus-
gefuehrten binary wieder nachgeladen ("paging"), Speicherseten, die nicht aus
dem programmbinary nachgeladen werden koennen (weil sie im binary nicht exis-
tieren, z.B. weil sie erst zur Laufzeit alloziert wurden, oder weil sie
gegenueber dem entsprechenden Bereich im binary veraendert wuden) werden zum
auslagern in den Swapspace geschrieben, so es solchen gibt.Die "swappiness"
beeinflusst die Auswahl auszulagernder Speicherseiten (also das Verhaeltnis
zwischen "swapping" und "paging"). Zumindest ist das wohl bei hinreichend
aktuellen Kerneln so (die Speicherverwaltung im Kernel hat sich ja im Verlauf
der Entwicklung mehrfach komplett geaendert).
Tschuess,
Juergen Ilse (juergen@usenet-verwaltung.de)
[toc] | [prev] | [next] | [standalone]
| From | Helmut Waitzmann <nn.throttle@xoxy.net> |
|---|---|
| Date | 2021-04-03 02:23 +0200 |
| Message-ID | <83wntkrzas.fsf@helmutwaitzmann.news.arcor.de> |
| In reply to | #116183 |
Juergen Ilse <news@usenet-verwaltung.de>:
>Helmut Waitzmann <nn.throttle@xoxy.net> wrote:
>> Hermann Riemann <nospam.ng@hermann-riemann.de>:
>>>Am 01.04.21 um 18:34 schrieb Helmut Waitzmann:
>> Schau Dir mal im Handbuch «proc(5)» die Datei
>> «/proc/sys/vm/swappiness» und den historischen Artikel
>> <https://lwn.net/Articles/83588/> an. In die Datei kann ein
>> ganzzahliger Wert zwischen 0 und 100 geschrieben werden.
>> Voreingestellt ist 60.
>
>Eine erheblich bessere Erklaerung findet man meiner Ansicht nach
>hier:
>https://www.howtogeek.com/449691/what-is-swapiness-on-linux-and-how-to-change-it/
Das scheint mir etwas neueres zu sein, als das, was ich in meinen
Bookmarks stehen habe. Danke.
>> Bei relativ hohen Werten kann es durchaus sein, dass das
>> Betriebssystem Speicherseiten eines Prozesses, der gerade nicht
>> läuft, in den Swapspace auslagert, um Platz für den buffer cache
>> im Hauptspeicher zu erhalten.
>
>Laut dem von mir genannten Artikel beeinflusst die "swappiness" die
>Auswahl, was fuer Speicherseiten bei Bedarf im Ram freigeschaufelt
>werden: Programm- code wird i.d.R. nicht in den Swap geschrieben,
>sondern aus dem gerade aus- gefuehrten binary wieder nachgeladen
>("paging"),
Ja. Und dasselbe gilt für weitere Hauptspeicherinhalte, die ihr
Gegenstück im Dateisystem haben, etwa Dateiinhalte, wobei
Programmcode (der nicht geändert wird) und Dateien, die nur gelesen
wurden, noch den Vorteil haben, dass sie beim Rauswerfen aus dem
Hauptspeicher nicht erst noch geschrieben werden.
>Speicherseten, die nicht aus dem programmbinary nachgeladen werden
>koennen (weil sie im binary nicht exis- tieren, z.B. weil sie erst
>zur Laufzeit alloziert wurden, oder weil sie gegenueber dem
>entsprechenden Bereich im binary veraendert wuden) werden zum
>auslagern in den Swapspace geschrieben, so es solchen gibt.Die
>"swappiness" beeinflusst die Auswahl auszulagernder Speicherseiten
>(also das Verhaeltnis zwischen "swapping" und "paging"). Zumindest
>ist das wohl bei hinreichend aktuellen Kerneln so (die
>Speicherverwaltung im Kernel hat sich ja im Verlauf der Entwicklung
>mehrfach komplett geaendert).
Auch diese Bedeutung von «swappiness» hat, wenn die Vermutung
stimmt, dass «scp» nicht viele anonyme Speicherseiten für sich
selbst braucht, aber den buffer cache flutet, wenn viele Daten zu
kopieren sind, zur Folge, dass bei kleinen «swappiness»‐Werten
tendenziell mehr die ganzen Dateiinhalte, die «scp» gelesen oder
geschrieben hat, aus dem buffer cache im Hauptspeicher geworfen
werden als die anonymen Speicherinhalte, die Prozessen gehören, aber
kein Gegenstück im Dateisystem haben.
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2021-04-02 21:29 +0200 |
| Message-ID | <s47rbc$gqa$1@news1.tnib.de> |
| In reply to | #116167 |
Hermann Riemann <nospam.ng@hermann-riemann.de> wrote: >Die Speicherverwaltung weiß vermutlich nicht, >wofür der Speicher verwendet wird. Die weiß das besser als Du. > nicht sicher ob scp Speicher zum Wiederverwenden freigeben kann, > bevor scp zu Ende ist. Das ist ja auch nicht wichtig. -- -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
[toc] | [prev] | [next] | [standalone]
| From | Christian Garbs <mitch@cgarbs.de> |
|---|---|
| Date | 2021-04-03 00:06 +0200 |
| Message-ID | <s484hq$n1s0$1@yggdrasil.dn.cgarbs.de> |
| In reply to | #116167 |
Mahlzeit! Hermann Riemann <nospam.ng@hermann-riemann.de> wrote: > Vor dem scp waren vielleicht 2 von 16 oder 32 GB belegt. > Irgendwann habe ich per top gesehen, > dass das meiste RAM belegt ist und swap verwendet wird. Bist Du Dir sicher, dass das "used" memory war oder nicht eher "buffers" und "caches"? > Die Speicherverwaltung weiß vermutlich nicht, > wofür der Speicher verwendet wird. Zumindest die Unterscheidung "used"/"buffers"/"caches" kann sie. > Wenn er als Kriterium zum Auslagern die letzte Verwendung benutzt wird, > und die Verwendung einer eingelesenen Datei nicht bekannt ist, > könnte der Speicher eines Editors ausgelagert werden. Wobei dabei zu unterscheiden ist zwischen dem Speicher, den scp tatsächlich benutzt und dem, was der Kernel in buffers/caches geparkt hat. Da kommt dann die schon genannte swappiness zum Tragen. > nicht sicher ob scp Speicher zum Wiederverwenden freigeben kann, > bevor scp zu Ende ist. Das könnte man im Quellcode nachgucken, aber prinzipiell braucht scp das eigentlich nicht. Wenn eine Datei übertragen wird, dann wird ja Stück für Stück von der Platte gelesen, verschlüsselt und dann übers Netzwerk verschickt (oder genau andersherum) – dabei ist der Speicherbedarf konstant, den oder die Speicherbereiche kann man während der gesamten Übertragung wiederverwenden, da muss ja immer nur ein Stück der Datei reinpassen. Im Hintergrund schreibt oder liest der Kernel natürlich die gesamte Datei und packt sie dabei in den systemweiten buffer/cache. Ich vermute, dass Du genau das beobachtet hast, als Du meintest, scp frisst allen Speicher. Derartig belegter Speicher ist aber sofort wieder frei, falls er für was "richtiges" benötigt wird. Gruß Christian -- ....Christian.Garbs....................................https://www.cgarbs.de Man is the Only Animal that Blushes. Or needs to. - Mark Twain
[toc] | [prev] | [next] | [standalone]
| From | Klaus von der Heyde <asc.soc@freenet.de> |
|---|---|
| Date | 2021-04-03 07:03 +0000 |
| Message-ID | <s4940k$5u0$1@dont-email.me> |
| In reply to | #116207 |
Christian Garbs schrieb: [Speicherverbrauch von scp] > Wenn eine Datei übertragen wird, dann wird ja Stück > für Stück von der Platte gelesen, verschlüsselt und dann übers Netzwerk > verschickt (oder genau andersherum) – dabei ist der Speicherbedarf > konstant, den oder die Speicherbereiche kann man während der gesamten > Übertragung wiederverwenden, da muss ja immer nur ein Stück der Datei > reinpassen. Eine andere Möglichkeit wäre, die zu lesende Datei zu mmap(2)en. Wie sähe das dann aus? Ein schnelles »grep« auf dem scp-Quellcode fördert allerdings kein »mmap« zu Tage. -- Klaus
[toc] | [prev] | [next] | [standalone]
| From | Christian Garbs <mitch@cgarbs.de> |
|---|---|
| Date | 2021-04-03 09:23 +0200 |
| Message-ID | <s4954r$9j9p$1@yggdrasil.dn.cgarbs.de> |
| In reply to | #116222 |
Mahlzeit! Klaus von der Heyde <asc.soc@freenet.de> wrote: > Christian Garbs schrieb: > > [Speicherverbrauch von scp] > >> Wenn eine Datei übertragen wird, dann wird ja Stück >> für Stück von der Platte gelesen, verschlüsselt und dann übers Netzwerk >> verschickt (oder genau andersherum) – dabei ist der Speicherbedarf >> konstant, den oder die Speicherbereiche kann man während der gesamten >> Übertragung wiederverwenden, da muss ja immer nur ein Stück der Datei >> reinpassen. > > Eine andere Möglichkeit wäre, die zu lesende Datei zu mmap(2)en. Wie sähe > das dann aus? Vermutlich ähnlich, aber mit etwas weniger Speicherbedarf (ggf. ein Buffer weniger). Ich hatte überlegt, ob man dem Netzwerk nicht irgendwie direkt eine gemmap(2)te Datei oder so vorwerfen kann, so dass man sich das „links lesen, rechts schreiben“ im Programmcode sparen kann – das kann der Kernel effizienter. (Ich programmiere selten so maschinennah, da kenne ich mich nicht aus.) Aber eine der Haupttätigkeiten von scp ist ja die Verschlüsselung, da kommt man um einen Speicherbereich zum Arbeiten nicht herum – egal, ob man die Datei per read(2) oder mmap(2) einliest. Gruß Christian -- ....Christian.Garbs....................................https://www.cgarbs.de Und der beste Grund jemandem eine leere eMail zu schreiben ist: Weil da der Staat nicht mitlesen kann.
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2021-04-05 16:19 +0200 |
| Message-ID | <20210405161941.5f18a248@Achmuehle.WOR> |
| In reply to | #116165 |
Hallo Helmut, Du schriebst am Thu, 01 Apr 2021 18:34:53 +0200: > Das überrascht mich jetzt. Ich hätte erwartet, dass «scp» nicht > besonders speicherhungrig ist: Ein Datenblock wird gelesen, > komprimiert, verschlüsselt und über die Leitung geschickt. Dann Du übersiehst, daß der Block eben _nicht_ "über die Leitung geschickt" wird, sondern sozusagen "auf" die Leitung - es wird erstmal nur der Auftrag zum Verschicken an den Treiber gegeben. > kommt der nächste an die Reihe; dabei braucht man für den vorigen > keinen virtuellen Speicher mehr. Die Daten sind damit noch lange nicht übertragen. Das Übertragen dauert für den Prozessor enorm lange, da hat er ggfs. schon wieder eine ganze Menge weiterer Blöcke verarbeitet, bevor die ersten wirklich übertragen sind. Das kann durchaus zu einem "nicht ganz" kleinen Stau führen, der den Speicher gut auslasten könnte. > keinen virtuellen Speicher mehr. Beim empfangenden Ende geschieht > entsprechendes umgekehrt. Die Datenblöcke müssen ja nicht viele MB > groß sein. Auf der Empfangsseite gibt es kein solches Problem, solange der Datenträger zum Speichern schnell genug ist. Aber beschreib' mal eine SD-Karte per GB-Ethernet-Verbindung so, dann staut sich das auch auf der Empfangsseite. -- -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz -----------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
Page 3 of 6 — ← Prev page 1 2 [3] 4 5 6 Next page →
Back to top | Article view | de.comp.os.unix.linux.misc
csiph-web