On 04/13 04:58, Rich Freeman wrote:
> On Mon, Apr 13, 2020 at 4:34 PM antlists wrote:
> >
> > aiui, the spec says you can send a command "trim 1GB starting at block
> > X". Snag is, the linux block size of 4KB means that it gets split into
> > loads of trim commands, which then clogs up all the
On Tue, Apr 14, 2020 at 12:38 AM Jack wrote:
> Mainly out of curiosity, have you tried connecting to the mike in
> instead of the line in on your sound card?
Yes, no difference!
On 2020.04.13 18:10, Adam Carter wrote:
On Tue, Apr 14, 2020 at 4:48 AM Jorge Almeida
wrote:
> On Mon, Apr 13, 2020 at 6:52 PM Michael
wrote:
> >
>
> > > ## arecord -l
> > > List of CAPTURE Hardware Devices
> > > card 0: PCH [HDA Intel PCH], device 0: Generic Analog [Generic
On Mon, Apr 13, 2020 at 11:10 PM Adam Carter wrote:
>
> On Tue, Apr 14, 2020 at 4:48 AM Jorge Almeida wrote:
>>
>> On Mon, Apr 13, 2020 at 6:52 PM Michael wrote:
>> >
>>
>> > > ## arecord -l
>> > > List of CAPTURE Hardware Devices
>> > > card 0: PCH [HDA Intel PCH], device 0: Generic
On Tue, Apr 14, 2020 at 4:48 AM Jorge Almeida wrote:
> On Mon, Apr 13, 2020 at 6:52 PM Michael wrote:
> >
>
> > > ## arecord -l
> > > List of CAPTURE Hardware Devices
> > > card 0: PCH [HDA Intel PCH], device 0: Generic Analog [Generic Analog]
> > > Subdevices: 1/1
> > > Subdevice
On Mon, Apr 13, 2020 at 4:34 PM antlists wrote:
>
> aiui, the spec says you can send a command "trim 1GB starting at block
> X". Snag is, the linux block size of 4KB means that it gets split into
> loads of trim commands, which then clogs up all the buffers ...
>
Hmm, found the ATA spec at:
On 13/04/2020 17:05, Rich Freeman wrote:
And what takes time when doing a "large" TRIM is transmitting a
_large_ list of blocks to the SSD via the TRIM command. That's why
e.g. those ~6-7GiB trims I did just before (see my other mail) took a
couple of seconds for 13GiB ~ 25M LBAs ~ a whole
On Mon, Apr 13, 2020 at 6:52 PM Michael wrote:
>
> > ## arecord -l
> > List of CAPTURE Hardware Devices
> > card 0: PCH [HDA Intel PCH], device 0: Generic Analog [Generic Analog]
> > Subdevices: 1/1
> > Subdevice #0: subdevice #0
> > card 0: PCH [HDA Intel PCH], device 2: Generic
On Monday, 13 April 2020 18:09:25 BST Jorge Almeida wrote:
> On Mon, Apr 13, 2020 at 4:29 PM Michael wrote:
> > Yes, the first step would be to reduce or set to zero the Mic Boost in
> > alsamixer and adjust the Capture volume. However, noise with arecord is
> > usually a result of incorrect
On Mon, Apr 13, 2020 at 4:29 PM Michael wrote:
>
> Yes, the first step would be to reduce or set to zero the Mic Boost in
> alsamixer and adjust the Capture volume. However, noise with arecord is
> usually a result of incorrect bitrate?
>
> You could try:
>
> arecord -fdat -r 48 test.wav
OK, I
On Mon, Apr 13, 2020 at 4:23 PM Alexandru N. Barloiu wrote:
>
> I am not familiar with those products. Sorry. All I can say about it is
> that there are 2 types of volumes. The ones for playback, and the ones
> for capture. (see F4 in alsa mixer). Also see F6 to select the right
> sound card if
On Mon, Apr 13, 2020 at 11:41 AM David Haller wrote:
>
> First of all: "physical write blocks" in the physical flash are 128kB
> or something in that size range, not 4kB or even 512B
Yup, though I never claimed otherwise. I just made the generic
statement that the erase blocks are much larger
On 4/13/20 1:55 PM, Michael wrote:
I have noticed when prolonged fstrim takes place on an old SSD drive of mine
it becomes unresponsive. As Rich said this is not because data is being
physically deleted, only a flag is switched from 1 to 0 to indicate its
availability for further writes.
This
Hello,
On Mon, 13 Apr 2020, Rich Freeman wrote:
>So, "trimming" isn't something a drive does really. It is a logical
>command issued to the drive.
>
>The fundamental operations the drive does at the physical layer are:
>1. Read a block
>2. Write a block that is empty
>3. Erase a large group of
On Monday, 13 April 2020 16:13:57 BST Jorge Almeida wrote:
> Trying to record with arecord produces a file that yields
> noise or silence with aplay. I tried changing stuff in alsamixer...
Yes, the first step would be to reduce or set to zero the Mic Boost in
alsamixer and adjust the Capture
On Mon, 2020-04-13 at 16:13 +0100, Jorge Almeida wrote:
>
> I mean I can't record sound (or I can't play it). Probably because I
> don't know what I'm doing (see above, Documentation). I have a micro
> which connects to an interface via a XLR cable (it works; I can hear
> sound through
On Mon, Apr 13, 2020 at 3:22 PM Alexandru N. Barloiu wrote:
>
> > 3)? Wrong?
>
> It was gpl. Then they moved it to proprietary. Then they become
> insignificant and changed it back. For me, that's sign enough that I
> don't want anything to do with it.
>
OK, I understand...
>
> > > why would
On Mon, Apr 13, 2020 at 9:18 AM wrote:
>
> One quesion -- not to express any doubt of what you wrote Rich, but onlu
> to check, whether I understand that detail or not:
>
> Fstrim "allows" the drive to trim ittself. The actual "trimming" is
> done by the drive ittself without any interaction from
On Mon, 2020-04-13 at 15:18 +0100, Jorge Almeida wrote:
> On Mon, Apr 13, 2020 at 3:07 PM Alexandru N. Barloiu
> wrote:
> > OSS4 is a set of proprietary patches. You would need support in
> > kernel,
>
> That's the problem...
>
> > and support at an application level to use it. Not sure if
On Mon, Apr 13, 2020 at 3:07 PM Alexandru N. Barloiu wrote:
>
> OSS4 is a set of proprietary patches. You would need support in kernel,
That's the problem...
> and support at an application level to use it. Not sure if USE=oss will
> work with OSS4, but one thing I know for sure is that you
OSS4 is a set of proprietary patches. You would need support in kernel,
and support at an application level to use it. Not sure if USE=oss will
work with OSS4, but one thing I know for sure is that you would need to
get the patches from 4front technologies. And given that they keep
moving the
Hello,
On Mon, 13 Apr 2020, tu...@posteo.de wrote:
>On 04/13 11:06, Michael wrote:
>> On Monday, 13 April 2020 06:32:37 BST tu...@posteo.de wrote:
[..]
>My question are more driven by curiousty than by anxiety...
[..]
>For example [the fstrim manpage] says:
>"For most desktop and server systems a
On Mon, Apr 13, 2020 at 2:47 PM wrote:
>
>
>
> There is this link:
>
>https://wiki.gentoo.org/wiki/OSS
>
> That seems to say you can still install the real OSS.
>
> The first step is to build a kernel with it included:
>
>Device Drivers --->
> Sound card support --->
>
On Sun, Apr 12, 2020 at 10:16 PM Dale wrote:
I wasn't sure about it either. I was hoping it would provide
kernel
modules that could be used or something like that. Might be worth
installing and then doing a equery f alsa-oss and see just
what it does
On 04/13 08:18, Rich Freeman wrote:
> On Mon, Apr 13, 2020 at 7:55 AM Michael wrote:
> >
> > I have noticed when prolonged fstrim takes place on an old SSD drive of mine
> > it becomes unresponsive. As Rich said this is not because data is being
> > physically deleted, only a flag is switched
On Mon, Apr 13, 2020 at 7:55 AM Michael wrote:
>
> I have noticed when prolonged fstrim takes place on an old SSD drive of mine
> it becomes unresponsive. As Rich said this is not because data is being
> physically deleted, only a flag is switched from 1 to 0 to indicate its
> availability for
On Monday, 13 April 2020 12:39:11 BST Rich Freeman wrote:
> On Mon, Apr 13, 2020 at 1:32 AM wrote:
> > fstrim clears blocks, which currently are not in use and which
> > contents is != 0.
> >
> >...
> >
> > BUT: Clearing blocks is an action, which includes writes to the cells of
> > the SSD.
>
>
On Monday, 13 April 2020 11:59:24 BST Michael wrote:
> On Monday, 13 April 2020 11:46:45 BST Peter Humphrey wrote:
> > Hello list,
> >
> > I discovered this package today and wondered whether anyone here had any
> > experience of it.
>
> Interesting to see this project exists. I thought
On Mon, Apr 13, 2020 at 1:32 AM wrote:
>
> fstrim clears blocks, which currently are not in use and which
> contents is != 0.
>...
> BUT: Clearing blocks is an action, which includes writes to the cells of
> the SSD.
I see a whole bunch of discussion, but it seems like many here don't
actually
Have your backup cron job call fstrim once everything is safely backed up?
Well, yes, but that's beside the point.
What I really wanted to stress was that mounting an SSD-backed
filesystem with "discard" has effects on the ability to recover deleted
data.
Normally it's not a problem,
Hi Michael,
thank you for replying to my questions! :)
On 04/13 11:06, Michael wrote:
> On Monday, 13 April 2020 06:32:37 BST tu...@posteo.de wrote:
> > Hi,
> >
> > From the list I already have learned, that most of my concerns regarding
> > the lifetime and maintainance to prolong it are
On Monday, 13 April 2020 11:46:45 BST Peter Humphrey wrote:
> Hello list,
>
> I discovered this package today and wondered whether anyone here had any
> experience of it.
Interesting to see this project exists. I thought Chromium was essentially
un-Googled, but obviously there's more there to
On Monday, 13 April 2020 11:15:26 BST Michael wrote:
> On Monday, 13 April 2020 11:08:30 BST Ian Zimmerman wrote:
> > After the latest Firefox update (68.7.0), when I try to open the menu
> > with F10, sometimes Firefox crashes (about the 3rd time today now).
> > Does anyone else see that?
>
>
Hello list,
I discovered this package today and wondered whether anyone here had any
experience of it. Which overlay to get it from? How stable is it? Does it
really "privatise" chromium? Does it allow extensions like ublock-origin?
I'm happy with firefox, but it never hurts to have a choice.
On Monday, 13 April 2020 11:08:30 BST Ian Zimmerman wrote:
> After the latest Firefox update (68.7.0), when I try to open the menu
> with F10, sometimes Firefox crashes (about the 3rd time today now).
> Does anyone else see that?
Not here, on two boxen so far.
F10 brings it up and takes it down
On Monday, 13 April 2020 06:32:37 BST tu...@posteo.de wrote:
> Assuming this information is available: Is it possible to find the
> sweat spot, when to fstrim SSD?
This crontab entry is my compromise:
15 3 */2 * * /sbin/fstrim -a
It does assume I'll be elsewhere at 03:15, of course.
--
After the latest Firefox update (68.7.0), when I try to open the menu
with F10, sometimes Firefox crashes (about the 3rd time today now).
Does anyone else see that?
--
Ian
On Monday, 13 April 2020 06:32:37 BST tu...@posteo.de wrote:
> Hi,
>
> From the list I already have learned, that most of my concerns regarding
> the lifetime and maintainance to prolong it are without a
> reason.
Probably your concerns about SSD longevity are without a reason, but keep up
to
On Mon, 13 Apr 2020 11:22:47 +0200, Andrea Conti wrote:
> I have no desire to enter the whole performance/lifetime debate; I'd
> just like to point out that one very real consequence of using fstrim
> (or mounting with the discard option) that I haven't seen mentioned
> often is that it makes the
> My SSD (NVme/M2) is ext4 formatted and I found articles on the
> internet, that it is neither a good idea to activate the "discard"
> option at mount time nor to do a fstrim either at each file deletion
> no triggered by a cron job.
I have no desire to enter the whole performance/lifetime
40 matches
Mail list logo
