Re: bash-completion pros/cons

On Tue, Jun 16, 2020 at 9:48 PM David Wright wrote: > Where bash-completion does get in the way for me is, for example, > where you download a file that's, say, a PDF but it arrives via wget > called, say, index_0001.3872359.html, for whatever reason. > So you type xpdf inde [TAB] and bash-com

Re: KDE run Dolphin as root?

(Apologies if this link have been given before) You will find a thread there on a KDE forum detailing why running Dolphin as root is discouraged and how to bypass this measure: https://forum.kde.org/viewtopic.php?t=141836

Re: bash-completion pros/cons

On Tue, Jun 16, 2020 at 02:47:38PM -0500, David Wright wrote: [...] > Where bash-completion does get in the way for me is, for example, > where you download a file that's, say, a PDF but it arrives via wget > called, say, index_0001.3872359.html, for whatever reason. > So you type xpdf inde [TA

Re: KDE run Dolphin as root?

Le mercredi 17 juin 2020 01:40:05 UTC+2, Gary L. Roach a écrit : [...] > I now have to start communications with the Elmerfem people who have > religated their GUI Qt4 problems from a bug to an inhancement. I have > gotten warnings from several different sources that Debian is dropping > Qt4 be

Re: KDE run Dolphin as root?

On Tue, Jun 16, 2020 at 04:51:39PM -0700, Gary L. Roach wrote: [...] > Miacopa All is well, and sorry if my tone was... rough. > I think I was venting. I am so frustrated with this whole Dolphin > mess that I may have gone overboard [...] I feel your pain. Not from KDE land, but I think it's a

Disabling recommends - was [Re: bash-completion pros/cons]

On 06/17/2020 03:34 AM, to...@tuxteam.de wrote: [snip] A couple of those led me to disable recommends completely. It seems I'm a freak monster or sometning ;-@ Is there a way to totally disable recommends when installing Debian? I wish to set up a machine for experimenting to find out what I

Could RAM possibly be just 3-4 times faster than bare hdd writes and reads? or, is the Linux kernel doing its 'magic' in the bg? or, ...

HDDs have their internal caching mechanism and I have heard that the Linux kernel uses RAM very effitiently, but to my understanding RAM being only 3-4 times faster doesn't make much sense, so I may be doing or understanding something not entirely right. does dd actually hit the bare metal drive

Re: Could RAM possibly be just 3-4 times faster than bare hdd writes and reads? or, is the Linux kernel doing its 'magic' in the bg? or, ...

also, if in order to use RAID 10 you need 4 drives (but the dollar per Gb is approaching $0.02) and you get 1.5 faster performance, what is the economy of "bying more RAM" if it is so much more expensive? Any comparison on HDD, SSD and RAM including pros and cons which is worth reading? lbrtch

Re: Could RAM possibly be just 3-4 times faster than bare hdd ...

Hi, all your dd runs are allowed to make heavy use of RAM buffering. If you are interested in the speed of the storage device, add option oflag=dsync to the dd run. I use dd options bs=1M status=progress oflag=dsync in order to get realistic pacifier messages when copying ISOs to USB stick. T

Re: Disabling recommends - was [Re: bash-completion pros/cons]

On Wed, Jun 17, 2020 at 04:53:45AM -0500, Richard Owlett wrote: > On 06/17/2020 03:34 AM, to...@tuxteam.de wrote: > >[snip] > > > >A couple of those led me to disable recommends completely. It seems > >I'm a freak monster or sometning ;-@ > > > > Is there a way to totally disable recommends when i

Re: Could RAM possibly be just 3-4 times faster than bare hdd writes and reads? or, is the Linux kernel doing its 'magic' in the bg? or, ...

Albretch Mueller writes: [...] does dd actually hit the bare metal drive or is it just reaching the disks cache This is what I am consistently getting from my code doing intesive IO on the RAM drive: // __ write speed test # time dd if=/dev/zero of="${_RAM_MNT}"/zero bs=4k count=10 [.

Re: Disabling recommends - was [Re: bash-completion pros/cons]

On 06/17/2020 06:12 AM, to...@tuxteam.de wrote: On Wed, Jun 17, 2020 at 04:53:45AM -0500, Richard Owlett wrote: On 06/17/2020 03:34 AM, to...@tuxteam.de wrote: [snip] A couple of those led me to disable recommends completely. It seems I'm a freak monster or sometning ;-@ Is there a way to t

Re: Disabling recommends - was [Re: bash-completion pros/cons]

On Wed, Jun 17, 2020 at 06:31:16AM -0500, Richard Owlett wrote: > On 06/17/2020 06:12 AM, to...@tuxteam.de wrote: > >On Wed, Jun 17, 2020 at 04:53:45AM -0500, Richard Owlett wrote: > >>On 06/17/2020 03:34 AM, to...@tuxteam.de wrote: > >>>[snip] > >>> > >>>A couple of those led me to disable recomme

