Re: SSHD

[Trent W. Buck via luv-main]

Russell Coker via luv-main
 writes:

> http://cdn.msy.com.au/Parts/PARTS.pdf
> https://en.wikipedia.org/wiki/Hybrid_drive
> https://en.wikipedia.org/wiki/Shingled_magnetic_recording
>
> Are SSHDs any good?

AFAICT the only reason SSHDs exist are:

 * Windows has nothing like bcache/l2arc; or
 * My computer only has one disk bay.

That is, if you have a commodity server,
you're much better off buying the HDD and SSD components separately.


(Am I wrong?)

___
luv-main mailing list
luv-main@luv.asn.au
http://lists.luv.asn.au/listinfo/luv-main

Re: SSHD

[Colin Fee via luv-main]

On 13 January 2016 at 13:28, Trent W. Buck via luv-main  wrote:

> Russell Coker via luv-main
>  writes:
>
> > http://cdn.msy.com.au/Parts/PARTS.pdf
> > https://en.wikipedia.org/wiki/Hybrid_drive
> > https://en.wikipedia.org/wiki/Shingled_magnetic_recording
> >
> > Are SSHDs any good?
>
> AFAICT the only reason SSHDs exist are:
>
>  * Windows has nothing like bcache/l2arc; or
>  * My computer only has one disk bay.
>
> That is, if you have a commodity server,
> you're much better off buying the HDD and SSD components separately.
>
>
> (Am I wrong?)
>

Slightly off topic, I did put one into my PS3 to upgrade the native 128Gb
disk to 500Gb.  The cache components showed marginal improvement in game
load times but only on games that were most played.

-- 
Colin Fee
tfecc...@gmail.com
___
luv-main mailing list
luv-main@luv.asn.au
http://lists.luv.asn.au/listinfo/luv-main

Re: IPv6

[Brian May via luv-main]

Russell Coker  writes:

> I don't know about paypalobjects or even why we are using it (might be an 
> issue for Lev who's doing the Drupal stuff).

Suspect it might something to do with the Donate button.

> It should be better now as I've finished disk intensive stuff for the moment. 
>  
> Also as I've optimised the MySQL database all files that are used in normal 
> operation will now fit into RAM.  So once the system has been running for a 
> while almost everything will come from cache and performance should be good.  
> But when there's disk IO shortly after boot performance will be bad.

It takes 2.77 seconds to load the HTML page (7KB) now. Which isn't
great, but a lot better then it was before.

Or about 7 seconds to load the page with all the resources (excluding
the paypal one which wont load).

Should have tested before the move for the numbers to mean something :-)
-- 
Brian May 
https://linuxpenguins.xyz/brian/
___
luv-main mailing list
luv-main@luv.asn.au
http://lists.luv.asn.au/listinfo/luv-main

Re: IPv6

[Russell Coker via luv-main]

On Tue, 12 Jan 2016 09:39:42 PM Tony Langdon wrote:
> On 12/01/2016 3:53 PM, Russell Coker wrote:
> > On Tue, 12 Jan 2016 03:25:49 PM Tony Langdon via luv-main wrote:
> >> Browsing to luv.asn.au gets an empty directory. I'm running native IPv6
> >> here, and IPv6 is the preferred protocol.
> > 
> > I think I've fixed that problem.  Please test it again for me.
> 
> Yep works now.  Now, what's up with the list?  I no longer have a Reply
> List button. Something screwed with the headers?

I made no changes to the list configuration.  Please compare messages from the 
list a few days ago with ones from today, you shouldn't notice any difference.  
Note I say "shouldn't" because it's sometimes difficult to know all the 
implications of regular Debian package updates (which are supposed not to 
break anything because they are only security fixes etc but sometimes do).

-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/
___
luv-main mailing list
luv-main@luv.asn.au
http://lists.luv.asn.au/listinfo/luv-main

Re: IPv6

[Erik Christiansen via luv-main]

On 12.01.16 21:54, Russell Coker via luv-main wrote:
> On Tue, 12 Jan 2016 09:39:42 PM Tony Langdon wrote:
> > Yep works now.  Now, what's up with the list?  I no longer have a Reply
> > List button. Something screwed with the headers?
> 
> I made no changes to the list configuration.  Please compare messages from 
> the 
> list a few days ago with ones from today, you shouldn't notice any 
> difference.  
> Note I say "shouldn't" because it's sometimes difficult to know all the 
> implications of regular Debian package updates (which are supposed not to 
> break anything because they are only security fixes etc but sometimes do).

