On 27 January 2015 at 04:22, erik quanstrom wrote:
> this isn't because [linux oom killer] isn't thoughtfully and
> well built,
>
it's actually fairly stupid.
On Tue Jan 27 02:49:44 PST 2015, charles.fors...@gmail.com wrote:
> On 27 January 2015 at 04:22, erik quanstrom 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 written for me
> 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 fa
On Mon Jan 26 23:03:29 PST 2015, rudolf.syk...@gmail.com wrote:
> Hello,
>
> On 24 January 2015 at 20:48, erik quanstrom 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 9atom now
> > 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 processe
A mirror of the 9atom CD image is available on:
http://mirror.9grid.fr/
--
David du Colombier
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
> the usb image is the primary distribution media these days.
The USB image is also available.
--
David du Colombier
Hi David, Erik,
On 27 January 2015 at 15:22, erik quanstrom 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 distribution media t
>> 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 wrote:
> Hi David, Erik,
>
> On 27 January 2015 at 15:22, erik quanstrom wrote:
>> On Tue Jan 27 06:13:39 PST
> 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
ugl
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
> 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 have to look in an older
directory.
--
David du Colombier
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
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
EC2, EC2!
:)
On Tue, Jan 27, 2015 at 6:06 AM, erik quanstrom
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
> wrote:
> > > looks like a power even took out the motherboard. hopefully i can find
> > > some
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 har
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 nearl
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 old
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
> 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 a
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 wrote:
>
> i'm quite happy to report that this new haswell hardware worked the first time
25 matches
Mail list logo
