Simply awesome!
Thanks much to all involved.
> On Tue, Mar 23, 2021 at 6:08 AM wrote:
> We are thrilled to announce that Nokia has transferred the copyright of
> Plan 9 to the Plan 9 Foundation. This transfer applies to all of the
> Plan 9 from Bell Labs code, from the earliest days through their
Pure "producer/cosumer" stuff, like sending things through a pipe as long as
the source didn't need to touch the data ever more.
Regarding bugs, I meant "producing bugs" not "fixing bugs", btw.
> On 14 Oct 2018, at 09:34, hiro <23h...@gmail.com> wrote:
>
> well, finding bugs is always good :)
>
a mixture of clive macos and plan9ports
> On 9 Mar 2018, at 01:45, Aram Hăvărneanu wrote:
>
>> I don't think anyone is running it anymore.
>> At least, I'm not running it.
>> Sorry.
>
> What do you run?
>
> --
> Aram Hăvărneanu
>
I've used each system to write the next, then discarded the old one; so it's
quite possible you won't be able to run old ones unless you adjust them for
today.
All sources were made public and you have links in the web pages, eg.,
http://lsub.org/export/osrc.zip for the octopus.
Should anyone be
Octopus would run on Plan 9, although we used inferno for (hosted) terminals,
and it used Op as the protocol (a descendant of 9p like everyone else),
Plan B was more a modified Plan 9 system with name spaces replaced and the
early ideas of the Octopus window system implemented.
No need to apolog
In octopus you didn't have to "save" the state. The window system was kept
running at a server, including the layout you were using.
It was nice, and I miss it. II'll have to do something about it when I get some
time.
> On 3 Mar 2018, at 20:13, Steve Simon wrote:
>
> i am pretty sure nemo’s
I don’t now if clive or not,
but, I think the world has changed and I’d like to get a plan9 like environment
but considering as the HW all the machines I use, including their OS as the new
“HW”.
I’ve been trying to do that since the octopus, clive was just another attempt;
ideas are welcome :-)
Hi,
we have been working on a new system, named Clive,
it’s written in Go and includes its new weird file protocol, named zx.
I thought that some of you might be interested, so I’m writing this mail.
The http://lsub.org/ls/clive.html page has links to everything, and,
to avoid noise in 9fans, we
I have updated the nix page and the sources at sources.lsub.org for nix
to include the mark iv kernel.
The kernel is still work in progress, but now you can take a look and perhaps
borrow bits from it.
btw, the 9n kernel close to the nix directory/tar ball, is a modified 9 kernel
that
includes s
I will, thanks to all of you for your replies.
Yes, I think that provided what canvas can do, doing something like
an omero viewer should be both fast to write and efficient when running.
Now that I see that drawterms are around the corner, perhaps here already,
I will play with more omero like i
aw 9p devdraw looks cool.
I will take a look.
thanks again.
On Sep 7, 2013, at 6:05 PM, Nick Owens wrote:
> On Sat, Sep 07, 2013 at 05:48:18PM +0200, Francisco J Ballesteros wrote:
> there has been some work on this here. unfortunately not all devdraw
> messages are implemented, so gra
Hi,
I'm playing a bit with the html5 canvas, js, and go servers, and I'm
thinking it would be quite easy to build a devdraw server (an omero like
server would be even easier) so that you only have to run your go program
and it would open a browser as your devdraw device.
Just wondering, anyone p
I think its almost ready at least to
try and take a look, I will try to
put out a copy next week,
unless other authors ask me not to.
any useful bit for "production" usage
will be shared, anyway, we have always done it
that way.
In short, I agree 100% with Steve.
On Sep 6, 2013, at 10:27 AM,
On Sep 6, 2013, at 10:49 AM, Richard Miller <9f...@hamnavoe.com> wrote:
>> tl;dr: as far as i know, there is no private nix development going on,
>
> Aha, the fact that you don't know proves that it's private. ☺
As are most the files I open in my editor, until at some point I do a Put and
other
the mark I nix was, thanks to erik, made public and got stuff like graphics.
Im sure you know where to find it.
We have another version which is still experimental and unreleased,
but we were distracted by other things. Hopefully we will publish it in the
near future. But, we do what we can.
Th
nice. btw I think I have another tag tool at contrib. not sure, but it was
called tags, and the search tool was called F.
I say this because it used file and per file type tag listing (ms2txt, etc) to
index other file types. It might be an idea to add to your nice tool.
On Aug 6, 2013, at 3:1
Hi,
we updated our paper page at lsub with a few TRs describing the last work
being done on research nix (mark IV this time).
In particular, as shown in http://syssoftware.blogspot.com.es
about all allocations of a few data structures under the new allocator are
now satisfied fully locally (per p
On Jun 6, 2013, at 7:40 PM, Francisco J Ballesteros wrote:
> concat
> us
Since concat'ing us may be disgusting, I should have written "contact us".
sorry.
Hi,
I have copied at sources.lsub.org/9n a copy of a modified plan 9 kernel
that has a new mount table and mount driver, (everything near namec changed),
along with a variant of fossil that speaks 9P2000.ix aka 9pix.
See 9n.README for the details.
It's experimental, so use with caution. I'm usin
my terminal runs a plan 9 also with
those bits. dont worry.
On May 26, 2013, at 8:00 AM, lu...@proxima.alt.za wrote:
>> give us a bit more time and we will put
>> the new bits somewhere.
>
> You are back-porting this to the Bell Labs distribution, I hope?
>
>
> ++L
>
did not publish it yet, but we have what
could be called a nix mark II, comes
with a new mount table and a fossil
speaking 9pix, plus a new scheduler.
It does not have al the stuff like graphics in the modified mark I nix
you have, but, the new stuff should be
easy to use on it.
give us a bit
To anyone with a pi out there,
can you try to do an upas send on the pi (just send a mail)
and let me know if it worked fine there?
thanks
yes, except that the whole thing
got worse because one of our servers
had a lot of memory used due to
those and we put back the bind for
tmp.
On Apr 18, 2013, at 5:33 PM, Charles Forsyth wrote:
>
> On 18 April 2013 15:51, Fco. J. Ballesteros wrote:
>> if one has one problem, it can lock ever
Yes, I noticed the comment, but I thought it was wrong.
The problem was that we had quite a number of upas/fs's and scanmails
running and it was because one of them had a problem and kept a
/mail/tmp/L.mbox file locked. All other ones kept waiting for that
(although all of them were using differen
Hi,
we found recently that we had a problem with /mail/tmp/L.mbox
used by upasfs to lock.
Looking into, we found that in upas/common/libsys.c the
function generating the lock file name returns always "L.mbox"
but not .../L. as it seems it should.
Also, the function doing the actual lock hides th
look under /acme for examples.
On Apr 12, 2013, at 2:21 PM, trebol wrote:
> On Thu, Apr 11, 2013 at 07:57:13PM +0200, Nemo wrote:
>> you could put it in sources, if not yet there.
>
>
> I want to put order in this mess before put it in sources.
>
> I change the for loop to work in the output
andrey, I agreed the language is nice
and that's why I also use it.
I just pointed out that binaries are one
order of magnitude larger, as
you just proved.
perhaps I shouldn't have raised this.
I didn't want to bother anyone.
El Mar 24, 2013, a las 12:45 AM, andrey mirtchovski
escribió:
>
I used noweb, and web before that, long before go was conceived.
In fact, I was a huge fan of that. Knuth literate programming was fun.
it was tiny compared with godoc tool. Although the go tool is tiny compared
with eclipse or even the old code warrior.
I like the language, and worked to get it r
might be, but I was also thinking on macos x, not just 9.
On Mar 23, 2013, at 8:37 PM, Rob Pike wrote:
> If go install is slow on Plan 9, it's because Plan 9's file system is
> slow (which it is and always has been), and because go install does
> transitive dependencies correctly, which mk does
On Mar 23, 2013, at 8:33 PM, Rob Pike wrote:
> Why use mk when the source code has all the
> information you need to build the program
speed.
You have a fast and nice compiler.
I only copy a std mkfile to each dir with go source. I dont write them.
I have a few programs written, including fs sync tools and a few other things.
I guess the largest one might be 10k lines.
The language is nice, although binaries are still large. I mentioned hello
world
because that was the trivial example. I saw the same effect with other real
world programs.
Although, in general, I agree. I think that having the resources doesn't mean
we have to consume them (although we might if that pays off, of course).
For example, looking at what go install does wrt what a few mkfiles would
do for the same go source is illustrative of what I'm trying to say.
On
Than plan 9's C ones.
On Mar 23, 2013, at 5:09 PM, erik quanstrom wrote:
>> Binaries are one order of magnitude larger and the go tool & part of the
>> runtime code are, well….
>
> sorry to be dense. larger than what?
>
> - erik
go runs already on 9.
Binaries are one order of magnitude larger and the go tool & part of the
runtime code are, well….
but it's already there.
On Mar 23, 2013, at 12:40 PM, "Peter A. Cejchan" wrote:
> I still hope that some clone of plan9/nix/nxm will merge with Go
yes, checked and runs on 386, amd64, and arm.
with the 9 tree from sources.
iirc, I had to do some changes for amd64 and gorka had to port to arm.
hth
On Mar 21, 2013, at 6:23 PM, Francisco J Ballesteros wrote:
> I think Gorka has it running.
> At least, it runs in our rpi's.
>
I think Gorka has it running.
At least, it runs in our rpi's.
On Mar 21, 2013, at 5:54 PM, Jeremy Jackins wrote:
> Sorry to dredge up an old thread, but did you get any further with
> this Lucio? I'm getting a similar error building current Go tip.
until a few weeks ago. it has been retired now.
we are working on the next one, but it will take time.
On Feb 28, 2013, at 12:05 AM, Matthew Veety wrote:
> Do you guys still use it at lsub?
>
> On Feb 27, 2013, at 17:54, Francisco J Ballesteros wrote:
>
>> yes, octopus
yes, octopus was a better plan.
both should be still avail from our web site.
On Feb 27, 2013, at 11:39 PM, David Leimbach wrote:
> There is/was a Plan B. Some of the ideas went into Octopus I think...
>
>
> On Wed, Feb 27, 2013 at 1:45 PM, Devon H. O'Dell
> wrote:
> 2013/2/27 David Leimbac
I know, but, what's the std way to do that in go in plan 9?
On Feb 18, 2013, at 7:07 PM, cinap_len...@gmx.de wrote:
> network connections on plan9 can be hanged up by writing "hangup" into
> the corresponding ctl file.
>
> --
> cinap
>
> [/mail/box/nemo/msgs/201302/897]
Forgive me,
Somehow I removed the -v from the call to go test. That makes the log print
only for failed tests.
Regarding TCP, forsyth reminded me that it's what I'd get with the std. Plan 9
system calls, which
is so.
I guess my question is… how can I interrupt a reader in that case? In C I'd
Hi,
I've been using go for a few things in Plan 9, and noticed a couple of things.
I'd just like to know if it's me or if this also happens to others:
- diagnostics issued by log.Print et al. don't show up unless I call log.Fail
- closing a tcp connection which is still open by a nearby reader pr
Just to let others know, Erik has everything the lsub nix had. If you want a
terminal, you
might just pick that one.
We are in the process of removing features from the nix at lsub to make it
become a more
researchy kernel; and we will focus on servers, not terminals.
for terminals, there are n
Nevertheless, if someone wants a 64bit kernel that could be used as a terminal,
I'd say
Erik's copy would be fine for that.
On Feb 7, 2013, at 11:42 PM, David du Colombier <0in...@gmail.com> wrote:
>> Erik's 9atom which distributes basically the same source as you can
>> find on lsub.org (becau
did you notice the discussion was from this century?
surprising!
On Oct 17, 2012, at 8:28 PM, cinap_len...@gmx.de wrote:
> yeah, like mount... its files all the way down :)
>
> linux is like windows... everything is a HANDL^Wfiledescriptor
>
> --
> cinap
sad news.
he was quite young, also. :(
r.i.p.
On Oct 14, 2012, at 10:17 PM, "Devon H. O'Dell" wrote:
> He was certainly a lively and unique character in person and on the
> various lists / channels he frequented. RIP.
>
> --dho
>
> 2012/10/14 Calvin Morrison :
>> On 14 October 2012 15:55, Serg
those were added to let use keys in the laptop as mouse keyboards.
they are configured using /dev/kbmap
I have a couple of kbmaps using those.
On Aug 21, 2012, at 12:46 AM, erik quanstrom wrote:
> in pc/kbd.c, there are the scan codes Kmouse|button. where button in {1, ..,
> 5}.
> i am not sur
Yes.
Also, if anyone wants a different behavior, it´s easy to change
to source so it fits your preferences.
On May 31, 2012, at 8:05 PM, steve wrote:
> Aww, leave sam alone, he served us well for (so) many
> years, zerox is part of his baroque charm.
>
> if where to change any text, which i wo
I'd prefer clown, because it reminds me of clone. ;)
couldn't resist.
On May 30, 2012, at 6:20 PM, Richard Miller <9f...@hamnavoe.com> wrote:
>>> copy?
>>>
>> That surely won't be confused with the "Snarf" functionality at all
>
> And on second thought, maybe Dup is a bit too much like Dump ...
On May 20, 2012, at 5:13 AM, Bakul Shah wrote:
>
> How often would you flush to disk? You still need to worry about the order
> of writing metadata.
>
that's the nice thing. it's so simple I don't have to worry about order. you
write new
blocks and, once all of them reached the disk withou
using ipad keyboard. excuse any typos.
>>
>
> Just curious.
> If the tree doesn't fit in memory, how do you decide who to
> kick out? LRU? Sounds much like a cache fs. What does it buy
> you over existing cache filesystems? Speaking more generally,
> not just in the plan9 context.
>
>
lru
On May 16, 2012, at 4:03 PM, hiro wrote:
> There are towns without restaurants and pubs in America?
More than there are in Spain.
Where "no-one" is aka Nemo.
On May 16, 2012, at 9:07 AM, Gorka Guardiola wrote:
> It means (loosely translated) no-one provokes me without punishment.
damn, I'll have now to seek for another uid
it's all in the open.
On May 15, 2012, at 8:54 PM, Charles Forsyth wrote:
> Yes, I see you've realised that "Nemo" has nothing to do with that nautical
> fellow,
> but refers to the Latin motto "Nemo me impune lacessit"!
>
> On 15 May 2012 13:42
On May 14, 2012, at 12:14 PM, IainWS wrote:
> Would
> I be wrong in saying there are four dictators?
Yes, there's just good taste :)
Oh! Good catch!
Sorry I couldn't be of more help.
On May 10, 2012, at 9:58 AM, kokam...@hera.eonet.ne.jp wrote:
>> For what you say I think that your plumber might not be configured or
>> that something happen with the configuration file after view tried to plumb
>> it.
>>
>> In the worst case
Sorry, I missed the previous mail.
To avoid noise for 9fans, can you let me know off-list which OS are you using
on the PC
and on the terminal and I'll try to help?
For what you say I think that your plumber might not be configured or
that something happen with the configuration file after view
Yes, I think this requires a modified mouse driver that reports if
the user is idle according to mouse usage or not.
Not a big deal if you are not running a context hierarchy in /who /what ...
You just just comment out that service.
On Apr 26, 2012, at 3:28 PM, kokam...@hera.eonet.ne.jp wrote:
plus I think the man page describes it quite well. IIRC.
--
using ipad keyboard. excuse any typos.
On Apr 25, 2012, at 9:19 PM, hiro <23h...@googlemail.com> wrote:
>> How did you learn this information -- from a "stupid" textual
>> list?
>
> No, from a youtube vid. There were these nice mouse
On Apr 22, 2012, at 9:55 AM, kokam...@hera.eonet.ne.jp wrote:
> 4) Why I cannot run inferno applications, such as charon
> during o/mero and o/live is running. I got
> wmlib: no draw context error.
>
> Kenji
>
You can run emu apps, but there is no graphics context.
So you can't run inferno g
>
> 1) In a directory panel, is it difficult to make distinguish directory
> and files like acme?
yes, names are listed. that's all
> 2) Is it difficult to reflect the change, say create a file etc, the
> content of directory panel?
You have to reopen the dir.
Button 3 click on the name, then
If you consider a set of abstract widgets, reasonable enough, you could map them
to native implementations in
-a browser
-cocoa
-gnome
-add your one here.
then, there could be a portable shared component speaking to those and
gatewaying
to your favorite protocol (9p, ix), and you could have a cl
Is it exported as files?
I thought I knew Qt, but, if it provides a file interface, I missed that.
On Apr 18, 2012, at 5:45 PM, arn...@skeeve.com wrote:
> Hi.
>
>> To make it explicit, the plan I have is to
>> throw away o/live and o/mero and write something native for
>> macos, linux, and perh
To make it explicit, the plan I have is to
throw away o/live and o/mero and write something native for
macos, linux, and perhaps ios such that the UI widgets are abstract
and handled in a similar way they are handled in o/live.
Only that they'd be native widgets with the look of the native system
Sure. I'm using it (and nix/plan9) to develop nix.
Drop me a line off-list if you want help, but you should have
everything you need in the web site, including the distribution of the system.
On Apr 18, 2012, at 2:26 AM, kokam...@hera.eonet.ne.jp wrote:
>> I was thinking along the lines of http:
On Apr 17, 2012, at 10:41 AM, kokam...@hera.eonet.ne.jp wrote:
>
> Your intension is to develope two ways, one for
> server (nix), and one for terminal (like drawterm?)
>
Just to let you use your server(s) but assume that
your terminals might be running macos, linux, ios, ...
as their native sy
Just to say that we moved the development mailing list.
Sorry about that.
it's nix at lsub.org
and you can subscribe by a mail to nix-request at lsub.org,
should you want to do so.
Sorry again.
On Apr 14, 2012, at 11:02 PM, Nemo wrote:
> Hi,
>
> just FYI,
>
> http://lsub.org/ls/nix.html
>
>
WoW! I hate them.
It seems my university is subscribed and I could browse it freely…
I'll talk to you off list.
On Mar 2, 2012, at 11:24 AM, Aram Hăvărneanu wrote:
>> Given the lag in publication, this system is no longer under development
>> (though we are still using it), but here's a paper abo
Given the lag in publication, this system is no longer under development
(though we are still using it), but here's a paper about the Octopus.
http://www.sciencedirect.com/science/article/pii/S016412121200043X
I post it here because it's related to Plan 9.
but if you insert extra music in front of your track dedup in venti won't help.
or would it?
On Sat, Jan 14, 2012 at 12:10 AM, Aram Hăvărneanu wrote:
> erik quanstrom wrote:
>> an extra copy or 100 of the distribution
>> will be <1% of a new hard drive, even with
>> no de-dup.
>
> Sure, but there
you can enable debug diagnostics for devices by using the usbd ctl file.
I don´t remember which ones are the strings (see the man, probably) but
I remember you can enable debug flags without restarting it.
You could try to locate them and enable debug for that, plug the disk
again, disable
debug f
Could be worse, they might require using IE on Windows 7 to submit them.
Or perhaps they already do?
On Fri, Dec 2, 2011 at 7:16 PM, ron minnich wrote:
> Irony alert! The Bell Labs journal now requires submissions in *word*.
I have written books both in latex and in troff.
It's a nightmare, no matter in what, to get things like
indexes and tocs right.
Doing it in troff required me to write a few scripts to
generate some of the tables.
Doing it in latex required me to write a few scripts to
fix up things not handled w
+1 for using parallel mkfiles.
If they are few, we don't need to import gmake and we could
still build just by adding them to the std tree.
On Fri, Dec 2, 2011 at 6:55 PM, Lyndon Nerenberg wrote:
>>> modify ape/make.
>
>
> I was just waiting for this :-P
>
> Please do NOT fuck with ape/make. As
Well, that's actually the approach Ron would choose for nix.
IIRC, there were a bunch of mkfiles added to the std. go tree
to make it compile, but I may be mistaken.
Ron knows better.
On Fri, Dec 2, 2011 at 7:42 AM, Lucio De Re wrote:
> I would be interested
> in the approach Nemo might choose f
On Fri, Nov 25, 2011 at 9:06 AM, Lucio De Re wrote:
> hereas any changes to
> the original Plan 9 distribution affects my working environment
> directly, which makes it trivial to submit changes if I develop them.
>
That's what I was saying. We are working in nix in such a way that we
hope the co
I'd like to say here that I'm sorry if my mail in this thread
did hurt any feelings. That was not my aim, again.
I know all of us keep a local copy in one way or another,
but I'd like to suggest that all of us keep on sending patches and
code to bell labs; that's the least we can do, considering t
neither am I.
I was saying it would have been much better to see which
one was the problem with patches and address it.
have fun.
On Thursday, November 24, 2011, ron minnich wrote:
> Um, cinap, just FYI, I was not aiming at you or anyone else in
> particular. Sorry if it sounded that way.
>
> It'
I'm impressed by the work Geoff, and others do on Plan9, and I'm not
talking about 9front at all.
Jim, Charles, and others made an excellent port for amd64,
which is cleaner that any other system I've seen. We used that
as a starting point for nix.
I think is childish to fork a system because the
You mean -1, don't you?
On Thu, Nov 24, 2011 at 5:40 PM, Yaroslav wrote:
> 2011/11/22 Skip Tavakkolian :
>> because 9fans not only agree to disagree, they also disagree to agree :)
>
> +1
>
>
But, if you want more than one core, be sure you
install the CL I sent (which has not yet been applied).
I'll commit it later today so you could get SMP without
applying any CL by hand.
>
> I use it as follows:
> hg clone http://googlecode.com/p/nix-os nix-os
> cd nix-os
> ./9vx.OSX10.6 -r . -u r
funny, it's working like a rock here. just fine.
maybe I've been lucky.
On Mon, Nov 21, 2011 at 7:39 PM, ron minnich wrote:
> just normal usage, mk install and such in the nix release, and there
> are times that memory corruption happens. There's been a race in there
> forever, and sometimes you
I don't understand.
You were also organizing it :)
On Mon, Oct 24, 2011 at 5:05 PM, erik quanstrom
wrote:
> i just wanted to say thanks to the organizers for putting in all the work to
> make the conference a big success.
>
> - erik
>
>
The proceedings can be found in the web page,
iwp9.org
Dear all,
the dealine for IWP9 WIP is here, but we encourage
everyone with WIP to submit to IWP9. We will still wait
a few days for WIP submissions.
hth
What I do is to consider the macs as volatile.
Very much like "firmware".
All the stuff I care about is in our main file server.
I might either use my files using the octopus or just cache them in the local
disk of the mac when I need that.
To recover such "firmware", yes, I use an external disk a
Dear all,
this is to announce that, due to local logistics, the
camera ready deadline for iwp9 is now set to
October, 13rd. (That is, Thursday).
It was previously set to 14th, so it's one day before.
thanks
Don´t know by now.
On Fri, Sep 23, 2011 at 11:28 AM, Alexander Clouter wrote:
> Francisco J Ballesteros wrote:
>>
>> This is the provisional program for IWP9 2011.
>> It will be updated in the web site soon, but in the
>> mean time, this is how it looks like.
>>
I'm sorry. A jtag workshop (also included in iwp9 2011) was
missing from the program I sent. This is the correct one.
The one in the web will be updated soon.
11:00 Registration (and coffee)
11:50 Welcome + keynote
12:00 panel: news from new systems: osprey, inferno-ports, and nix
13:00 Lu
Dear all,
This is the provisional program for IWP9 2011.
It will be updated in the web site soon, but in the
mean time, this is how it looks like.
Best regards
October 20th
11:00 Registration (and coffee)
11:50 Welcome + keynote
12:00 panel: news from new systems: osprey, inferno-ports, a
Somehow indent has indented wrong some ifs
(the code in the body is at the same tab level than the if).
Perhaps I made a mistake. I'm not saying it doesn't work
(I'm sorry if I did).
but cb was just fine.
On Sun, Sep 18, 2011 at 10:01 PM, Steve Simon wrote:
> I have an indent port in my contri
As I said, I should learn to read man pages.
cb -s
was exactly what I was looking for.
thanks again.
On Sun, Sep 18, 2011 at 8:23 PM, Francisco J Ballesteros wrote:
> I was looking for something capable of unifying say
>
> if(...){
> }else{
> }
>
> and
>
I was looking for something capable of unifying say
if(...){
}else{
}
and
if(...)
{
}
else
{
}
into a single style.
But it might do. thanks again.
On Sun, Sep 18, 2011 at 8:11 PM, erik quanstrom wrote:
> On Sun Sep 18 14:10:06 EDT 2011, n...@lsub.org wrote:
>> Hi,
>>
>> anyone is using a C be
I'll have to learn to search and read man pages :)
thanks!
On Sun, Sep 18, 2011 at 8:15 PM, andrey mirtchovski
wrote:
> /386/bin/cb?
>
>
Hi,
anyone is using a C beautifier in Plan 9?
I mean, other than gnu indent, which I tried and does not
work quite right for me.
thanks
That's what 1G pages are for.
On Fri, Sep 16, 2011 at 8:32 PM, erik quanstrom
wrote:
> On Fri Sep 16 14:26:53 EDT 2011, rminn...@gmail.com wrote:
>> On Thu, Sep 15, 2011 at 11:46 PM, erik quanstrom
>> wrote:
>> >
>> >
>> > (can't one just preemptively map the whole text on first-fault?)
>>
>> w
It's already there.
We can discuss this off-list
On Fri, Sep 16, 2011 at 5:44 PM, ron minnich wrote:
> OK, ok, I'm being unreasonable.
>
> If somebody will please write the cpuid function that returns 1 if GiB
> pages are supported and 0 if not, I'll do the rest next week.
>
> ron
>
>
What's the problem if you let the kernel work with 2m/1G
entries when you have them, and with just 2M entries with it doesnt?
Or perhaps your reply was not to my mail... or I'm confused :)
On Fri, Sep 16, 2011 at 5:33 PM, erik quanstrom
wrote:
>
> i would hate to have dogmatic rules like this li
I agree, but I think it's ok if we use them only if we have them, and rely on
just 2M otherwise.
On Fri, Sep 16, 2011 at 5:28 PM, ron minnich wrote:
> On Fri, Sep 16, 2011 at 7:57 AM, erik quanstrom
> wrote:
>
>> please don't make it required. there's already array of page sizes per mach.
>
> s
In the experiments I made I was sending all results through shared memory
(a pointer to the reply).
But I don't think that code is in the main rep.
On Thu, Sep 15, 2011 at 4:13 PM, erik quanstrom
wrote:
> On Thu Sep 15 10:04:54 EDT 2011, n...@lsub.org wrote:
>> I could run old binaries. Perhaps p
I could run old binaries. Perhaps profiling no longer works for them,
didn't even try.
Either way, we had no choice. We had to put some stuff in there.
1 - 100 of 359 matches
Mail list logo