A datapoint: In mutt, 'L' still replies to list, as before.
The List-ID and List-Post headers are still there. I'm not sure which
one mutt's using, but I don't even have a "subscribe luv-main@luv.asn.au"
in .muttrc; it's figuring it out with no hints.

Now let's see if the thread is highlighted now that I've posted to it -
i.e. has the "From" munge been fixed.

Erik
___
luv-main mailing list
luv-main@luv.asn.au
http://lists.luv.asn.au/listinfo/luv-main

Re: IPv6

[Tony Langdon via luv-main]

On 12/01/2016 3:53 PM, Russell Coker wrote:
> On Tue, 12 Jan 2016 03:25:49 PM Tony Langdon via luv-main wrote:
>> Browsing to luv.asn.au gets an empty directory. I'm running native IPv6
>> here, and IPv6 is the preferred protocol.
> 
> I think I've fixed that problem.  Please test it again for me.
> 

Yep works now.  Now, what's up with the list?  I no longer have a Reply
List button. Something screwed with the headers?


-- 
73 de Tony VK3JED/VK3IRL
http://vkradio.com
___
luv-main mailing list
luv-main@luv.asn.au
http://lists.luv.asn.au/listinfo/luv-main

Re: SSHD

[Craig Sanders via luv-main]

On Wed, Jan 13, 2016 at 09:04:42AM +1100, Craig Sanders wrote:
> I'm not using any ZIL or SSD L2ARC on the backup pool so having the
> 4GB SSD cache (per drive) on it is probably beneficial.

my mistake.  it's actually 8GB not 4GB.

craig

-- 
craig sanders 

BOFH excuse #416:

We're out of slots on the server
___
luv-main mailing list
luv-main@luv.asn.au
http://lists.luv.asn.au/listinfo/luv-main

Re: IPv6

[Tony Langdon via luv-main]

On 12/01/2016 9:54 PM, Russell Coker wrote:
> On Tue, 12 Jan 2016 09:39:42 PM Tony Langdon wrote:
>> On 12/01/2016 3:53 PM, Russell Coker wrote:
>>> On Tue, 12 Jan 2016 03:25:49 PM Tony Langdon via luv-main wrote:
 Browsing to luv.asn.au gets an empty directory. I'm running native IPv6
 here, and IPv6 is the preferred protocol.
>>>
>>> I think I've fixed that problem.  Please test it again for me.
>>
>> Yep works now.  Now, what's up with the list?  I no longer have a Reply
>> List button. Something screwed with the headers?
> 
> I made no changes to the list configuration.  Please compare messages from 
> the 
> list a few days ago with ones from today, you shouldn't notice any 
> difference.  
> Note I say "shouldn't" because it's sometimes difficult to know all the 
> implications of regular Debian package updates (which are supposed not to 
> break anything because they are only security fixes etc but sometimes do).
> 

On closer observation, it started with the message from you that I
replied to, and it's only you.  Another coincidence is that the Subject:
header hasn't been munged in this thread, yet everyone else's posts
still have the Subject: munging.

You're doing something funky with procmail in the last day or so, by any
chance?

-- 
73 de Tony VK3JED/VK3IRL
http://vkradio.com
___
luv-main mailing list
luv-main@luv.asn.au
http://lists.luv.asn.au/listinfo/luv-main

Re: SSHD

[Craig Sanders via luv-main]

On Tue, Jan 12, 2016 at 05:18:23PM +1100, Tennessee Leeuwenburg wrote:
> Based on my general new article reading, I thought everything above
> 6GB was using shingled storage which doesn't interest me so much. I'd
> be interested if you find out otherwise.

dunno about all drives 6TB and above, but definitely the Seagate Archive
drives (MSY have 6 & 8TB models, and IIRC Seagate recently-ish released
a 10TB model).


I've got a set of 4 x 4TB Seagate SSHDs, have no complaints about either
quality or performance.  I've only got them because I had one (which i
was intending to use in my win7 steam games box) when I urgently needed
to upgrade my ZFS 'backup' pool, so i bought another 3 and set them up 
as 2 mirrored pairs (for a total of 8TB).

