On 23/10/2016 21:21, pamela wrote:
On 21:07 23 Oct 2016, Johnny B Good wrote:

On Sun, 23 Oct 2016 07:09:54 +0100, John Rumm wrote:

On 23/10/2016 01:56, Johnny B Good wrote:
On Tue, 18 Oct 2016 07:11:19 +0100, Mike Tomlinson wrote:

En el artículo ,
pamela escribió:

He sees the SSD presenting itself through a logical
representation behind which all essential activities take
place hidden and without any user influence.

It does, but not to the extent of recognising partitions are
mis-aligned and fixing it. For that to happen, the firmware
on the SSD would have to be partition table and filesystem
aware, one level up from being a block device (looking to the
host machine like a box of LBAs labelled from 0 to n, where n
is the last available block.)

I see he's getting a beating on another thread about, of all
things, rocket science.

JOOI, which newsgroup? :-)

Took me a while to find it as well... its in this one hanging
off the bottom of one of harry's threads called "OT Solar
energy generated in the UK.overtook coal last Summer"

That was one of the many threads I set to "ignore" (with 300 odd
post a day to this NG being typical, you have to be pretty
discerning about what threads to follow.

Thanks to Mike's link to the google group's copy, I did manage
to find the sub-thread. I didn't see much of an interchange,
possibly on account of the way google groups represents the
threading. However, what I did see was enough to show TNP's
complete lack of understanding of rocketry so basically on a par
with his knowledge of the theory and practice of
telecommunications then.

He's not so hot on SSDs either.

The intriguing thing about narcissists like Turnip is that despite
all the evidence against them they come away from a discussion
absolutely 100% certain that their interpretation is right and that
everyone else's in wrong.

Its probably worth allowing for the reality that in a very fast and ever
changing technological landscape, the existing orthodoxy is subject to
change. Hence why I was keen to get to the bottom of if there actually
was some information that he had found that suggested some radical new
approach to solid state storage that mitigated the performance hit from
misalignment, or whether this was simply conjecture based on reading
other documentation that does not directly address the topic but could
potentially have an influence on it. Unfortunately some people don't
allow for there being a difference between fact and opinion (when its
their opinion anyway!)

The argument that wear levelling algorithms present a solution I don't
find convincing, however I would be more open to the idea that modern
controllers that implement on the fly data compression (whether you ask
for it or not) *could* have more of an effect (perhaps in effect slowing
all accesses to a lower common denominator, but trading that off against
some other performance gain that makes the trade off worthwhile overall)

He will doubtless read that as the poor deluded misunderstanding of a
reader jealous of his sheer brilliance.

I've noticed that whenever I've met specialists at the top of their
field they are usually so modest that you have to pinch yourself to
remind you they are a world-class authority in their field. I'm
currently having an email exchange with someone like this in medical
sciences who is the world authority in his field. Yet he's so
helpful, so pleased to explain concepts, so happy to explain his
presentations at international symposia, etc that it's a delight.

Personality will influence that a a fair bit, but also the realisation
that if you are an authority in a broad and/or deep field, you will
usually be well aware that there is always more to learn, and hence its
worth always remaining open to new ideas.

Meanwhile surly Turnip behaves quite differently.

....but consistent with past performance


--
Cheers,

John.

/================================================== ===============\
| Internode Ltd - http://www.internode.co.uk |
|-----------------------------------------------------------------|
| John Rumm - john(at)internode(dot)co(dot)uk |
\================================================= ================/