Re: Disabling recommends - was [Re: bash-completion pros/cons]

On 06/17/2020 06:36 AM, to...@tuxteam.de wrote: On Wed, Jun 17, 2020 at 06:31:16AM -0500, Richard Owlett wrote: On 06/17/2020 06:12 AM, to...@tuxteam.de wrote: On Wed, Jun 17, 2020 at 04:53:45AM -0500, Richard Owlett wrote: On 06/17/2020 03:34 AM, to...@tuxteam.de wrote: [snip] A couple of t

Re: "NVIDIA GeForce 7600 GT"

On Wed, Jun 17, 2020 at 01:13:57AM +0200, Seeds Notoneofmy wrote: > Just to help others help me, here's lspci output on the card: > > 05:00.0 VGA compatible controller: NVIDIA Corporation G73 [GeForce 7600 > GT] (rev a1) > > It did not give the Device PCI ID Because you didn't use "lspci -nn".

Re: Could RAM possibly be just 3-4 times faster than bare hdd writes and reads? or, is the Linux kernel doing its 'magic' in the bg? or, ...

On Wed, Jun 17, 2020 at 12:14:55PM +0200, Albretch Mueller wrote: HDDs have their internal caching mechanism and I have heard that the Linux kernel uses RAM very effitiently, but to my understanding RAM being only 3-4 times faster doesn't make much sense, so I may be doing or understanding someth

Re: Disabling recommends - was [Re: bash-completion pros/cons]

On Wed, Jun 17, 2020 at 06:51:18AM -0500, Richard Owlett wrote: [...] > Clarification of my immediate goal: > > Using the ISO of DVD1 I wish to install Debian with "recommends" > disabled during the installation process. I can't give you an authoritative answer for this one, sorry. > The purpo

Re: Disabling recommends - was [Re: bash-completion pros/cons]

On 06/17/2020 07:26 AM, to...@tuxteam.de wrote: On Wed, Jun 17, 2020 at 06:51:18AM -0500, Richard Owlett wrote: [...] Clarification of my immediate goal: Using the ISO of DVD1 I wish to install Debian with "recommends" disabled during the installation process. I can't give you an authoritat

Re: Could RAM possibly be just 3-4 times faster than bare hdd writes and reads? or, is the Linux kernel doing its 'magic' in the bg? or, ...

Albretch Mueller wrote: > HDDs have their internal caching mechanism and I have heard that the > Linux kernel uses RAM very effitiently, but to my understanding RAM > being only 3-4 times faster doesn't make much sense, so I may be doing > or understanding something not entirely right. > > does

Re: Could RAM possibly be just 3-4 times faster than bare hdd writes and reads? or, is the Linux kernel doing its 'magic' in the bg? or, ...

Albretch Mueller wrote: > also, if in order to use RAID 10 you need 4 drives (but the dollar > per Gb is approaching $0.02) and you get 1.5 faster performance, what > is the economy of "bying more RAM" if it is so much more expensive? > > Any comparison on HDD, SSD and RAM including pros and co

Re: Could RAM possibly be just 3-4 times faster than bare hdd writes and reads? or, is the Linux kernel doing its 'magic' in the bg? or, ...

On Wed, Jun 17, 2020 at 12:15 PM Albretch Mueller wrote: > > HDDs have their internal caching mechanism and I have heard that the > Linux kernel uses RAM very effitiently, but to my understanding RAM > being only 3-4 times faster doesn't make much sense, so I may be doing > or understanding somet

Re: Could RAM possibly be just 3-4 times faster than bare hdd writes and reads? or, is the Linux kernel doing its 'magic' in the bg? or, ...

> Your test dataset is too small and you aren't flushing the cache before > exiting dd, so you are largely seeing the time it takes to write to cache, > not to disk. > But that gives the RAID10 system 220 IOPs, still nowhere near the 100,000 > IOPs of a single SSD. > I suggest that you google a

NUEVO PROCESO DE ENTREVISTA

workshop ENTREVISTAS DIGITALES A DISTANCIA: - Aplicaciones, Herramientas y Consejos Prácticos - 25 de Junio 2020 / Curso Online en Vivo DESCARGAR FOLLETO DEL WORKSHOP HACER RECLUTAMIENTO A DISTANCIA YA NO ES UNA ALTERNATIVA SINO UNA REALIDAD ANTE LA INMINENTE NUEVA NORMALIDAD LABORAL. ¡Conoce

Re: Disabling recommends - was [Re: bash-completion pros/cons]

On Wed 17 Jun 2020 at 14:26:31 +0200, to...@tuxteam.de wrote: > On Wed, Jun 17, 2020 at 06:51:18AM -0500, Richard Owlett wrote: > > [...] > > > Clarification of my immediate goal: > > > > Using the ISO of DVD1 I wish to install Debian with "recommends" > > disabled during the installation proce

