>>> a container nears being full. If one has 1 MB of storage available
>>> (allowing for file system overhead and block alignment), then 1 MB
>>> of data will fit, but 1 MiB will not.
>> In which way is the KB-vs-KiB discrepancy different from the "file
>> system overhead and block ali
On 10/8/2020 7:10 PM, Michael Stone wrote:
Can you provide any data to back that up? I find it often to be
quite the opposite. Sloppy use of language very frequently leads to
miscommunication, sometimes of a very serious nature.
And yet correcting people in contexts where there's no r
On 10/8/2020 5:13 PM, Stefan Monnier wrote:
a container nears being full. If one has 1 MB of storage available
(allowing for file system overhead and block alignment), then 1 MB
of data will fit, but 1 MiB will not.
In which way is the KB-vs-KiB discrepancy different
On Thu, Oct 08, 2020 at 06:49:56PM -0500, Leslie Rhorer wrote:
On 10/8/2020 2:17 PM, Michael Stone wrote:
On Thu, Oct 08, 2020 at 01:27:15PM -0500, Leslie Rhorer wrote:
Well, what, really, is wrong with pedantry?
It makes conversation with humans harder
Can you provide any data to ba
On 10/8/2020 2:17 PM, Michael Stone wrote:
On Thu, Oct 08, 2020 at 01:27:15PM -0500, Leslie Rhorer wrote:
Well, what, really, is wrong with pedantry?
It makes conversation with humans harder
Can you provide any data to back that up? I find it often to be quite
the opposite. Sloppy
> a container nears being full. If one has 1 MB of storage available
> (allowing for file system overhead and block alignment), then 1 MB
> of data will fit, but 1 MiB will not.
In which way is the KB-vs-KiB discrepancy different from the "file
system overhead and block alignmen
On Thu, Oct 08, 2020 at 01:27:15PM -0500, Leslie Rhorer wrote:
Well, what, really, is wrong with pedantry?
It makes conversation with humans harder with no corresponding benefit.
Not only that, but the discrepancy grows exponentially with the order
of magnitude. The difference betwe
Leslie Rhorer wrote:
> On 10/8/2020 8:09 AM, Michael Stone wrote:
> > On Thu, Oct 08, 2020 at 11:53:16AM +0200, Thomas Schmitt wrote:
> > > Michael Stone wrote:
> > > > > I'd assume it's confusion between bits and bytes. [...]
> > > > > just write out bit or byte
> > >
> > > Andrei POPESCU wrote:
On 10/8/2020 8:09 AM, Michael Stone wrote:
On Thu, Oct 08, 2020 at 11:53:16AM +0200, Thomas Schmitt wrote:
Michael Stone wrote:
> I'd assume it's confusion between bits and bytes. [...]
> just write out bit or byte
Andrei POPESCU wrote:
SI prefixes can also help... if you use them consistent
Michael Stone [2020-10-08 11:44:17] wrote:
> On Thu, Oct 08, 2020 at 11:35:19AM -0400, Stefan Monnier wrote:
>>> In 2020 assume you'll need more than one and let the computer figure
>>> out how to split it.
>>
>>I'm not sure what you're referring to here. OT1H, from the context
>>I get the impres
On Thu, Oct 08, 2020 at 11:35:19AM -0400, Stefan Monnier wrote:
In 2020 assume you'll need more than one and let the computer figure
out how to split it.
I'm not sure what you're referring to here. OT1H, from the context
I get the impression you're talking about DVD-R, but OTOH in 2020 the
ass
> In 2020 assume you'll need more than one and let the computer figure
> out how to split it.
I'm not sure what you're referring to here. OT1H, from the context
I get the impression you're talking about DVD-R, but OTOH in 2020 the
assumption should rather be not to bother with DVDs any more.
On Thu, Oct 08, 2020 at 03:51:53PM +0200, Thomas Schmitt wrote:
i wrote:
> It is a classic that programs talk mixed about GB and GiB while not
> clearly distinguishing them.
Michael Stone wrote:
This is basically never an issue in conversational usage as the difference
is less than the margin
Hi,
i wrote:
> > It is a classic that programs talk mixed about GB and GiB while not
> > clearly distinguishing them.
Michael Stone wrote:
> This is basically never an issue in conversational usage as the difference
> is less than the margin of error or real-world precision. If you're planning
>
On Thu, Oct 08, 2020 at 11:53:16AM +0200, Thomas Schmitt wrote:
Michael Stone wrote:
> I'd assume it's confusion between bits and bytes. [...]
> just write out bit or byte
Andrei POPESCU wrote:
SI prefixes can also help... if you use them consistently.
It is a classic that programs talk mix
Hi folks,
I would like to inform you, that due to your responses to my question I got a
good solution. Although I got the newest BIOS from the vendor, I only got 1,5
Gb/s for my ssd.
Now I found a hacked BIOS for my notebook with a lot of more settings, flashed
my notebook, crossed fingers - a
Hi,
Hans wrote:
> > > Smartctl is telling me, that my ssd drive is 6Gb/sec
> > > capable, but the actual speed is only 1,5GB/sec.
> > > [...]
> > > The notebook is a little bit older, [...]
Andrei POPESCU wrote:
> You would have gotten much better answers by just specifying the exact
> notebook m
On Mi, 07 oct 20, 09:06:51, Michael Stone wrote:
>
> I'd assume it's confusion between bits and bytes. For clarity, *never* use B
> or b, just write out bit or byte because some people put attach much more
> significance to the case of that letter than others--making it basically
> useless for com
On Mi, 07 oct 20, 10:39:44, Hans wrote:
> Hi folks,
>
> I have a little question. Smartctl is telling me, that my ssd drive is
> 6Gb/sec
> capable, but the actual speed is only 1,5GB/sec.
>
> The notebook is a little bit older, AMD CPU with 2x2,4 GHz, 4GB RAM, debian/
> testing.
You would hav
On Mi, 07 oct 20, 13:31:49, Jeremy Nicoll wrote:
> On Wed, 7 Oct 2020, at 12:14, Alberto Sentieri wrote:
> > Just a small correction: it I believe SATA uses 8B/10B protocol, which
> > means each byte uses 10 bits on the serial channel.
>
> I didn't know that. Divide bps by ten to get Bps is the
Hi folks,
I would like to inform you, that due to your responses to my question I got a
good solution. Although I got the newest BIOS from the vendor, I only got 1,5
Gb/s for my ssd.
Now I found a hacked BIOS for my notebook with a lot of more settings, flashed
my notebook, crossed fingers - a
Am Mittwoch, 7. Oktober 2020, 19:39:46 CEST schrieb Andy Smith:
Hi Andy,
that is exactly, what I wanted to know! So it is just a hardware part, not a
problem in my configuration.
Thanks for the help!
This thread is now fully solved. Thank you all for your time and all your
informations.
Best
Hello,
On Wed, Oct 07, 2020 at 06:40:01PM +0200, Hans wrote:
> And second: If the real transferrate is only 1,5Gbyte/sec, does this mean,
> that the sata controller is not capable to higher transferrates or does it
> possibly mean, that my configuration is wrong?
This is all meant to be automat
On Wed, 7 Oct 2020, at 17:40, Hans wrote:
> Hi all,
>
> thanks for the reponse. However, it looks, I did not ask clearly enough.
>
> So let me ask again: If the ssd supports 6Gbyte/sec transferrate
It doesn't. It's 6 giga bits per second which means about 600 megabytes.
>, is there the
> opti
Hi all,
thanks for the reponse. However, it looks, I did not ask clearly enough.
So let me ask again: If the ssd supports 6Gbyte/sec transferrate, is there the
option to set the controller of the motherboard also to 6Gbyte/sec?
And second: If the real transferrate is only 1,5Gbyte/sec, does thi
On Wed, Oct 07, 2020 at 12:48:09PM +0200, Sven Hartge wrote:
Jeremy Nicoll wrote:
On Wed, 7 Oct 2020, at 09:39, Hans wrote:
I have a little question. Smartctl is telling me, that my ssd drive
is 6Gb/sec capable, but the actual speed is only 1,5GB/sec.
If your SATA (presumably) connection
On Wed, 7 Oct 2020, at 12:14, Alberto Sentieri wrote:
> Just a small correction: it I believe SATA uses 8B/10B protocol, which
> means each byte uses 10 bits on the serial channel.
I didn't know that. Divide bps by ten to get Bps is the rule of thumb I
use for things like broadband connections,
Just a small correction: it I believe SATA uses 8B/10B protocol, which
means each byte uses 10 bits on the serial channel.
On 10/7/20 5:56 AM, Jeremy Nicoll wrote:
On Wed, 7 Oct 2020, at 09:39, Hans wrote:
Hi folks,
I have a little question. Smartctl is telling me, that my ssd drive is 6Gb/se
Jeremy Nicoll wrote:
> On Wed, 7 Oct 2020, at 09:39, Hans wrote:
>> I have a little question. Smartctl is telling me, that my ssd drive
>> is 6Gb/sec capable, but the actual speed is only 1,5GB/sec.
> If your SATA (presumably) connection from the machine to the SSD is a
> 6 Gbps one, the maximum
Hans wrote:
>
>I have a little question. Smartctl is telling me, that my ssd drive is 6Gb/sec
>capable, but the actual speed is only 1,5GB/sec.
>
>The notebook is a little bit older, AMD CPU with 2x2,4 GHz, 4GB RAM, debian/
>testing.
>
>My question is now: How is the speed of the ssd set? Is it se
On Wed, 7 Oct 2020, at 09:39, Hans wrote:
> Hi folks,
>
> I have a little question. Smartctl is telling me, that my ssd drive is
> 6Gb/sec
> capable, but the actual speed is only 1,5GB/sec.
If your SATA (presumably) connection from the machine to the SSD is a
6 Gbps one, the maximum data tran
Hi Hans,
6Gb/s is the maximum speed of SATA controller. Each SSD has its own
speed. For example maximum speed for SATA SSDs from Samsung is about
500MB/s what is about (8*500MB/s) 4Gb/s.
HTH
Kind regards
Georgi
On 10/7/20 11:39 AM, Hans wrote:
> Hi folks,
>
> I have a little question. Smartct
32 matches
Mail list logo
