On Fri, 18 Jul 2014 15:36:09 EDT erik quanstrom wrote:
> On Fri Jul 18 12:51:49 EDT 2014, 23h...@gmail.com wrote:
> > > perhaps high-efficiency wall warts could make up much of the difference.
> > > picked at random (first link) ...
> > >
> > > http://www.amazon.com/Nokia-AC-10U-Micro-USB-Efficien
On Fri Jul 18 12:51:49 EDT 2014, 23h...@gmail.com wrote:
> > perhaps high-efficiency wall warts could make up much of the difference.
> > picked at random (first link) ...
> >
> > http://www.amazon.com/Nokia-AC-10U-Micro-USB-Efficiency-Charger/dp/B00DP0TQLG
> >
>
> Given that the rpi has some weir
> perhaps high-efficiency wall warts could make up much of the difference.
> picked at random (first link) ...
>
> http://www.amazon.com/Nokia-AC-10U-Micro-USB-Efficiency-Charger/dp/B00DP0TQLG
>
Given that the rpi has some weird power issues and without
specification of the amperage of the charger
>> That was in an office environment. At home I use
>> fossil+(plan9port)venti running on linux-based NAS. This ends up
>> working very well for me since I have resources to spare on that
>> machine. This also lets me backup my arenas via CrashPlan. I use a
>
> I am very interested to use such a s
On Thu, 17 Jul 2014 15:10:34 EDT erik quanstrom wrote:
> > So long as a server returns a block corresponding to its SHA1
> > score, you (the client) don't care whether it is the same
> > server you wrote the original block to or another (and you can
> > always verify the returned block). This open
> So long as a server returns a block corresponding to its SHA1
> score, you (the client) don't care whether it is the same
> server you wrote the original block to or another (and you can
> always verify the returned block). This opens up some
but this isn't unique to content-addressed storage.
On Thu, 17 Jul 2014 11:14:01 PDT Bakul Shah wrote:
>
> On Jul 17, 2014, at 9:56 AM, erik quanstrom wrote:
>
> > i would think the same approach would work with fossil. of course one
> > would need a more sophisticated solution than "just wait forever", due to
> > the tcp connection.
>
> There
> There is no particular reason for it to be tcp given lack of any
> authentication. The beauty of CAS is that it need not even talk to the same
> server
but it is! even when venti and fossil are on the same machine.
- erik
On Jul 17, 2014, at 9:56 AM, erik quanstrom wrote:
> i would think the same approach would work with fossil. of course one
> would need a more sophisticated solution than "just wait forever", due to
> the tcp connection.
There is no particular reason for it to be tcp given lack of any
authen
On Thu, Jul 17, 2014 at 6:43 AM, Steven Stallion wrote:
> On Wed, Jul 16, 2014 at 9:53 AM, Ramakrishnan Muthukrishnan
> wrote:
>> I am very interested to use such a setup. Could you please add more
>> about the setup? What hardware do you use for the NAS? Any scripts
>> etc?
>
> Sure thing - I've
> My desire is to have one file server with auth server and any
> numbers of terminals which can also be used as cpu server
> (for drawterm).
>
> In this case the smallest config is a file server and a terminal/cpu
> server.
> Ken's file server is standallone and has special user space.
> Then can
> I've used ReadyNAS appliances at home for almost 10 years. The current
> product line is made up of low-power Atoms. I'm running a RAID5 across
> 4 500G enterprise SATA drives (that should indicate how old this unit
> is pretty well...) I have a wired network primarily in the rack in the
> office
Sorry, found it now.
On 07/17/2014 07:31 AM, Steven Stallion wrote:
> On Wed, Jul 16, 2014 at 7:29 PM, Steven Stallion wrote:
>> On Wed, Jul 16, 2014 at 6:15 PM, wrote:
>> It just so happens I wrote a README at the time since it was
>> non-obvious how to set it up correctly:
>
> Corrected link
Not Found
The resource could not be found.
WSGI Server
On 07/17/2014 07:29 AM, Steven Stallion wrote:
> On Wed, Jul 16, 2014 at 6:15 PM, wrote:
>>> That was in an office environment. At home I use
>>> fossil+(plan9port)venti running on linux-based NAS.
>>
>> Do you use wireless LAN?
>> If so y
On Wed, Jul 16, 2014 at 9:53 AM, Ramakrishnan Muthukrishnan
wrote:
> I am very interested to use such a setup. Could you please add more
> about the setup? What hardware do you use for the NAS? Any scripts
> etc?
Sure thing - I've copied everything you should need under
sources/contrib/stallion/v
On Wed, 16 Jul 2014 19:29:43 CDT Steven Stallion wrote:
> I absolutely would not use wireless to connect fossil
> to venti (fossil does *not* cope well with the connection to venti
> dropping).
To deal with this you can use a local venti proxy like
contrib/vsrinvas/vtrc.c.
One c
On Wed, Jul 16, 2014 at 7:29 PM, Steven Stallion wrote:
> On Wed, Jul 16, 2014 at 6:15 PM, wrote:
> It just so happens I wrote a README at the time since it was
> non-obvious how to set it up correctly:
Corrected link: https://dl.dropboxusercontent.com/u/102312978/FOSSIL%2BVENTI
On Wed, Jul 16, 2014 at 6:15 PM, wrote:
>> That was in an office environment. At home I use
>> fossil+(plan9port)venti running on linux-based NAS.
>
> Do you use wireless LAN?
> If so you also need wireless bridge?
> The combination of NAS and venti sounds like charm,
> because the snmallest conf
> That was in an office environment. At home I use
> fossil+(plan9port)venti running on linux-based NAS.
Do you use wireless LAN?
If so you also need wireless bridge?
The combination of NAS and venti sounds like charm,
because the snmallest config is two machines.
How about the power-eating of t
> i use ken's file server for personal use. i enjoy the
> fact that a cpu kernel panic does not impact the file server.
My desire is to have one file server with auth server and any
numbers of terminals which can also be used as cpu server
(for drawterm).
In this case the smallest config is a fi
> kenfs works well, but you have to be well prepared to maintain it.
> Invest in a decent UPS - preferably one that is supported by the
> auto-shutdown (ISTR support was added for that a while back). You need
> to be careful when sizing your cache - I would invest in a pair of
> decent SSDs for cac
On Wed Jul 16 13:06:16 EDT 2014, kokam...@hera.eonet.ne.jp wrote:
> kenfs(of course 64 bit)+auth server +++9pi terminal/cpu server
> may be best for home use...
i would go ahead and use to raspberry pi machines. having a dedicated
cpu server is quite nice, and of course ken's file server is not a
> Recent kenfs can be such a machine?
> Please remember I plan it for my private home machine, not
> any sofisticated office use.
i use ken's file server for personal use. i enjoy the
fact that a cpu kernel panic does not impact the file server.
- erik
On Wed, Jul 16, 2014 at 7:53 PM, Steven Stallion wrote:
> On Tue, Jul 15, 2014 at 7:04 PM, wrote:
>>> not a fair comparsion.
>>
>> Yes, I'd have been more specific.
>> my intension was cwfs > fossil+venti of 9atom >> fossil+venti labs.
>> I did not consider kenfs itself, because I consider it sh
On Tue, Jul 15, 2014 at 7:04 PM, wrote:
>> not a fair comparsion.
>
> Yes, I'd have been more specific.
> my intension was cwfs > fossil+venti of 9atom >> fossil+venti labs.
> I did not consider kenfs itself, because I consider it should be
> file+auth+cpu server. The last is not important, but
kenfs(of course 64 bit)+auth server +++9pi terminal/cpu server
may be best for home use...
Kenji
> not a fair comparsion.
Yes, I'd have been more specific.
my intension was cwfs > fossil+venti of 9atom >> fossil+venti labs.
I did not consider kenfs itself, because I consider it should be
file+auth+cpu server. The last is not important, but for drawterm
from others.
Recent kenfs can be such
On Tue Jul 15 12:31:57 EDT 2014, cinap_len...@felloff.net wrote:
> not a fair comparsion.
>
> i'd look into kenfs for a fileserver only machine. might
> require some time to get it to work with your hardware tho.
if you have a recent 64-bit intel machine, the hardware support
should be nearly the
not a fair comparsion.
i'd look into kenfs for a fileserver only machine. might
require some time to get it to work with your hardware tho.
--
cinap
On Jul 15, 2014, at 2:13 , kokam...@hera.eonet.ne.jp wrote:
> I've experienced three kinds of Plan9 file servers,
> Lab's one, 9atom and plan9front.
Can you clarify which file server, specifically, you're comparing for each of
these? The Labs doesn't distribute kenfs any more, and venti+fossil i
On Sun, Dec 15, 2013 at 5:27 PM, erik quanstrom
wrote:
> i believe this is a personal record for any system at any time:
>
> plano: version
> 63-bit plano as of Thu Jan 6 13:20:07 EDT 2011
> last boot Fri Jan 21 14:57:19 EDT 2011
Pish. Plano is barely used!
Sorry, I was unclear, I meant stat("" ...)
On 22 December 2012 15:59, erik quanstrom wrote:
> , although I don't know
>> anything that relies on that.
> Following an attach, you're at the root, and a walk with no qids will
> leave you there, so stat will just work, although I don't know
> anything that relies on that.
cclone().
- erik
I don't think either of those is a special rule, or undocumented.
Indeed, I can't think of any behaviour that isn't covered in section 5.
Following an attach, you're at the root, and a walk with no qids will
leave you there, so stat will just work,
although I don't know anything that relies on tha
I like to 1+ this comment :)
On Fri, Dec 21, 2012 at 10:44 AM, Gorka Guardiola wrote:
> I normally use a combination of running iostats and ramfs with debugging and
> reading again and again intro(5).
>
> HTH.
>
> G.
>
> On Dec 21, 2012, at 7:23 PM, steve wrote:
>
>> hi,
>>
>> I writing another
IIRC, I think I wrote something about that in the 9.intro book.
But it's likely you already know all that's written there and you want
more details…
On Dec 21, 2012, at 7:23 PM, steve wrote:
> hi,
>
> I writing another non-disc file server after a gap of a few years
> and am making mistakes.
>
I normally use a combination of running iostats and ramfs with debugging and
reading again and again intro(5).
HTH.
G.
On Dec 21, 2012, at 7:23 PM, steve wrote:
> hi,
>
> I writing another non-disc file server after a gap of a few years
> and am making mistakes.
>
> is there a written spec
2009/8/14 Lyndon Nerenberg :
>> This is what we do at Sandia. We have one machine which serves
>> cpu/auth/file, but the actual Venti disks are in a Coraid connected
>> via GigE. The fossil disk is in the server, but if it dies we can just
>> build a new one.
>
> Which reminds me of an often overlo
On Fri, Aug 14, 2009 at 1:07 PM, erik quanstrom wrote:
> > The venti archive starts at 2AM, and my cron job is at 4AM. So far, I've
> not
> > yet had an archive take longer than 2 hours. But that's partly due to
> > triggering one explicitly after a pull that's just replaced all my
> > executables
> Without them, your seperate venti server is JBOD :-P Well, not quite. You
> can eventually find the right vac score, but you have to manually mount
> each and every score in the venti until you find the right one. See
> /sys/src/cmd/venti/words/dumpvacroots. You could probably semi-automate
>
> The venti archive starts at 2AM, and my cron job is at 4AM. So far, I've not
> yet had an archive take longer than 2 hours. But that's partly due to
> triggering one explicitly after a pull that's just replaced all my
> executables ;-)
that's surprising to me that it would take that long.
is tha
On Fri, Aug 14, 2009 at 7:14 AM, Lyndon Nerenberg wrote:
> This is what we do at Sandia. We have one machine which serves
>> cpu/auth/file, but the actual Venti disks are in a Coraid connected
>> via GigE. The fossil disk is in the server, but if it dies we can just
>> build a new one.
>>
>
> Whi
This is what we do at Sandia. We have one machine which serves
cpu/auth/file, but the actual Venti disks are in a Coraid connected
via GigE. The fossil disk is in the server, but if it dies we can just
build a new one.
Which reminds me of an often overlooked but important point:
Save your fos
regardless of one's terminal accomidations, i still think it makes
a lot of sense to have a stand-alone fileserver. it really does stink
if your fs goes down for no reason at all. this is especially true if
you're doing a lot of experimenting or don't have a proper terminal.
Amen! Three times
> This is what we do at Sandia. We have one machine which serves
> cpu/auth/file, but the actual Venti disks are in a Coraid connected
> via GigE. The fossil disk is in the server, but if it dies we can just
> build a new one.
coraid's configuration using ken's fs is outlined here
http://w
On Thu, Aug 13, 2009 at 6:01 PM, erik quanstrom wrote:
>> So, I guess that means venti+fossil+cpu on one headless machine in
>> some forgotten corner of the datacentre.
>
> regardless of one's terminal accomidations, i still think it makes
> a lot of sense to have a stand-alone fileserver. it real
> Once, it used to be the "standard" configuration to have one machine as a
> CPU/auth server, one machine as a file server, and one machine as a
> "terminal", for a total of three systems, if one had the available hardware.
The power in that model comes primarily when you have
a number of termi
no that data center here, but hopefully at a corner of the room
On Thu, Aug 13, 2009 at 9:55 PM, andrey
mirtchovski wrote:
> I drawterm all the time. Lately I have started using 9vx for quick
> hacks and then cpu from it to wherever I want to go. It has its quirks
> (not as stable as drawterm) but
> So, I guess that means venti+fossil+cpu on one headless machine in
> some forgotten corner of the datacentre.
regardless of one's terminal accomidations, i still think it makes
a lot of sense to have a stand-alone fileserver. it really does stink
if your fs goes down for no reason at all. this
I drawterm all the time. Lately I have started using 9vx for quick
hacks and then cpu from it to wherever I want to go. It has its quirks
(not as stable as drawterm) but I'm not complaining.
With drawterm being so solid and well integrated with X11/OSX I
haven't had the need to dedicate a terminal
50 matches
Mail list logo