Re: X11 / KDE Plasma 5 periodically freezes when I use GUI app inside LXC container

On 16.06.20 12:59, John Radek wrote: On Tue, 16 Jun 2020 at 09:41, Marco Möller wrote: sudo sysctl vm.swappiness= sudo sysctl vm.vfs_cache_pressure= sudo sysctl vm.dirty_background_bytes= sudo sysctl vm.dirty_bytes= Thank you Marco. I checked my current values --- sudo sysctl vm.swappiness

Re: Could RAM possibly be just 3-4 times faster than bare hdd writes and reads? or, is the Linux kernel doing its 'magic' in the bg? or, ...

On 2020-06-17 03:14, Albretch Mueller wrote: HDDs have their internal caching mechanism and I have heard that the Linux kernel uses RAM very effitiently, but to my understanding RAM being only 3-4 times faster doesn't make much sense, so I may be doing or understanding something not entirely ri

Re: Disabling recommends - was [Re: bash-completion pros/cons]

On Wed 17 Jun 2020 at 18:15:49 (+0100), Brian wrote: > > On Wed, Jun 17, 2020 at 06:51:18AM -0500, Richard Owlett wrote: > > > Clarification of my immediate goal: > > > > > > Using the ISO of DVD1 I wish to install Debian with "recommends" > > > disabled during the installation process. > Sectio

Re: Could RAM possibly be just 3-4 times faster than bare hdd writes and reads? or, is the Linux kernel doing its 'magic' in the bg? or, ...

Hi. On Wed, Jun 17, 2020 at 12:10:51PM -0700, David Christensen wrote: > 2. AIUI dd(1) uses asynchronous (buffered) I/O unless told otherwise. You seem to confuse asynchronous and cached I/O too. >From Linux kernel POV, *asynchronous* I/O is a pair of io_submit/io_getevents syscalls, an

Re: [OT] Regular DKIM issues on this ML (was: Re: why !oh why Debian and application list)

Hi. On Mon, Jun 15, 2020 at 02:06:08PM +0200, l0f...@tuta.io wrote: > Hi, > > 13 juin 2020 à 21:14 de recovery...@enotuniq.net: > > > You're looking at the wrong header. It's X-Spam-Status and > > X-Amavis-Spam-Status you should worry about. Authetication-Results is > > set by your MTA r

Re: Disabling recommends - was [Re: bash-completion pros/cons]

On Wed 17 Jun 2020 at 14:15:05 -0500, David Wright wrote: > On Wed 17 Jun 2020 at 18:15:49 (+0100), Brian wrote: > > > On Wed, Jun 17, 2020 at 06:51:18AM -0500, Richard Owlett wrote: > > > > > Clarification of my immediate goal: > > > > > > > > Using the ISO of DVD1 I wish to install Debian with

Re: X11 / KDE Plasma 5 periodically freezes when I use GUI app inside LXC container

> On Wed, 17 Jun 2020 at 17:23, Marco Möller > wrote: > You will need to study the relevant documentation first. You then will > find why two of the parameters are equal to "0" (it is because others > are in use..., I mentioned already that there are more parameters > present and I only mentione

Re: [OT] Regular DKIM issues on this ML (was: Re: why !oh why Debian and application list)

On 15/06/20 11:44 pm, Greg Wooledge wrote: > On Sun, Jun 14, 2020 at 10:13:11AM -0500, David Wright wrote: >> On Sat 13 Jun 2020 at 16:05:17 (+0200), l0f...@tuta.io wrote: >> > However, this extra ">" should have been deleted upon viewing the email, >> > no? >> >> How would the viewer's email cli

Re: [OT] Regular DKIM issues on this ML (was: Re: why !oh why Debian and application list)

On Thu, Jun 18, 2020 at 08:02:11AM +1200, Richard Hector wrote: > > See for more details. > I understand the phenomenon. I don't understand why modern software (eg > the list software) still does it. Well, imagine you're a mailing list. A dozen peopl

Re: Could RAM possibly be just 3-4 times faster than bare hdd writes and reads? or, is the Linux kernel doing its 'magic' in the bg? or, ...

On 2020-06-17 12:26, Reco wrote: On Wed, Jun 17, 2020 at 12:10:51PM -0700, David Christensen wrote: 2. AIUI dd(1) uses asynchronous (buffered) I/O unless told otherwise. You seem to confuse asynchronous and cached I/O too. From Linux kernel POV, *asynchronous* I/O is a pair of io_submit/i

Re: Could RAM possibly be just 3-4 times faster than bare hdd writes and reads? or, is the Linux kernel doing its 'magic' in the bg? or, ...

On Wed, Jun 17, 2020 at 01:23:41PM -0700, David Christensen wrote: [...] > I was referring to the 'fdatasync', 'fsync', 'dsync', 'sync', and > 'nocache' options to dd(1). Given the terse manual page, and a > unwillingness to crawl the dd(1) and/or kernel code, I can only > guess at my understand

Re: Could RAM possibly be just 3-4 times faster than bare hdd writes and reads? or, is the Linux kernel doing its 'magic' in the bg? or, ...

Hi. On Wed, Jun 17, 2020 at 10:33:51PM +0200, to...@tuxteam.de wrote: > So to test disk write speed, 'dsync' seems the way to go. When dumping > to a device, there are no metadata (am I right there?), so probably > again you want 'dsync'. > > I don't know what 'nocache' would do for writi

Re: [OT] Regular DKIM issues on this ML (was: Re: why !oh why Debian and application list)

On 18/06/20 8:08 am, Greg Wooledge wrote: > On Thu, Jun 18, 2020 at 08:02:11AM +1200, Richard Hector wrote: >> > See for more details. > >> I understand the phenomenon. I don't understand why modern software (eg >> the list software) still does it. >

Re: Could RAM possibly be just 3-4 times faster than bare hdd writes and reads? or, is the Linux kernel doing its 'magic' in the bg? or, ...

On Wed, Jun 17, 2020 at 11:45:53PM +0300, Reco wrote: [...] > Long story short, if you need a primitive I/O benchmark, you're better > with both dsync and nocache. Thanks for actually looking over dd's shoulder :-) Cheers -- t signature.asc Description: Digital signature

