This note puts the case for including a kernel debugger in the master
tarballs. These points do not only apply to kdb, they apply to any
kernel debugger. Comments about the perceived deficiencies of kdb,
kgdb, xmon or any other debugger are not relevant here, nor are
questions about how or when
My company has recently saved the money for buying another block of IP
addresses by switching to a private 10.x.x.x network and uses a linux machine
for masquerading.
We have had this setup in test operation for some time and I have been able
to prevent TCP connections (SSH) from beeing dropped
"Gregory T. Norris" [EMAIL PROTECTED] writes:
I'm seeing this as well. Have you tried it without X11 forwarding? It
seems to work correctly in that case.
Without X11 forwarding the problem does not show up but this should
work with X11. So I guess we have to wait for the kernel/Open SSH
On Mon, Sep 11, 2000 at 09:11:59AM +0200, Andreas Jaeger wrote:
-echo "*** Next, you may run 'make zImage', 'make zdisk', or 'make zlilo'."
+echo "*** Next, you may run 'make bzImage', 'make bzdisk', or 'make bzlilo'."
'make bzlilo' should be changed to 'make install'.
--
// André
-
Dan Maas [EMAIL PROTECTED] wrote:
This is done all the time -- with ioctl(). It's perfectly normal to create a
special character device that just responds to an ioctl for each operation
you want to perform. See eg any sound card driver...
Yes, that's how I'm doing it at the moment. However,
Oliver Neukum [EMAIL PROTECTED] wrote:
What is the difference to get one reserved syscall and multiplex it ?
This is what I'd like to be able to do... that way the checks that ioctl()
performs can be avoided.
However, there are problems with doing this:
(1) There's currently no definitive
Hi there!
I've just tried to compile a 2.4.0-test8 on an IBM thinkpad T20 and got the
following error:
cs46xx.c: 107: warning: `SND_DEV_DSP16' redefined
/usr/src/linux/include/sound.h: 12: warning: this is the location of the
previous definition
cs46xx.c: 2488: cards causes a
On Mon, Sep 11, 2000 at 02:52:45AM +0200, Magnus Naeslund wrote:
*The hdb info:
Sep 10 11:52:43 genbaby kernel: hdb: QUANTUM FIREBALL SE8.4A, ATA DISK drive
Sep 10 11:52:43 genbaby kernel: hdb: QUANTUM FIREBALL SE8.4A, 8063MB w/80kB
Cache, CHS=1027/255/63, UDMA(33)
Sep 10 11:52:43 genbaby
Hello,
I am using the serial cart to check the kernel panic
of the server. It works fine with
* Extended dumb serial driver options
* Support more than 4 serial ports
* Support for sharing serial interrupts
The only problem I have is:
sometimes it crashs the server and I have no log, no kernel
On Sun, 10 Sep 2000, Jeff V. Merkey wrote:
Since Linus has rejected kdb there's every indication he will reject any other
kernel debugger submissions -- also his right. I think my time would be better
spent completing the merge of the Linux code base onto MANOS since moving the
debugger
Hi all,
Ich successfull configure and compile the kernel 2.4.0-test6 and the
pcmcia-3.1.20 package. after starting the cardmgr (pcmcia stuff) I recieve the
folllowing error messages:
Starting PCMCIA Services: modulesinsmod: a module named pcmcia-core already
exists.
On suse.lists.linux.kernel, David wrote:
Apparently, _noone_ uses these simultaneous, as this
bug has existed since the times of v2.0.xx at least...
;-)
AFAIK and IIRC pi2.c and pt2.c are obsoleted by dmascc.c anyway.
I believe we can remove those two -- any objections?
Regards,
Joerg
On Wed, 6 Sep 2000, Linus Torvalds wrote:
On Wed, 6 Sep 2000, Marco Colombo wrote:
As you said, the are two kinds of reactions. I don't understand why you
think that the presence of a debugger will *prevent* people from doing
the Right Thing and "think about problems another way".
I'm trying to debug a nasty memory leak, and to get memory stats in my
debug output I'm directly accessing /proc/self/statm to get the
information I need. However the location of the leak appears to move
about, so I'm beginning to wonder if /proc/self/statm is real time or not?
Kernel version:
--On 09/11/00 07:45:16 -0400 Ed Tomlinson [EMAIL PROTECTED] wrote:
Hi Chris,
Something between bigmem and his big VM changes makes reiserfs
uncompilable. [..]
It's due LFS. Chris should have a reiserfs patch that compiles on top of
2.2.18pre2aa2, right? (if not Chris, I can sure find it
Respected colleagues!
I have are problem of send SCM_RIGHTS message
through AF_UNIX socket.Below - examples of server and client
sources.Sendmsg gives an error : Invalid argument.That I do;make
wrong? Server
/# include
unistd.h#
Oliver Neukum [EMAIL PROTECTED] wrote:
So ask Linus for one. The streams group got one. Why shouldn't yo ?
Well, that's up to Linus... but from his email on this subject, he might well.
Having a static syscall should be more efficient, too.
A little... otherwise it's a matter once per
Would anyone object to the inclusion of local header files (not under
include/*) in the tags generation target?
--
Hans Grobler
--- linux.orig/Makefile Thu Aug 24 03:36:46 2000
+++ linux/Makefile Mon Sep 11 14:48:55 2000
@@ -286,14 +286,14 @@
TAGS: dummy
etags `find
On Mon, 11 Sep 2000, Andi Kleen wrote:
BTW, there is a another optimization that could help reiserfs a lot
on SMP settings: do a unlock_kernel()/lock_kernel() around the user
copies. It is quite legal to do that (you have to handle sleeping
anyways in case of a page fault), and it allows CPUs
"H" == Horst von Brand [EMAIL PROTECTED] writes:
H In the end, this is Linus' game. If you want to play, you'll
H have to pay the admission price he sets.
Is it fair to ask about the purpose of Linux?
The purpose I most often hear talks about world domination and about
having the
hi,
i'm working on this
On Wed, 6 Sep 2000 [EMAIL PROTECTED] wrote:
Well,
I thought the problems with the eepro driver from 2.2.16 were fixed in
2.2.17. Apparently the problems really weren't fixed - it did seem to get
more stable though.
I was copying some large over a NFS
On Sun, 10 Sep 2000, Albert D. Cahalan wrote:
escape Linux 2.2.xx NFS. This is kind of serious, you know?
yep. it is serious. we've been begging for knfsd to be updated to the
most /current/ code for quite a while a now. I searched the archives
and i found a post of mine asking alan to
Considering there are a lot of people still using 2.0.x because they find it
more stable than the 2.2.x series, doesn't it make sense to give this
scalability to people who are already running SMP boxes on 2.2.x and who may
decide to use ReiserFS?
- Original Message -
From: "Andrea
On 11 Sep 2000, Gary Lawrence Murphy wrote:
"H" == Horst von Brand [EMAIL PROTECTED] writes:
H In the end, this is Linus' game. If you want to play, you'll
H have to pay the admission price he sets.
Is it fair to ask about the purpose of Linux?
The purpose I most often
But in the end, maybe the rule to only use hand power makes sense. Not
because hand-power is _better_. But because it brings in the kind of
people who love to work with their hands, who love to _feel_ the wood with
their fingers, and because of that their holes are not always perfectly
Gary Lawrence Murphy wrote:
The analogy to typing hex codes or toggling code at the console is
also apt. Unix ascended over Multix in no small part because of C,
which drew sneers from the trad programmer of the day. Personally, I
tend to debug intuitively based on my knowledge of code,
As pertaining to my last message, I found these errors just now:
Info fld=0x0, Current sd08:02: sense key Medium Error
scsidisk I/O error: dev 08:02, sector 11572384
scsi0: MEDIUM ERROR on channel 0, id 0, lun 0, CDB: Read (10) 00 00 d0 b1
6b 00 00 58 00
Info fld=0x0, Current sd08:02: sense
Hi
I was running mmap001 over NFS when I got one Oops, with the
following backtrace. The problem is that the page-mapping is
NULL, and it causes a NULL access at filemap_write_page.
If you need any more info, let me know.
Later, Juan.
0xc29ff574 0xc012229f
here's a patch so that make oldconfig informs about bzImage etc as all
the other tools already do.
Looks good to me. Linus, please apply.
Michael Elizabeth Chastain
mailto:[EMAIL PROTECTED]
"love without fear"
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
David Howells writes:
David Woodhouse [EMAIL PROTECTED] wrote:
We already handle doing iBCS and Solaris syscalls by trapping int 7 and
int 0x27 insns and using a dedicated syscall handler - it doesn't go
anywhere near the original Linux syscall table.
I was planning on having using a
On Sat, 9 Sep 2000, Richard Henderson wrote:
There are two main purposes to this reorg:
* Split up the tremndously huge xor.c.
Looks ok, however:
- please use unified diffs. Standard context diffs are horrible.
- Please split this up the same way the checksums were split up:
make
How do you get zero setup functions? There are things that are quite
unconditional, like the "root=" one just before "checksetup()". Same goes
for initcalls.
(Or does 2.2.x copy the setup stuff without copying any of the regular
_users_ of those setup functions?).
2.2 doesnt move
"Albert D. Cahalan" [EMAIL PROTECTED] wrote:
The system call is needed of course, since that lets Linux executables
(perhaps ones being ported from Win32) use the new features.
It also means that non-i386 and non-wine use these services if they want to.
You might as well also handle int 0x2e
On 2000-09-11T18:11:11,
Jamie Lokier [EMAIL PROTECTED] said:
I still don't see how processor traces will tell me what ordering
guarantees I can rely on across the range of processors.
It will tell you when your assumptions were wrong.
Sincerely,
Lars Marowsky-Brée [EMAIL PROTECTED]
AFAIK and IIRC pi2.c and pt2.c are obsoleted by dmascc.c anyway.
I believe we can remove those two -- any objections?
Well, I won't remove them from the v2.0-tree, and I don't know about v2.2,
but from v2.4 that seems like a sane decision.
If dmascc can be confirmed to handle these
I just tried to build 2.4.0-test8 on a machine where I don't use modules
at all, and thus have them disabled in the config. The kernel compile
just about finishes, but scsidrv.o contains "scsi_register_module" and
"scsi_unregister_module", so the link fails.
--
Two penguins were walking on an
Lars Marowsky-Bree wrote:
I still don't see how processor traces will tell me what ordering
guarantees I can rely on across the range of processors.
It will tell you when your assumptions were wrong.
Indeed. Like testing, but better.
-- Jamie
-
To unsubscribe from this list: send the
This is more or less meaningless to me. I was wondering if this is a known
problem, or I might have faulty hardware.. We're using an Asus P3B-DS with
It isnt a known problem and it doesnt really look like hardware
an AccuRAID 8600 controller hooked up to a 90 gig array.
What driver does
As pertaining to my last message, I found these errors just now:
Info fld=0x0, Current sd08:02: sense key Medium Error
scsidisk I/O error: dev 08:02, sector 11572384
scsi0: MEDIUM ERROR on channel 0, id 0, lun 0, CDB: Read (10) 00 00 d0 b1
6b 00 00 58 00
Thats a 'medium error'. Medium in
From: Meelis Roos [EMAIL PROTECTED]
Date:Sun, 20 Aug 2000 13:27:40 +0200
TTo * If all the ISO NLS's are modules, there can be an
TTo undefined ref to CONFIG_NLS_DEFAULT in inode.c (Dale Amon)
Somebody please recheck Config in about NLS. ISOFS has different
Jamie Lokier wrote:
Jeff V. Merkey wrote:
The best info I know of is to get an analyser that plugs into the
processor socket (like an american arium) and enable branch trace
messaging to monitor the interaction between the processor and the cache
controllers. You get info that's
Jeff V. Merkey wrote:
This means it completely unnecessary to assert LOCK# for the unlock
case, since there are no ordering issues persay - the other processors
are spinning on the lock already and cannot get through.
Yes I know I left out the context. Doesn't change what I'm about to
say.
On Sun, 10 Sep 2000, Jeff V. Merkey wrote:
The person writing and updating page table entries in NetWare
4.1 was clearing the accessed bit in the PTE and did not know
that the processor would assert a hidden R/M/W operation and
assert a bus lock to set this bit everytime someone cleared it
Name:
Darkstar - an integrated operating system based on the Linux kernel
and a stable set of tools.
Purpose:
To build a source based operating system that ties together the
Linux kernel and a stable set of standard tools. Essentially this
should bring
Rik,
One of the best references that describes the bus transaction model for
Intel in "plain english" is the Pentium Pro Processor System
Architecture Manual by Tom Shanley of Mindshare, Inc., Addison Wesley,
ISBN: 0-201-47953-2. It explains a very good detail how the cache
controllers and
Jamie,
I referenced a great book an an email to Rik Van Reil. It's got a great
explanation of this stuff.
:-)
Jeff
Jamie Lokier wrote:
Jeff V. Merkey wrote:
This means it completely unnecessary to assert LOCK# for the unlock
case, since there are no ordering issues persay - the
[root@pepsi /tmp]# su adam
[adam@pepsi /tmp]$ touch blah
[adam@pepsi /tmp]$ chmod -w blah
[adam@pepsi /tmp]$ echo hi blah
bash2: blah: Permission denied
[adam@pepsi /tmp]$ exit
exit
[root@pepsi /tmp]# echo hi blah
[root@pepsi /tmp]# ls -l blah
-r--r--r--1 adam adam
Correct me if I'm wrong, but I believe that all non-TOS
unices have behaved this way since the 70s.
I see no reason why it shouldn't behave this way. Root can do su - user
and screw up the file that way.
Users with UID 0 are capable of doing about anything possible.
Igmar
-
To
On Mon, Sep 11, 2000 at 12:40:25AM +0200, Mike Galbraith wrote:
On Sun, 10 Sep 2000, Rasmus Andersen wrote:
[...]
So adding IKD to 2.4.0t8 made the initial oops go away/be hidden.
The odd colours/chars are the print EIP feature in action. You should
almost never say yes to all config
On Mon, Sep 11, 2000 at 01:13:56PM -0400, mberglund wrote:
Name:
Darkstar - an integrated operating system based on the Linux kernel
and a stable set of tools.
[...]
Development:
In addition, by maintaining the system in CVS we can offer much
faster and
I have scoured the list archives for several hours seeing several
references over the past year about instances of rampant "dst cache
overflow" messages. There are posts from January and June relating
difficulties that individuals have had with this messages, including
replies in January that
i was wondering if there are plans for new releases of Andre Hedrick's
IDE patches for any of the current 2.4.0-testX kernels, or if the patch
has been accepted into the main kernel tree. If not, will the next patch
be for 2.4.1?
thanks much.
--
"Now you see that evil will always triumph,
On Mon, 11 Sep 2000 [EMAIL PROTECTED] wrote:
ISOFS ignores CONFIG_NLS_DEFAULT, and hardcodes the use of iso8859-1 as
the default. Is this the correct behaviour?
I don't think so. 2.2 uses CONFIG_NLS_DEFAULT for 'iocharset'. Untested,
obvious patch for 2.4.0-test8 below to do the same as 2.2.
Not so sure about NFSv3 server, since i haven´t pushed it that
much, but as a NFSv2 server and client, and a NFSv3 client, it has
proven itself to me. And i have a network comprised of about 40
Solaris, Irix, Aix and Linux machines, running different releases of
each operating system.
"A" == Alexander Viro [EMAIL PROTECTED] writes:
A As for the "greater social good" (or world domination, for that
A matter) - excuse me, but quite a few of us couldn't care
A less.
Thanks for the comment, and please don't feel guilty about it, it is a
perfectly valid reason for
On Mon, Sep 11, 2000 at 01:12:32PM -0300, Rik van Riel wrote:
Your idea /heavily/ penalises libc and executable pages by aging them
more often than anonymous pages...
I don't think I age anonymous pages any more than any other type of
page. Perhaps you are saying that shared pages should
On Mon, 11 Sep 2000, Bernd Jucknischke wrote:
I've just tried to compile a 2.4.0-test8 on an IBM thinkpad T20 and got the
following error:
cs46xx.c: 107: warning: `SND_DEV_DSP16' redefined
/usr/src/linux/include/sound.h: 12: warning: this is the location of the
previous
On Mon, 11 Sep 2000, Neil Schemenauer wrote:
On Mon, Sep 11, 2000 at 01:12:32PM -0300, Rik van Riel wrote:
Your idea /heavily/ penalises libc and executable pages by aging them
more often than anonymous pages...
I don't think I age anonymous pages any more than any other type
of page.
Hi,
A two processor SMP machine has been crashing recently, sometimes it
manages to Oops before hand. Below is the klogd output with assembly
from gdb. The do_generic_file_read+347 Oops occurred once, the dput+77
Oops has occurred five times; all five are below.
Does anyone recognise if
"Jeff V. Merkey" wrote:
Alan,
I've basically given up on the in-kernel implementation of a daemon for
M2FS and am sticking to a user space daemon instead for the remote file
system server -- the entire security model in Linux appears to be
tightly integrated with the user space
Alan Cox writes:
Over on the freebsd-questions mailing list you can see desperate
people trying to convert Linux systems over to that other OS to
escape Linux 2.2.xx NFS. This is kind of serious, you know?
Shrug. So you want me to make it worse by shipping unproven code
in a way I can't
On Mon, 11 Sep 2000, Alan Cox wrote:
Over on the freebsd-questions mailing list you can see desperate
people trying to convert Linux systems over to that other OS to
escape Linux 2.2.xx NFS. This is kind of serious, you know?
Shrug. So you want me to make it worse by shipping unproven
Alan,
Thanks! This validates my assumptions.
:-)
Jeff
Alan Cox wrote:
M2FS and am sticking to a user space daemon instead for the remote file
system server -- the entire security model in Linux appears to be
tightly integrated with the user space networking support, so for Linux
Hello
Sorry I had to send this to the whole developer list - there wasn't much in
the output of ksymoops that told me who to send it to. Here's the background
in case this is useful:
I have a background process that plays mp3's through amp. After one finished
and another tried to start, I got
Using net-tools 1.57 (which I think is the latest) and kernel
2.4.0-test7/8 (I think it was OK with -test6) 'netstat -s' displays
the message "error parsing /proc/net/snmp: Success" rather than
displaying the counters.
I notice that kernel/Documentation/Changes no longer lists the version
of
On Mon, 11 Sep 2000, Rasmus Andersen wrote:
On Mon, Sep 11, 2000 at 12:40:25AM +0200, Mike Galbraith wrote:
On Sun, 10 Sep 2000, Rasmus Andersen wrote:
[...]
So adding IKD to 2.4.0t8 made the initial oops go away/be hidden.
The odd colours/chars are the print EIP feature in
On Mon, 11 Sep 2000, Jeff V. Merkey wrote:
"Theodore Y. Ts'o" wrote:
If you come up with robust, easy to patch source-code-level debugger for
Linux, some people will use it, and some people won't. If it's better
than kdb, eventually it'll displace kdb as the external kernel
Larry McVoy wrote:
Development:
In addition, by maintaining the system in CVS we can offer much
faster and convenient source updates than are currently available
from other Linux-based systems currently available.
Err, "faster"? The following is the moral equiv
[EMAIL PROTECTED] wrote:
Now will you stop trying to incite pointless riots and allow those of us
who are trying to use linux-kernel as a useful means of communicating
development issues a chance for a decent signal to noise ratio?
-ben
Ben,
Read the thread before
Pravir Chandra wrote:
I've been working to change the implementation of /dev/random over to the
Yarrow-160a algorithm created by Bruce Schneier and John Kelsey.
For some old discussions on related topics, see:
http://www.openpgp.net/random/
We've been
working on parallel development for
On Mon, 11 Sep 2000, Jeff Garzik wrote:
Dan Aloni wrote:
On Mon, 11 Sep 2000, Bernd Jucknischke wrote:
I've just tried to compile a 2.4.0-test8 on an IBM thinkpad T20 and got the
following error:
cs46xx.c: 2488: cards causes a section type conflict
Linus'-not-Maxwell, please
On Mon, 11 Sep 2000, Marcelo Tosatti wrote:
On Mon, 11 Sep 2000, Marcelo Tosatti wrote:
On Mon, 11 Sep 2000, octave klaba wrote:
Hello,
upgrading from 2.2.16 to 2.2.17 a raid-soft config (adaptec 5x36Go)
/sbin/lilo gave a D process ( :) )
root 14823 0.0 0.1 1184
One way of increasing signal to noise ratio (place in .procmailrc):
:0
* ^FROM.*jmerkey@timpanogas\.com
/dev/null
On Mon, Sep 11, 2000 at 03:53:48PM -0400, [EMAIL PROTECTED] wrote:
On Mon, 11 Sep 2000, Jeff V. Merkey wrote:
snip
Now will you stop trying to incite pointless riots and allow
Hi!
On Thu, Sep 07, 2000 at 10:00:05AM -0400, James Simmons wrote:
On the console level their are complex issues as well. Consider a
system with 4 VTs attached to one machine. What if one person pressed
Ctrl-Alt-Del. Anyone can bring the system down when multiple people depend
Hi!
(2) Make the architecture a configuration variable (!)
Why?
You still need to have all the damn cross-compilers etc. At which point
being a configuration variable is the _least_ of your worries. You're
better off with just a new tree.
Crosscompilers are easy: take pre-compiled
When we upgraded the motherboard, we got consistant GPFs right after
the line:
Enabling extended fast FPU save
It sounds like Redhat patched the kernel to support the Pentium III XMM
extensions and the kernel is misdetecting the Athlon as a PIII.
The Athlon claims to support
On Sun, 10 Sep 2000, Alan Cox wrote:
2.2.18pre4
o Fix some of the dquot races (Jan Kara)
this appears to be basically the same patch as applied to 2.4.0t8 vs. t7
producing an Oops in dquot_transfer(). This issue can (at least) be
triggered by chown'ing a file on an
Rik van Riel wrote:
The main difference between Linux and Netware here is the
fact that Linux has a real userland, which can touch the
pages on its own without going through the kernel.
This causes "spontaneously" dirtied or accessed pages,
meaning that we really want to use the hardware
On Mon, 11 Sep 2000, Jamie Lokier wrote:
Rik van Riel wrote:
The main difference between Linux and Netware here is the
fact that Linux has a real userland, which can touch the
pages on its own without going through the kernel.
This causes "spontaneously" dirtied or accessed pages,
2.2.18pre5
o Added older VIA ide chipsets to the not to be (me)
autotuned list
o Fix crash on boot problem with __setup stuff(me)
o Small acenic fix(Matt Domsch)
o Fix hfc_pci isdn driver (Jens David)
o
On Mon, Sep 11, 2000 at 02:08:42PM -0700, Larry McVoy wrote:
On Mon, Sep 11, 2000 at 09:55:01PM +0200, Jamie Lokier wrote:
Err, "faster"? The following is the moral equiv of 4 kernel updates
which had nothing to do using BitKeeper instead of CVS. The local copy
was in San Francisco
Hi, Bernd Fellow 'Kernel Krunchers' :-),
Ciao Amigos,
How yer all doin'?
Bernd, mate, I've not long since experienced more or less the exact same problem
that you've recently experienced.
After four attempts at unsuccessfully trying to overcome this irritatin'
problem (on kernels 2.4.0-test7
On Mon, 11 Sep 2000, Jamie Lokier wrote:
Jeff V. Merkey wrote:
In NetWare, we didn't care if the page was touched or not since we
used our own bits in field bits 11-9 to store page specific stuff,
like whether the page was dirty or not.
Linux does actually look at both bits, but the
On Mon, 11 Sep 2000, Adam wrote:
Does anybody know off the top of their head if there is an easy
way to have ^C work with /bin/bash as a shell, without having
to set up ptys?? Just setting terminal parameters to allow signals
doesn't do anything.
not exactly the answer, but what I do
On Mon, 11 Sep 2000, Larry McVoy wrote:
On Mon, Sep 11, 2000 at 09:55:01PM +0200, Jamie Lokier wrote:
Err, "faster"? The following is the moral equiv of 4 kernel updates
which had nothing to do using BitKeeper instead of CVS. The local copy
was in San Francisco and the remote copy
Larry McVoy wrote:
On the other hand, if you do a
find . -type f | xargs touch
time cvs update .
it will melt down your DSL line for what seems forever. I killed it after
20 minutes, I have better things to do with my bandwidth. It's pretty
clear that CVS is comparing
On Mon, 11 Sep 2000 09:46:15 -0600,
"Jeff V. Merkey" [EMAIL PROTECTED] wrote:
Thanks Ted. I know, but a kernel debugger is one of those nasty pieaces
of software that can quickly get out of sync if it's maintained
separately from the tree -- the speed at which changes occur in Linux
would
David A. Gatwood wrote:
I'm sorry, but I can't believe those numbers. It takes longer than 1.6
seconds to stat all the kernel directories unless the BK machine has a
huge disk cache. It sounds like the BK server was a much more powerful
machine.
Use treescan for fast stat preload :-)
"david" == David A Gatwood [EMAIL PROTECTED] writes:
Hi
[stuff about unfair test]
I don't arguee if the test was fair or not.
david and does not include a "null update", as that is an atypical usage pattern
david for most trees that unfairly skews the test towards software or kernels
On Mon, Sep 11, 2000 at 02:58:25PM -0700, David A. Gatwood wrote:
On Mon, Sep 11, 2000 at 09:55:01PM +0200, Jamie Lokier wrote:
Err, "faster"? The following is the moral equiv of 4 kernel updates
which had nothing to do using BitKeeper instead of CVS. The local copy
was in San
On Tue, Sep 12, 2000 at 12:09:29AM +0200, Juan J. Quintela wrote:
"david" == David A Gatwood [EMAIL PROTECTED] writes:
But I think that the null update is a "typical" usage, and more
typical indeed a cvs diff (and how that it is spelled in bk). I want
to be able to use cvs diff for a whole
Larry McVoy wrote:
That's a benefit [for BK] of having changesets, I only need to compare
the ChangeSet file to know that 4 files were updated 2 were moved, and
5 were created, then I move those *portions* of those files across the
wire.
What happens when I lose the ChangeSet file, or
Larry McVoy wrote:
We have a hack in BK for this, at least I think we do, where we can look at
the time stamps to notice that you haven't modified the files. We don't
use it because of NFS screwing up timestamps. I suppose we could enable
it on a per repository basis so that if you knew
Keith,
If you are volunteering to maintain the MANOS debugger after I hack it
into Linux, then I accept. I'll give you an ftp and telnet account on
vger.timpanogas.org and you can run with it.
:-)
Jeff
"Jeff V. Merkey" wrote:
Who pays you?
Keith Owens wrote:
On Mon, 11 Sep 2000
The timing is typical over repeated tries. The GCC tree contains 98.1
megabytes of data in 9105 files, 532 directory. A little more than
Linux (but I don't have an unpacked fresh tree to count for sure).
I'm not going to try touching all the files.
Conclusion: CVS is pretty fast when
On Tue, Sep 12, 2000 at 12:24:26AM +0200, Jamie Lokier wrote:
Larry McVoy wrote:
We have a hack in BK for this, at least I think we do, where we can look at
the time stamps to notice that you haven't modified the files. We don't
use it because of NFS screwing up timestamps. I suppose we
On Mon, 11 Sep 2000, Larry McVoy wrote:
That's a 48Kbyte/sec link. Hardly a "horribly fast network". In fact,
I meant FSMlabs, but yeah. ;-)
Second of all, if you ask around, you'll find that I'm a performance guy
more than anything and that I'm not given to skewing the numbers and *if*
On Mon, 11 Sep 2000 16:19:14 -0600,
"Jeff V. Merkey" [EMAIL PROTECTED] wrote:
Who pays you?
I used to work on kdb in my own time, for free. Then I joined SGI and
now I get paid to work on it. If I left SGI I would continue to work
on kdb, the original kdb developer left SGI but still
On Tue, 12 Sep 2000, Jamie Lokier wrote:
I'd love to see a filesystem feature where I could efficiently identify
"changed files", where "changed" is defined by last time this application
checked or something similar.
An in-filesystem revision number would do the trick. Could be REALLY
On Mon, 11 Sep 2000 16:24:32 -0600,
"Jeff V. Merkey" [EMAIL PROTECTED] wrote:
Keith,
If you are volunteering to maintain the MANOS debugger after I hack it
into Linux, then I accept. I'll give you an ftp and telnet account on
vger.timpanogas.org and you can run with it.
How on earth did you
1 - 100 of 353 matches
Mail list logo