I'm not using any ZIL or SSD L2ARC on the backup pool so having the 4GB
SSD cache (per drive) on it is probably beneficial.  I haven't done
any performance testing (the urgency of the upgrade - the backup pool
had hit 90+% utilisation which is around where ZFS peformance goes to
absolute shit - precluded running bonnie++ before use) but they seem
reasonably fast to me, for magnetic spinning disks. they're certainly
no worse than non-SSHD disks and cost about the same - a little cheaper
than a Seagate NAS or WD Red.


$ zpool list -v backup
NAME   SIZE  ALLOC   FREE  EXPANDSZ   FRAGCAP  DEDUP  HEALTH  ALTROOT
backup  7.25T  2.54T  4.71T -20%35%  1.00x  ONLINE  -
  mirror  3.62T  1.27T  2.35T -20%35%
sdb  -  -  - -  -  -
sdi  -  -  - -  -  -
  mirror  3.62T  1.27T  2.35T -20%35%
sdd  -  -  - -  -  -
sdc  -  -  - -  -  -

$ list_disks | grep sd[bicd]
sdb ST4000DX001-1CE168_Z303PTHA
sdc ST4000DX001-1CE168_Z302ZSGB
sdd ST4000DX001-1CE168_Z303PVZ9
sdi ST4000DX001-1CE168_Z303PSH6

craig

ps: if anyone's wondering what 'list_disks' is, it's an alias of mine:

(line breaks and indentation added for readability)

alias list_disks='find /dev/disk/by-id/ -type l | 
  awk '\''/\/(s?ata|usb|scsi)/ && ! /-part[0-9]/'\'' | 
  while read disk ; do
 echo $(basename $(readlink $disk)) $(basename $disk);
  done | 
  sort'

can be saved as a script instead of an alias, just change the '\''
(which is how you quote single-quotes inside other single-quotes) to
plain '

i should probably simplify that one day and do the basename and readlink
stuff in awk rather than in a while read loop. may as well do it now:

alias list_disks2='find /dev/disk/by-id/ -type l | 
   awk '\''@load "filefuncs" ; 
  /\/(s?ata|usb|scsi)/ && ! /-part[0-9]/ {
   stat($1,sd) ; 
   gsub(/^.*\//,"",sd["linkval"]) ;
   gsub(/^.*\//,"",sd["name"]) ;
   print sd["linkval"], sd["name"]
   }'\'' | 
   sort'

this will only work with GNU awk, won't work in other awks because it
needs the filefuncs extension for stat(), and only gawk has extensions.

the downside is that it's not actually any simpler. certainly no easier
to read and understand. it is much more efficient because it avoids
executing external programs 'basename' and 'readlink' repeatedly, but
that's not really an issue on modern systems. my preference is to
optimise for readability (so i know WTF i was thinking in 6 months time)
rather than performance for shell/awk/etc scripts.


-- 
craig sanders 

BOFH excuse #247:

Due to Federal Budget problems we have been forced to cut back on the number of 
users able to access the system at one time. (namely none allowed)
___
luv-main mailing list
luv-main@luv.asn.au
http://lists.luv.asn.au/listinfo/luv-main

Re: SSHD

[Rick Moen via luv-main]

Quoting Julien Goodwin (luv-li...@studio442.com.au):

> SSHD = classic HDD with some SSD caching

As the maintainer of http://linuxmafia.com/ssh/ I looked forward to 
a long thread mutt told me had Subject header SSHD, hoping to hear about
some SSH daemons I'd not previously discovered.

___
luv-main mailing list
luv-main@luv.asn.au
http://lists.luv.asn.au/listinfo/luv-main

Re: IPv6

[Brian May via luv-main]

Tony Langdon via luv-main  writes:

> On closer observation, it started with the message from you that I
> replied to, and it's only you.  Another coincidence is that the Subject:
> header hasn't been munged in this thread, yet everyone else's posts
> still have the Subject: munging.

I don't see any subject munging for any posts on luv-main.

Maybe you are confused with luv-talk, which does appear to prefix
subject lines wiht '[luv-talk]'?
-- 
Brian May 
https://linuxpenguins.xyz/brian/
___
luv-main mailing list
luv-main@luv.asn.au
http://lists.luv.asn.au/listinfo/luv-main