Re: Could RAM possibly be just 3-4 times faster than bare hdd writes and reads? or, is the Linux kernel doing its 'magic' in the bg? or, ...

On Wed, Jun 17, 2020 at 01:23:41PM -0700, David Christensen wrote: > On 2020-06-17 12:26, Reco wrote: > > > On Wed, Jun 17, 2020 at 12:10:51PM -0700, David Christensen wrote: > > > 2. AIUI dd(1) uses asynchronous (buffered) I/O unless told otherwise. > > > > You seem to confuse asynchronous and

Re: Could RAM possibly be just 3-4 times faster than bare hdd writes and reads? or, is the Linux kernel doing its 'magic' in the bg? or, ...

On Wed, Jun 17, 2020 at 11:02:14PM +0200, to...@tuxteam.de wrote: > On Wed, Jun 17, 2020 at 11:45:53PM +0300, Reco wrote: > > [...] > > > Long story short, if you need a primitive I/O benchmark, you're better > > with both dsync and nocache. > > Thanks for actually looking over dd's shoulder :-)

Re: Could RAM possibly be just 3-4 times faster than bare hdd writes and reads? or, is the Linux kernel doing its 'magic' in the bg? or, ...

On Wed, Jun 17, 2020 at 11:45:53PM +0300, Reco wrote: Long story short, if you need a primitive I/O benchmark, you're better with both dsync and nocache. Not unless that's your actual workload, IMO. Almost nothing does sync i/o; simply using conv=fdatasync to make sure that the cache is flushe

Re: Could RAM possibly be just 3-4 times faster than bare hdd writes and reads? or, is the Linux kernel doing its 'magic' in the bg? or, ...

Hello, On Wed, Jun 17, 2020 at 12:17:58PM +0200, Albretch Mueller wrote: > also, if in order to use RAID 10 you need 4 drives Linux mdadm can do RAID-10 with 2 or more devices (also doesn't have to be an even number). > (but the dollar per Gb is approaching $0.02) and you get 1.5 > faster perfo

Re: Disabling recommends - was [Re: bash-completion pros/cons]

On Wed 17 Jun 2020 at 06:31:16 -0500, Richard Owlett wrote: > On 06/17/2020 06:12 AM, to...@tuxteam.de wrote: > > On Wed, Jun 17, 2020 at 04:53:45AM -0500, Richard Owlett wrote: > > > On 06/17/2020 03:34 AM, to...@tuxteam.de wrote: > > > > [snip] > > > > > > > > A couple of those led me to disabl

Re: Fw: Grub cannot see my new hard drive

Matthew Campbell wrote: > My computer cannot see a GPT partition table. I've had to use a dos MBR > partition table on my USB flash drives. I mount my file systems as > read-only first so I can check them after booting before remounting them > read-write. I am sorry to say it, but you are not abl

Re: Could RAM possibly be just 3-4 times faster than bare hdd writes and reads? or, is the Linux kernel doing its 'magic' in the bg? or, ...

Hi. On Wed, Jun 17, 2020 at 05:54:51PM -0400, Michael Stone wrote: > On Wed, Jun 17, 2020 at 11:45:53PM +0300, Reco wrote: > > Long story short, if you need a primitive I/O benchmark, you're better > > with both dsync and nocache. > > Not unless that's your actual workload, IMO. Almost no