• Swappity-swap-swap

    From KY MOFFET@454:3/105 to KY MOFFET on Tuesday, August 18, 2015 22:51:00
    One and all have heard me gripe about linux's crap performance.

    One and all have also heard me go on about how Windows performs better
    with less or no swapfile....

    Behold, I imagine not!

    https://archive.is/FKlQ
    þ RNET 2.10U: ILink: Techware BBS þ Los Angeles, Ca þ www.techware.dynip.com

    --- QScan/PCB v1.20a / 01-0462
    # Origin: ILink: CFBBS | cfbbs.dtdns.net | 856-933-7096 (454:1/1)

    ---
    þ BgNet 1.0á12 ÷ CCO * KY/US * 502/875-8938 * capcity2.synchro.net
    * Origin: ILink: CCO - capitolcityonline.net (454:3/105)
  • From BARRY MARTIN@454:3/105 to KY MOFFET on Wednesday, August 19, 2015 07:01:00
    Hi Ky!

    One and all have heard me gripe about linux's crap performance.
    One and all have also heard me go on about how Windows performs
    better with less or no swapfile....
    Behold, I imagine not!
    https://archive.is/FKlQ

    Possibly - I don't know. Quite frankly I didn't understand, and that
    probably because I don't know enough of the basics. Also noted the
    article was written in 2004, which means it may have been accurate ten
    years ago but not now, though I won't say just because something is ten
    years old doesn't mean it isn't accurate now.

    The only system I have running Linux is the Mythbuntu one, and have read
    where one doesn't want to use Swap unless necessary because it is
    mechanical; much better to use RAM as is electronic. Thigns are
    configured to use RAM and then when that runs out to use the Swap file.
    The 'problem' seems to be a cost vs. usage thing: on occasion do run out
    of RAM, but may not be worth the cost of installing additional RAM (not
    to mention the motherboard has to be able to accept it). I did read
    recently where with sufficient RAM the Mythbuntu Backend machine would be
    able to transcode on-the-fly, effectively allowing the viewer to watch slightly delayed Live TV and skip over the commercials, rather than
    waiting for the Job Queue function to catch up. For me not that much of
    a big deal to tap the Fast Forward key to zip through the commercials as opposed to the Z key to skip through (not see at all).

    I'm thinking a compromise between the amount of RAM installed and usage
    of the Swap File. I agree more RAM is generally better, but there is a
    point of diminishing return.



    ¯ ®
    ¯ Barry_Martin_3@ ®
    ¯ @Q.COM ®
    ¯ ®


    ... Help stamp out and abolish redundancy.
    --- MultiMail/Win32 v0.47
    þ wcECHO 4.2 ÷ ILink: The Safe BBS þ Bettendorf, IA
    þ RNET 2.10U: ILink: Techware BBS þ Los Angeles, Ca þ www.techware.dynip.com

    --- QScan/PCB v1.20a / 01-0462
    # Origin: ILink: CFBBS | cfbbs.dtdns.net | 856-933-7096 (454:1/1)

    ---
    þ BgNet 1.0á12 ÷ CCO * KY/US * 502/875-8938 * capcity2.synchro.net
    * Origin: ILink: CCO - capitolcityonline.net (454:3/105)
  • From KY MOFFET@454:3/105 to BARRY MARTIN on Tuesday, August 25, 2015 16:21:00
    BARRY MARTIN wrote:
    Hi Ky!

    KM> One and all have heard me gripe about linux's crap performance.
    KM> One and all have also heard me go on about how Windows performs
    KM> better with less or no swapfile....
    KM> Behold, I imagine not!
    KM> https://archive.is/FKlQ

    Possibly - I don't know. Quite frankly I didn't understand, and that probably because I don't know enough of the basics. Also noted the
    article was written in 2004, which means it may have been accurate ten
    years ago but not now, though I won't say just because something is ten
    years old doesn't mean it isn't accurate now.

    If anything, it's probably a good deal more accurate now, given that high-memory boxes have become the norm. Why swap to a slow disk at all
    when you've got plenty of RAM? Isn't the RAM there to USE??

    Also, consider the SSD, which has a limited number of write/delete
    cycles available before a sector dies. Swapping is basically constant write/delete. Probably not a good idea to combine the two.
    þ RNET 2.10U: ILink: Techware BBS þ Los Angeles, Ca þ www.techware.dynip.com

    --- QScan/PCB v1.20a / 01-0462
    # Origin: ILink: CFBBS | cfbbs.dtdns.net | 856-933-7096 (454:1/1)

    ---
    þ BgNet 1.0á12 ÷ CCO * KY/US * 502/875-8938 * capcity2.synchro.net
    * Origin: ILink: CCO - capitolcityonline.net (454:3/105)
  • From BARRY MARTIN@454:3/105 to KY MOFFET on Wednesday, August 26, 2015 11:39:00
    Hi Ky!

    One and all have heard me gripe about linux's crap performance.
    One and all have also heard me go on about how Windows performs
    better with less or no swapfile....
    Behold, I imagine not!
    https://archive.is/FKlQ
    Possibly - I don't know. Quite frankly I didn't understand, and that probably because I don't know enough of the basics. Also noted the
    article was written in 2004, which means it may have been accurate ten
    years ago but not now, though I won't say just because something is ten years old doesn't mean it isn't accurate now.
    If anything, it's probably a good deal more accurate now, given
    that high-memory boxes have become the norm. Why swap to a slow
    disk at all when you've got plenty of RAM? Isn't the RAM there to
    USE??

    Well, I'll have to admit the logic seems correct. If the RAM is there
    should be able to use it, and it certainly is a lot faster than a
    mechanical hard drive. LIS (I think it was here) with the Mythbuntu
    system the more memory the better (up to the point of economics!), so as
    to use less of the Swap File on the hard drive.



    Also, consider the SSD, which has a limited number of
    write/delete cycles available before a sector dies. Swapping is
    basically constant write/delete. Probably not a good idea to
    combine the two.

    Probably not. As my experience with Swap Drives is limited to
    Mythbuntu, if one wanted to use a SSD then probably only for the remote Frontend, as the Frontend is for playback, wheras the Backend does the 'figuring' of what shows to record, on which tuner, commercial flagging, post-processing, etc., etc. IMO the backend is where not to skimp.

    ¯ ®
    ¯ Barry_Martin_3@ ®
    ¯ @Q.COM ®
    ¯ ®


    ... Bull fight: one small man against a half ton of PO'ed pot roast.
    --- MultiMail/Win32 v0.47
    þ wcECHO 4.2 ÷ ILink: The Safe BBS þ Bettendorf, IA
    þ RNET 2.10U: ILink: Techware BBS þ Los Angeles, Ca þ www.techware.dynip.com

    --- QScan/PCB v1.20a / 01-0462
    # Origin: ILink: CFBBS | cfbbs.dtdns.net | 856-933-7096 (454:1/1)

    ---
    þ BgNet 1.0á12 ÷ CCO * KY/US * 502/875-8938 * capcity2.synchro.net
    * Origin: ILink: CCO - capitolcityonline.net (454:3/105)