What regards to the working with multiple computers productively, then I
haven't fully figured it out, how to do it properly. Generally speaking,
given the bandwidth bottlenecks between CPU, RAM, CPU and HDD the only
scalable way forward seems to be a cluster application and software,
including desktop software that does some code analysis as described at
http://martin.softf1.com/g/yellow_soap_opera_blog/the-future-of-security-audits-episode-0
should be constructed from ground up with the possibility to run on a
cluster, but as little as I know, the desktop software like Gimp,
LibreOffice, etc. have not been designed to run their core at one computer
and their GUI at another, not to mention the fact that the GUI-computer
should be the one that renders the 3D parts. So, the dirty workaround that
I have tried is to use the
http://tigervnc.org/
Anotrher trick that helps a lot is to use multitude of hard disks at the
desktop computer.
magnetic HDD 1: /home # will be disconnected before operating system
re-install
magnetic HDD 2: /<the root> and swap
SSD HDD: # for temporary files only, video editing, IDE ~/.IDEname, etc.
That way one is able to reap the benefits of the speed of the SSD,
cheapness of the huge volumes of magnetic disks and all of that without
loosing anything critical like the Linux Torvalds lost:
http://www.computerworld.com/article/2484998/solid-state-drives/ssds-do-die--as-linus-torvalds-just-discovered.html
The only requirement is that the magnetic disks must be kept relatively
cool, because magnets, including the ones that are used at furniture and
toys and cheap, small, electric motors, stop sticking to iron objects after
being exposed to the flame of a candle or a cigarette lighter.
Using multiple computers helps to mitigate the fact that in Linux
everything hangs the moment the kernel starts to intensively read the HDD.
Supposedly BSD does not have that issue, which might explain, why home page
hosting service providers tend to like the BSD, but the plain console tools
like "ps", may be even the "mkdir", I do not remember any more, differ from
those of the Linux and the package collections of various BSD-s seem to be
even less stable than those of Linux. Currently I do not know any stable
package collections on planet Earth, because often times software
developers tend to reference their dependencies by the version "newest" in
stead of sticking to a certain version number/name and that causes all
kinds of instability.
That is to say, I do not know any good solutions, but my 2016_02 best
understanding is described at
http://martin.softf1.com/g/yellow_soap_opera_blog/yet-another-set-of-ideas-about-computer-hardware-episode-1
The following sketch offers even more depressing thoughts, but one has to
start from somewhere and it shows just the scope of the problem, not that
the problem were unsolvable:
http://mmmvkos.softf1.com/k2sitsi_hallatav/wiki_supplements/diagramo/editor/png.php?diagramId=25
Thank You for reading this comment and my blog. :-)
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to sage-devel+unsubscr...@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.com.
Visit this group at https://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.
