It just keeps getting better:
$ hugeadm --create-global-mounts
$ hugeadm --pool-pages-max DEFAULT:8G
$ hugeadm --set-recommended-min_free_kbytes
$ hugeadm --set-recommended-shmmax
$ hugeadm --pool-pages-min DEFAULT:2048MB
$ hugeadm --pool-pages-max DEFAULT:8192MB
"In this i
having just gone through this process once, I've found I would much
rather leave / untouched by human hands, and put my additional bits
in /usr/rminnich and bind it over to where it needs to go.
But then I run mostly single-user machines.
ron
On Fri, Mar 26, 2010 at 4:58 AM, hugo rivera wrote:
> Hello,
> float operations are causing me some headaches on plan 9 (9vx).
> I have a program that crashes badly when I feed it with near-the-top
> doubles ~1.1e308. This causes an overflow in a function that needs to
> square this values and aci
On Fri, Mar 26, 2010 at 9:45 AM, Lyndon Nerenberg (VE6BBM/VE7TFX)
wrote:
> You're making this way more complicated than it needs to be.
>
> For 3rd party stuff, I put the source tree in /usr/lyndon/src/,
> adjust the mkfiles to install in /usr/lyndon/bin/$objtype, and say
> 'mk install'. I keep a
On Fri, Mar 26, 2010 at 9:55 AM, erik quanstrom
wrote:
>> bind -a $home/bin/rc /bin
> [...]
>>
>> (I use this for contrib packages as well, after getting burned a few
>> times with contrib stuff breaking builds in /sys/src. Rather than
>> use the package tool I copy the sources into $hom
On Fri, Mar 26, 2010 at 9:57 AM, hugo rivera wrote:
> 2010/3/26 ron minnich :
>> yes, so I wonder, under what circumstances would you want this
>> non-useful output? Are you going to do further computation with the
>> number that you can not represent? I almost prefer the
http://en.wikipedia.org/wiki/Fail-fast
says it better than I can.
ron
On Fri, Mar 26, 2010 at 10:46 AM, Tim Newsham wrote:
> Yah, you could have known that with a lot less computation if you
> stopped earlier, but you're not exactly left computing with garbage.
Good point.
ron
On Mon, Mar 29, 2010 at 1:58 PM, Corey wrote:
> Plan9: an old-school IDE and a file server wrapped into one.
>
> The mind reels.
>
> Sometimes, less is _not_ more.
>
>
OK, that's it, we're not going to let you use it any more.
:-)
ron
If you want to know the current state of the art at the high end you
need to understand MPI.
It's not great, in fact it's awful, but it does the job for now.
ron
On Wed, Mar 31, 2010 at 10:51 PM, hiro <23h...@googlemail.com> wrote:
> Ron, when has plan9 stopped being state of the art?
Remember, "the state of the are" does not mean "good".
These new flint arrowheads are state of the art! I always use them for
HPC with my MPI code!
:-)
ron
--rw-r--r-- M 26 rminnich sys8805 Apr 3 17:41
/n/sources/contrib/rminnich/9vx.tce
Note this is only the following:
-rwxr-xr-x root/root61 2009-10-13 22:11:07 usr/local/bin/9vx
-rwxr-xr-x tc/staff20 2009-10-14 03:38:18 usr/local/tce.flwm/9vx
-rw-r--r-- tc/staff 8580 2009-1
On Mon, Apr 5, 2010 at 2:20 AM, Richard Miller <9f...@hamnavoe.com> wrote:
>> i've had a core i7 machine for some time with 4c/8t.
>> unfortunately, the mp table has only 4 processor entries.
>
> My impression is that mp tables are getting worse and worse on new
> hardware because vendors assume ev
Check this page, look for 'functional specification'
Maybe everyone else has found this but I just got told about it by marvell.
ron
On Tue, Apr 6, 2010 at 2:51 PM, Christopher Nielsen wrote:
> Did you mean to include a URL?
>
I'm gonna blame chrome and gmail, anyone but me!
http://www.marvell.com/products/processors/embedded/
nice. It's nice to see the spirit of assembly language hacking is not
being lost :-)
ron
On Thu, Apr 8, 2010 at 2:29 PM, erik quanstrom wrote:
> at what point do we cry uncle and write
> an x86 16 bit loader/assembler?
Never :-)
I still like the current approach because it works but at the same
time discourages people from using it :-)
ron
If it matters that much just port nasm.
ron
somebody referred me to the discussion.
Sometimes we found people wanted to build on their existing OS (Linux,
OSX, whatever) in a cross-build way, and, further, didn't want to do
that in a VM, because they had tools they liked.
github.com/rminnich/NxM is the last snapshot of the Sandia/BL fork,
On Fri, May 9, 2014 at 1:51 PM, Bakul Shah wrote:
> Full plan9 *native* build of the kernel, libs and bin on a
> /RapsberryPi/ is about 4 minutes
GOOD. Why not have a web page? The great plan 9 build shootout. Nobody
would be happier than me if Linux always lost.
ron
On Fri, May 9, 2014 at 2:46 PM, Charles Forsyth
wrote:
>
> On 9 May 2014 21:37, ron minnich wrote:
>>
>> under the Inferno license for that matter
>
>
> that's usually MIT
Yeah. Either 3 clause BSD or MIT work. Many others don't. So whichever
one of thos
I've done this, and I've forgotten how. I need to tell 6l to link a
program to run at
0x7f00
I've tried various combos of -T, -R, and -D and am failing to get the
right result ... any hints to revive my poor memory would be welcome.
ron
you need to give more credit to the compiler :-)
the address I'm using is in the low half of the address space.
But I'll wait for Charles to weigh in and tell us what's what.
ron
I've been watching the discussion but was hesitant to jump in. But
somebody asked me to say a thing or two.
We put the nsec() system call into NxM because, any way you cut it, it
provides better accuracy than the open/read/close path, particularly
when there's lots of stuff running, and the apps w
On Mon, May 19, 2014 at 2:30 PM, Charles Forsyth
wrote:
> Jitter says something about (in)consistency of time periods or intervals. It
> will be a function of scheduling decisions, not the overhead of a single
> call.
> In Nix, on an AP core, sure, because there isn't any scheduling. When there
>
On Mon, May 19, 2014 at 3:05 PM, erik quanstrom wrote:
> the documentation appears not to cover this completely.
Hmm. You put documentation and completely in the same sentence. Agents
are converging on your house. Run!
There's always an undocumented progress engine somewhere in the works.
ron
I have a different perspective. There are millions of chromebooks out
there updating all the time, from the firmware to the kernel to the
root file system to everything. It all works.
If you are telling me that the upgrade technology of Plan 9 can not
handle an automatic upgrade, fine; we have the
Ah well, back to 'm' for this thread, and I now accept that this
community is unwilling to solve this simple problem, as so many others
have. Bummer.
ron
has anyone looked at camlistore as a starting point? Written in Go,
which means it works on Plan 9.
ron
I'm beginning to remember why I redirected this list to /dev/null. I
think I'm going to resume.
Enjoy your ever-shrinking place in the world, folks; it's clear that
you enjoy it. It's also clear that nobody else cares any more.
ron
is now at github.com/rminnich/nix-os
Just for historical interest.
ron
I'm giving a talk at Usenix in Santa Clara in 2 weeks on u-root, and I'll
be setting up a Plan 9 BOF (assuming there is room) with a difference:
we're going to demo the GPL'ed Plan 9 code base booting on a small amd64
cluster (assuming it's working by then!). The system is built with gcc,
although
I've been looking for source to rbind, and Aki no longer has it. If anyone
still has it can you ping me off list and let me know?
thanks
ron
On Thu, Mar 13, 2008 at 8:52 PM, <[EMAIL PROTECTED]> wrote:
> >> cpu% grep home crash.txt
> >> take me back home
> >
> > http://mirtchovski.com/screenshots/ffmpeg.gif
>
> A question in total innocence: What does Vim really buy you?
it buys you a negative. I won't have to hear people whine a
On Tue, Mar 18, 2008 at 9:26 AM, Iruata Souza <[EMAIL PROTECTED]> wrote:
> last year's big problem was the number of failed projects, not the
> effort made by the organization.
I am going to assume you know this because you know the % of failed
projects for Plan 9, you know the % failed for all
On Tue, Mar 18, 2008 at 3:56 PM, hiro <[EMAIL PROTECTED]> wrote:
> serious, there are still enaugh organizations, which could need a
> filesystem interface. a hgfs (mercurial) would be nice.
What's the big win here?
ron
On Wed, Mar 19, 2008 at 6:54 AM, hiro <[EMAIL PROTECTED]> wrote:
> > What's the big win here?
> There is no *big* win. It would be of good use for me.
I can see the attractiveness in one sense. I'd like to have
an (e.g.) git file system such that to compare trees I did not type
all these commands
On Thu, Mar 20, 2008 at 11:48 AM, <[EMAIL PROTECTED]> wrote:
> APE does not include EWOULDBLOCK in its . I have a feeling
> that no syscall will return EWOULDBLOCK as an error code, so I fail to
> see any reason not to include it. Am I missing something?
If it's not there, and someone uses
On Thu, Mar 20, 2008 at 9:07 PM, Skip Tavakkolian
<[EMAIL PROTECTED]> wrote:
> a couple of weeks ago brucee and i were looking for "wood block" on linux :)
>
> here's a little torture: which header file has the errno's on linux?
All of them.
ron
On Fri, Mar 21, 2008 at 10:51 AM, erik quanstrom <[EMAIL PROTECTED]> wrote:
> > As I note in the README, lmbench's license carries the additional
> > restriction that you cannot publish results from modified benchmarks,
> > so keep your results to yourself.
>
> doesn't generating unpublishable r
On Fri, Mar 21, 2008 at 9:44 PM, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
> It suggests to me that these calls are the lowest level of
> communication with the kernel. I once thought that all system calls
> could be called by a program :-P
>
why do you think that they can't be?
ron
On Tue, Mar 25, 2008 at 2:39 AM, Rudolf Sykora <[EMAIL PROTECTED]> wrote:
> Well, [EMAIL PROTECTED] could definitely be a choice. But, doesn't it go
> against the
> basic philosophy of Plan9 creators??!
Who cares? I talked to one of those creators @ google a little while
back. In response to so
I was not sure what was on there but found
http://damnsmalllinux.org/cgi-bin/forums/ikonboard.cgi?act=Print;f=8;t=19312
Posted by 9a6or on Nov. 18 2007,05:25
lspci in DSL gives:
Code Sample
:00:00.0 Host bridge: Intel Corp.: Unknown device 2590 (rev 04)
:00:02.0 VGA compatible controller
I've been wanting a desktop calculator for some time. I'm sitting on
the plane, trying to avoid real work, and decided to see if I could do
this:
1. put a dc behind /srv/desk
2. start a rio in a window
3. window 1 becomes cat /srv/desk
4. other windows are stupid programs that, on mouse click, send
On Mon, Mar 31, 2008 at 3:43 PM, Federico G. Benavento
<[EMAIL PROTECTED]> wrote:
> what about:
> % dc <[0=1] | echo 0 > /srv/desk
>
well I knew somebody would tell me how to do this. Damn. Nice.
ron
On Mon, Mar 31, 2008 at 3:43 PM, Federico G. Benavento
<[EMAIL PROTECTED]> wrote:
> 2 graphical calculators for Plan 9.
> http://plan9.aichi-u.ac.jp/netlib/demos/suzuki/s41.html
neat. But I like the perversity of using a window manager as my
control process.
For example, for a memory value, I
On Mon, Mar 31, 2008 at 3:51 PM, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
> On Mar 31, 2008, at 6:43 PM, Federico G. Benavento wrote:
>
> > what about:
> > % dc <[0=1] | echo 0 > /srv/desk
> >
> Does that even do anything? You can't pipe to echo, can you?
>
>
try it first then send email.
btw another nice thing about having a desk calculator with the fd
hanging out in /srv/desk: I can have any process (awk pipeline) feed
commands into /srv/desk and have it pop up in my desk calculator.
Don't know why I didn't do this before. Also, it would be easy to drop
three dc processes at the e
On Tue, Apr 1, 2008 at 6:29 AM, Eric Van Hensbergen <[EMAIL PROTECTED]> wrote:
>
> Wouldn't plumbing be better for this sort of thing?
>
yeah, good idea, you could prepend calculations with a string. But
more important is that your calculator needs to have a channel that is
global and available t
Actually I got concerned about other big problems with echo. It was
pointed out on this list that this was confusing:
whatever | echo 0 > /srv/whatever
I mean, how can you pipe to echo? So I have a fixed version.
Now, the sequence above will check fd 0 in the namespace. If it is a
pipe, it will
Unless this file got truncated, all I see here are walks and stats and
clunks of a file, nothing more (I used wireshark to walk the file --
it breaks out 9p pretty nicely). I don't see any twstat or open or
create ... Am I missing something?
ron
btw, this 'unkown mode' -- what is all this you wonder?
what's
p9_errstr2errno: errstr :unknown mode: not found
Not found? Huh? This is the errstr (from plan 9) to errno (for
ancient, primitive OSes that don't have errstr, i.e. 'all of them').
I see in fossil/9p.c this for create:
if(omod
On Sun, Apr 6, 2008 at 11:57 PM, Matthias Teege <[EMAIL PROTECTED]> wrote:
> ; cp /n/crn/usr/mtg/testmail.txt /tmp
> ; cp /tmp/testmail.txt /n/crn/usr/mtg/testmail2.txt
I'm more confused. You get the same error for each of these?
to sum up:
these are running on linux. First is copy from remot
On Sun, Apr 6, 2008 at 11:57 PM, Matthias Teege <[EMAIL PROTECTED]> wrote:
>
> ; cp /n/crn/usr/mtg/testmail.txt /tmp
> ; cp /tmp/testmail.txt /n/crn/usr/mtg/testmail2.txt
sorry, being dumb, time to go to bed. So the trace clearly shows the
first one succeeding.
There's never any sign that the
On Thu, Apr 10, 2008 at 10:28 AM, <[EMAIL PROTECTED]> wrote:
> > how is that different from the Plan 9 port that is already provided
> > with the ftq (chamatools) distribution from sourceforge?
> >
>
> I don't know; I didn't know of the existence of any such thing.
> Ron just handed me a tarba
On Thu, Apr 10, 2008 at 11:25 AM, Charles Forsyth <[EMAIL PROTECTED]> wrote:
> > Ron just handed me a tarball one day and said, "Thou Shalt Port This",
> > so I did. I'll look at the one on sourceforge.
>
> i wonder if they'll give the same results!
>
>
actually, that's a good test. The worst pa
On Thu, Apr 10, 2008 at 2:05 PM, andrey mirtchovski
<[EMAIL PROTECTED]> wrote:
> > i wonder if they'll give the same results!
>
> yes, the results are very similar (it's not an exact number). top here
> is the original ftq, bottom is John's port:
>
> http://mirtchovski.com/screenshots/ftq.jpg
>
On Thu, Apr 10, 2008 at 7:15 PM, erik quanstrom <[EMAIL PROTECTED]> wrote:
> > The two upticks on the top one usually mean trouble with the timer. I
> > can't imagine why it is happening.
>
> missyncronized tsc?
>
Good possibility, but without knowing what it was run on it's hard to
say. Obvious
On Fri, Apr 11, 2008 at 5:23 PM, <[EMAIL PROTECTED]> wrote:
> Even if you "prove" that plan9 is "faster" than brandX,
The point is that I use this data in my work. Whether you wish to use
it is up to you.
Some folks have actually made use of this code, e.g. Cray used it to
tune the OS that run
This is really an interesting discussion -- anybody think it could go
on the wiki? I enjoyed it anyway :-)
A good example of how correct behaviour (in this case Plan 9) can get
you spanked.
ron
On Thu, Apr 17, 2008 at 2:19 PM, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
> rEFIT fails me. Back to waiting.
>
send the mac to me. I will fix it as I fixed Gorka's mac.
ron
On Fri, Apr 18, 2008 at 2:39 PM, Latchesar Ionkov <[EMAIL PROTECTED]> wrote:
> Looks like Apple's BIOS emulator doesn't emulate a standard keyboard.
> 9load loops forever in i8042init waiting for "a quiescent controller".
>
>
EFI would have to support that via SMM. The bios emulator can't do it
v
this new lguest port pulls us forward to 2.6.25 with the new virtio
interface (ericvh git branch still I guess -- eric?)
works fine with thx9 images. I am booting them now.
Feels peppier but kernel build still slow -- 90 seconds.
if interested, let me know.
ron
On Wed, Apr 23, 2008 at 12:21 PM, Juan M. Mendez <[EMAIL PROTECTED]> wrote:
> I'm interested Ron, Any change to thnx to get it working with new lguest?
have not tested with full up thnx yet. I am going to pull down a
release 2.6.25 and make sure it still works with that.
contrib/rminnich/lgues
oh yes, to install lguest, you MUST:
modprobe lg syscall_vector=64
This sets the right syscall vector.
ron
On Wed, Apr 23, 2008 at 4:22 PM, erik quanstrom <[EMAIL PROTECTED]> wrote:
> just put it up on a tee: why not use aoe?
I had not even thought of that. How do you recommend setting it up?
ron
On Wed, Apr 23, 2008 at 11:10 AM, Eric Van Hensbergen <[EMAIL PROTECTED]> wrote:
> That tree is slightly stale with respect to mainline -- you may want
> to merge up to make sure. Shouldn't break anything, but there may be
> some subtle changes between when I branched and 2.6.25 final.
>
I ju
I am failing to find this paper on x11 programming. It's the companion
to "imake rhymes with mistake" -- anyone seen a copy lately?
ron
you can do what you will, with your indentation-based language, but
that won't change the fact that indentation for lexical scope is a
horrible idea.
I first saw it in a language in 1978 called Offal, by Aron Insinga.
Aron was smart: after 6 weeks, he said, "this sucks", and put it away.
When I sa
On Thu, May 1, 2008 at 9:41 PM, John Barham <[EMAIL PROTECTED]> wrote:
> > I first saw it in a language in 1978 called Offal, by Aron Insinga.
>
> Well with a name like Offal at least he wasn't setting expectations too
> high...
>
>
Just about as high as Python went, it turns out :-)
ron
fac^T^T
oh, your command completion is broken?
ron
On Wed, May 7, 2008 at 7:03 AM, Enrico Weigelt <[EMAIL PROTECTED]> wrote:
>
> What could be wrong ?
you're using Xen :-)
seriously I wrote the first port and I have not used xen for over
18 months. Move to KVM or lguest. Xen is just too painful for words.
ron
On Wed, May 7, 2008 at 7:05 AM, Enrico Weigelt <[EMAIL PROTECTED]> wrote:
> I've found some discussions about an direct 9P channel in xen
> (so all devices can be served from dom0 via 9P, w/o hw emulation).
> Does anyone know some bit more about this ?
it's an ericvh and lucho project, and it wil
On Sat, May 10, 2008 at 9:51 AM, Enrico Weigelt <[EMAIL PROTECTED]> wrote:
>
> Hi folks,
>
>
> as some of you already might know, Gentoo has plan9port
> (in the plan9 overlay), splitted into several packages.
> But it builds the whole p9p for the each single package
> (and just copies out the relev
I'm trying to get plan 9 to boot in AMDs simnow as part of tracking a
weird problem.
There's some weird issue between simnow and 9load.
Here is what happens, on floppy or iso:
initial probe, to find plan9.ini...
I then see 661,504 reads (in the case of the ISO) or few number of
reads (in the cas
On Tue, May 13, 2008 at 7:13 PM, <[EMAIL PROTECTED]> wrote:
> mount /srv/9660 /n/9660 /dev/sdC0/data
This one lost me completely. /dev/sdC0/data? That's an iso on your system?
ron
it seems reasonable on first glance. What's the stack barf look like?
ron
I love it. 9load is dying in real mode on:
1000:012C B80800 mov ax,0008
1000:012F 8ED8 mov ds,ax
^^^
takes a triple fault, which is interesting, as vm is not on.
But this is kind of intriguing because that's not how I recal
something seems not quite right. Or maybe I'm just missing something.
in drawterm,
fcp (or cp) xyz /mnt/term/tmp
is now running at about 5 kilobits/sec. That is not a typo.
I'm must wondering if anyone else is seeing this kind of performance.
I'm seeing from a very recent copy from swtch.com, but
here's the best help I can give: don't use xen.
Use qemu, kvm, or lguest, all of which are far easier to set up.
thanks
ron
p.s. I wrote the first Xen port. If Xen had not turned bad, I would
not be giving you this advice.
On Mon, May 19, 2008 at 8:56 PM, Curt Micol <[EMAIL PROTECTED]> wrote:
> Could you explain what 'turned bad' and why you no longer prefer xen?
> This is just for my own curiosity, I'd like to hear your opinion.
> I'll also begin looking through the archives to see if I missed
> something there.
>
OK, this is a long shot, but i'm running out of ideas.
Long, long ago, at a Usenix, I saw a talk by some adventurous
australians (are there any other kind?). It was concerning some neat
hardware designed for kernel monitoring.
They had done a very neat hack. Basically, they modified the C
compile
On Tue, May 27, 2008 at 3:54 PM, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
> No, I wasn't around that time :-) But I was looking for the Hello World X11
> paper a while back, which was pre-website USENIX. But on the USENIX website
> it seems that you can purchase papers from before 1991(?). Perha
On Tue, May 27, 2008 at 5:16 PM, Bakul Shah <[EMAIL PROTECTED]> wrote:
> Not quite the same but perhaps you are thinking of "Hardware
> Profiling of Kernels" by Andrew McRae in Winter 1993 usenix.
> From his paper:
it's good enough, and my memory probably is bad enough that this is
the right one
On Wed, May 28, 2008 at 11:34 AM, Digby Tarvin <[EMAIL PROTECTED]> wrote:
>
> I am interested in connecting more than one graphics adapter so that
> one can be dedicated to low level diagnostics (rather than the more
> usual dual head user interface).. but I am not sure how the hardware
> deals wit
is back.
it was drop shipped from NM to CA. by which I mean it was dropped,
then shipped. and it survived.
Let's all thank lbl.gov for hosting 9grid.net
ron
On Fri, May 30, 2008 at 1:43 AM, Nyang A. Phra <[EMAIL PROTECTED]> wrote:
> Poking around Plan 9 and 9P, I was wondering whether it would be a
> neat hack or some sort of abuse to read and write dynamically served
> files at different offsets to get different semantics, instead of
> reading and wri
actually there is a kind of interesting trend I'm noticing in the open
source world. Not a good one.
The OLPC has managed the accomplishment of booting 2-3x slower on
linux than xp, and the environment is slow as snails.
open office is bigger, slower, and buggier in my experience than MS office.
Here's an interesting thing I'm learning about the kind of
optimizations that might be in the EU of the newer machines. This
started out as a pretty simple 'measure the branch penalty' exercise.
Given this program:
int b(int i){
return i+1;
}
main(){
int i;
for(i = 0; i <
On Mon, Jun 2, 2008 at 3:13 PM, Brantley Coile <[EMAIL PROTECTED]> wrote:
>> OK, let's modify b: a little as follows;
>> b:
>> #if JMP > 0
>> jmp bb
>> #if JMP > 1
>> callb
>> #if JMP > 2
>> callb
>> #if JMP > 3
>> callb
>> #en
On Mon, Jun 2, 2008 at 3:04 PM, Charles Forsyth <[EMAIL PROTECTED]> wrote:
>> Don't try this with 8a. 8a is too damn smart
>
> no, it's simply following instructions.
>
>
i meant that as praise for 8a if that came across wrong.
ron
On Mon, Jun 2, 2008 at 4:00 PM, Iruata Souza <[EMAIL PROTECTED]> wrote:
> I don't have any solaris boxes to play now, but I remember when taking
> a dtrace course - more or less two years ago - that I managed to see
> the performance of a nice machine go down only by setting all it's
> tracing poi
On Mon, Jun 2, 2008 at 3:50 PM, Charles Forsyth <[EMAIL PROTECTED]> wrote:
Don't try this with 8a. 8a is too damn smart
>>>
>>> no, it's simply following instructions.
>>>
>>>
>>
>> i meant that as praise for 8a if that came across wrong.
>
> not at all: i meant that as a description of 8a's a
[EMAIL PROTECTED] ~]$ 9p read factotum/log
keyfetch role=client proto=p9sk1 dom=ca.sandia.gov user? !password?
convneedkey role=client proto=p9sk1 dom=ca.sandia.gov user? !password?
addkey proto=p9sk1 role=client dom=ca.sandia.gov user=rminnich !password?
adding key: proto=p9sk1 role=client dom=ca.
On Thu, Jun 5, 2008 at 4:24 AM, Enrico Weigelt <[EMAIL PROTECTED]> wrote:
>
> Hi folks,
>
>
> is anyone already working on an venti-based storage format
> which is optimized for streaming ?
>
ah, well, what's this mean? What kind of data rate are you looking at?
ron
On Thu, Jun 5, 2008 at 7:42 AM, Enrico Weigelt <[EMAIL PROTECTED]> wrote:
> * Russ Cox <[EMAIL PROTECTED]> wrote:
>> > VAC eg. is good for archiving, but it's tree-based structure
>> > is probably not optimal for streaming (on large files, a lot
>> > of blocks IMHO have to be loaded before getting
FYI. Please note that this is international.
thanks
ron
-- Forwarded message --
From: ronald g. minnich <[EMAIL PROTECTED]>
Date: Fri, Jun 6, 2008 at 6:14 PM
Subject: [Fwd: [sc08committee] FW: High Performance Computing Ph.D.
Fellowship Applications due 9/8]
To: ron m
I just got a fujitsu lifebook, which seems to be mostly compatible, or
used to be.
ron
anyone seen anything like this? I did a pull last night, built a new
pccpuf, and after about 10 mins, venti dies due to lack of memory.
venti is a 40.8MB image, fossil i 13MB, I drawterm in and at some
point, it just dies on me.
thanks
ron
forget silly qemu question. The footprint of plan 9 has grown and I
had not realized how tiny my memory was set. Sorry for noise, please
change channel.
ron
301 - 400 of 1311 matches
Mail list logo
