On Tue Jan 27 02:49:44 PST 2015, charles.fors...@gmail.com wrote:
On 27 January 2015 at 04:22, erik quanstrom quans...@quanstro.net wrote:
this isn't because [linux oom killer] isn't thoughtfully and
well built,
it's actually fairly stupid.
the proof that a non-stupid one could be
IMO, instead of killing processes, it would be better to keep the hanging
behavior in place, but place limits on the resources used by a subsection
of the process tree. Think ulimit, but applying to entire process heirarchies.
doesn't solve the issues of every program needing to deal with
On Mon Jan 26 23:03:29 PST 2015, rudolf.syk...@gmail.com wrote:
Hello,
On 24 January 2015 at 20:48, erik quanstrom quans...@quanstro.net wrote:
looks like a power even took out the motherboard. hopefully i can find
some parts early next week.
- erik
does that mean I can't download
http://mirror.9grid.fr/
I wonder what the difference is between
9atom.iso.bz2
and
+9atom.iso.bz2
And what is kernel.mkfs.bz2?
Thanks
Ruda
On 27 January 2015 at 15:46, Rudolf Sykora rudolf.syk...@gmail.com wrote:
Hi David, Erik,
On 27 January 2015 at 15:22, erik quanstrom
the usb image is the primary distribution media these days.
The USB image is also available.
--
David du Colombier
i think it will go the same way with fork protection. how do you tell
which program
is at fault? how do you tell a program forking at high frequency, with
short lived
children from a fork bomb? (such as a busy web server.)
only system administrator knows which processes should
A mirror of the 9atom CD image is available on:
http://mirror.9grid.fr/
--
David du Colombier
Hi David, Erik,
On 27 January 2015 at 15:22, erik quanstrom quans...@quanstro.net wrote:
On Tue Jan 27 06:13:39 PST 2015, 0in...@gmail.com wrote:
A mirror of the 9atom CD image is available on:
http://mirror.9grid.fr/
good. So I may download and use. :)
the usb image is the primary
I wonder what the difference is between
9atom.iso.bz2
and
+9atom.iso.bz2
I think one is more recent than the other.
And what is kernel.mkfs.bz2?
This is a kfs archive of /sys/src/9.
--
David du Colombier
ok, i found some more diagnostic messages in /sys/log/sshdebug:
...
The problem might be that `dh.c` has an empty implementation of `dh_client142`
...
Ingo,
I must admit to being the guilty party for the SSHv2 implementation.
Though Geoff gets credit for cleaning up what was some of my
uglier
On Tue Jan 27 06:13:39 PST 2015, 0in...@gmail.com wrote:
A mirror of the 9atom CD image is available on:
http://mirror.9grid.fr/
the usb image is the primary distribution media these days.
- erik
we don’t have perfect solution.
nevertheless, we must protect system.
if we search ideal (or nearly ideal) solution, we should assign limited
resource to each user.
however this is a big job, I believe.
current plan9 system is running under shared resource model.
under this model, it is very
On 27 January 2015 at 04:22, erik quanstrom quans...@quanstro.net wrote:
this isn't because [linux oom killer] isn't thoughtfully and
well built,
it's actually fairly stupid.
if any one has cleaner solution, i.e., a solution that never kill innocent
process,
I want to see it.
I have an almost mathematical certainty that the human factor is by
far the greatest contributor to the problem and solving any technical
issue would be insignificant by comparison. Like any
Hello,
nonetheless, i have experience running multi-user plan 9 systems, and users
were not usually the issue.
Eric’s users are all gentleman, all careful people and all skillful programmers.
If your system is served for university students, you will have different
thought.
i think you've
what motherboard and model did you use. it would be good to buy something known
to work.
I am afraid have had less success with 9atom on old hardware.
Steve
On 28 Jan 2015, at 05:43, erik quanstrom quans...@quanstro.net wrote:
i'm quite happy to report that this new haswell hardware
i'm quite happy to report that this new haswell hardware worked the first time
with nix 64 bit. the ahci stuff should just work due to the standard, but the
i210 gbe was entered speculatively, and it's pretty nice that it just seems to
work.
so don't let 'em tell you plan 9 only works with older
EC2, EC2!
:)
On Tue, Jan 27, 2015 at 6:06 AM, erik quanstrom quans...@quanstro.net
wrote:
On Mon Jan 26 23:03:29 PST 2015, rudolf.syk...@gmail.com wrote:
Hello,
On 24 January 2015 at 20:48, erik quanstrom quans...@quanstro.net
wrote:
looks like a power even took out the motherboard.
Hi David,
A mirror of the 9atom CD image is available on:
http://mirror.9grid.fr/
I am starting to feel like an idiot again.
What I can find there seems to have 0 bytes.
(see the screenshot)
What am I doing wrong?
Thanks
Ruda
On 27 January 2015 at 16:41, David du Colombier 0in...@gmail.com wrote:
I am starting to feel like an idiot again.
What I can find there seems to have 0 bytes.
(see the screenshot)
What am I doing wrong?
These are the images from today, but the ftp.9atom.org
server is currently down. You
On 27 January 2015 at 16:03, David du Colombier 0in...@gmail.com wrote:
I wonder what the difference is between
9atom.iso.bz2
and
+9atom.iso.bz2
I think one is more recent than the other.
the one with + seems to be always (when it exists) smaller by about
2 MB ...
Ruda
but the most recent (nonzero) one is then more then half a year old,
9atom-2014-07-08
What is the logic about when a image is taken?
The image is automatically downloaded every day, then
it is deleted if the content is identical to the last image.
--
David du Colombier
On Tue Jan 27 07:00:23 PST 2015, 0in...@gmail.com wrote:
I wonder what the difference is between
9atom.iso.bz2
and
+9atom.iso.bz2
I think one is more recent than the other.
the + one is experimental.
- erik
On Tue Jan 27 16:06:49 PST 2015, aris...@ar.aichi-u.ac.jp wrote:
we don’t have perfect solution.
nevertheless, we must protect system.
why does limiting forks protect the system? why must be protect the system?
and what does that phrase mean in this context?
if we search ideal (or nearly
24 matches
Mail list logo
