On Sat, 6 Jul 2002, Patrick Thomas wrote:
I saw this show up all over my ssh session into a server today:
NOTICE: --Relation pg_toast_16386--
NOTICE: Pages 0: Changed 0, reaped 0, Empty 0, New 0; Tup 0: Vac 0,
Keep/VTL 0/0, UnUsed 0, MinLen 0, MaxLen 0; Re-using: Free/Avail. Space
[ ...
:If RAM + swap can be more than 4GB, how does FreeBSD address swap on a
:32-bit machine? Does the kernel internally use a wider address space
:with some kind of translation to 32-bit space for programs and hardware
:that can't handle 64-bit addresses or does it not map swap into the
:address
I saw this show up all over my ssh session into a server today:
NOTICE: --Relation pg_toast_16386--
NOTICE: Pages 0: Changed 0, reaped 0, Empty 0, New 0; Tup 0: Vac 0,
Keep/VTL 0/0, UnUsed 0, MinLen 0, MaxLen 0; Re-using: Free/Avail. Space
0/0; EndEmpty/Avail. Pages 0/0.
CPU
On Fri, 5 Jul 2002, Paulo Roberto wrote:
The issue about ctrl+alt+del is that I need to change the default
behaviour that is reboot, to halt the system. The best I could find was
to change the keymap on key 83 (if I am not mistaking) to 'pdwn' or
'halt' (it was previously on 'boot').
Take
Hi all,
I'm trying to get a wireless card going in a desktop machine. The
wireless card is a ORiNOCO Wireless LAN PC Card
The PCI-PCMCIA controller has a texas instruments chip on it and
appears to be made by Elan.
This combo works under XP but does not work under FreeBSD 4.6
The pc card worked
On Fri, Jul 05, 2002 at 07:28:16PM -0700, Paulo Roberto wrote:
After rebooting to the changes take effect (I do not know if there is a
way to reload the keymap withou restarting the system), I try
ctrl+alt+del and then it runs the proper halt/shutdown script, but when
it was supposed to stop
On Wed, Jul 03, 2002 at 11:33:04AM +0900, Makoto Matsushita wrote:
src/release/Makefile assumes that src/release directory is actually
/usr/src/release. It seems that your source code location is /home/src.
Woo-hoo! I finally got a 'make release' to work! Thanks for
everyone's pointers...
reichert It was rather disappointing that I couldn't run 'make release' in
reichert parallel via the '-j' option, though. :/
WORLD_FLAGS and/or KERNEL_FLAGS don't work for you?
reichert How disparate can the host OS version be from the version
reichert I'm trying to make a release of?
Same
If I run the following programm:
#include sys/mtio.h
#include fcntl.h
int
Tape_rewind(int fd) {
struct mtop mo;
mo.mt_op = MTREW;
mo.mt_count = 0;
if (ioctl(fd, MTIOCTOP, mo) == -1) {
return 1;
}
return 0;
};
int
Tape_fsf(int fd,
Bernd Walter wrote:
On Fri, Jul 05, 2002 at 05:58:15PM -0700, Darren Pilgrim wrote:
If RAM + swap can be more than 4GB, how does FreeBSD address swap on a
32-bit machine? Does the kernel internally use a wider address space
The same way it does on every partitition: using block numbers.
On Sat, Jul 06, 2002 at 02:37:02PM -0700 I heard the voice of
Darren Pilgrim, and lo! it spake thus:
And you can have more than a single swap partition.
Up to four, so then the theoretical limit for swap is 8TB?
I hope not, since I have 6 of 'em. 4's just the default.
Do these
On Sat, Jul 06, 2002 at 02:37:02PM -0700, Darren Pilgrim wrote:
Bernd Walter wrote:
On Fri, Jul 05, 2002 at 05:58:15PM -0700, Darren Pilgrim wrote:
If RAM + swap can be more than 4GB, how does FreeBSD address swap on a
32-bit machine? Does the kernel internally use a wider address space
Bernd Walter wrote:
On Sat, Jul 06, 2002 at 02:37:02PM -0700, Darren Pilgrim wrote:
Bernd Walter wrote:
On Fri, Jul 05, 2002 at 05:58:15PM -0700, Darren Pilgrim wrote:
If RAM + swap can be more than 4GB, how does FreeBSD address swap on a
32-bit machine? Does the kernel internally
Darren Pilgrim wrote:
I thought the limit for filesystems was 2TB?
The Blocknumber is signed that gives:
2^31 * 512Bytes
Why sign the blocknumber? LBA uses an unsigned 32-bit integer,
allowing 2TB, and IIRC SCSI uses an unsigned integer as well (though I
can't remember if that one
On Sat, Jul 06, 2002 at 03:43:00PM -0700, Darren Pilgrim wrote:
Bernd Walter wrote:
On Sat, Jul 06, 2002 at 02:37:02PM -0700, Darren Pilgrim wrote:
Bernd Walter wrote:
On Fri, Jul 05, 2002 at 05:58:15PM -0700, Darren Pilgrim wrote:
If RAM + swap can be more than 4GB, how does
On Sat, Jul 06, 2002 at 04:01:18PM -0700, Terry Lambert wrote:
Darren Pilgrim wrote:
I thought the limit for filesystems was 2TB?
The Blocknumber is signed that gives:
2^31 * 512Bytes
Why sign the blocknumber? LBA uses an unsigned 32-bit integer,
allowing 2TB, and IIRC SCSI
:...
:
: Up to four, so then the theoretical limit for swap is 8TB?
:
:I hope not, since I have 6 of 'em. 4's just the default.
:
:
: Do these management structures grow as swap grows, or do they only
: change as the utilization increases?
:
:I believe they're pre-allocated, so it's the size
Negative block numbers are used by UFS to represent the indirect blocks
associated with a file, while positive block numbers represent the
contents of the file.
These are logical block numbers, which are fragment-sized (1K typically).
So, 2^31 x 1K = 2TB.
Physical block
On Sat, Jul 06, 2002 at 04:42:22PM -0700, Matthew Dillon wrote:
Negative block numbers are used by UFS to represent the indirect blocks
associated with a file, while positive block numbers represent the
contents of the file.
I never saw any negative block numbers in on-disc
:
:On Sat, Jul 06, 2002 at 04:42:22PM -0700, Matthew Dillon wrote:
: Negative block numbers are used by UFS to represent the indirect blocks
: associated with a file, while positive block numbers represent the
: contents of the file.
:
:I never saw any negative block numbers in
On Sun, Jul 07, 2002 at 02:10:19AM +0200, Bernd Walter wrote:
On Sat, Jul 06, 2002 at 04:42:22PM -0700, Matthew Dillon wrote:
Negative block numbers are used by UFS to represent the indirect blocks
associated with a file, while positive block numbers represent the
contents of
:
: Physical block numbers are 512-byte sized, with a range of 2^32
: in -stable. This also winds up being 2TB. So increasing the fragment
: size does not help in -stable.
:
: It's a proven fact that there is a 1T limit somewhere which was
: explained with physical block
In message [EMAIL PROTECTED], Bernd Walter writes:
I never saw any negative block numbers in on-disc structures.
Now I wonder if it was just hidden behind macros.
What is the reason to handle it that way?
Do you have some code reference for homework?
These logical block numbers are not stored on
On Sat, Jul 06, 2002 at 05:33:50PM -0700, Matthew Dillon wrote:
:
:On Sat, Jul 06, 2002 at 04:42:22PM -0700, Matthew Dillon wrote:
: Negative block numbers are used by UFS to represent the indirect blocks
: associated with a file, while positive block numbers represent the
:
On Sun, Jul 07, 2002 at 03:41:28AM +0900, Makoto Matsushita wrote:
reichert It was rather disappointing that I couldn't run 'make release' in
reichert parallel via the '-j' option, though. :/
WORLD_FLAGS and/or KERNEL_FLAGS don't work for you?
'make -j 10 release' didn't work.
reichert
Matthew Dillon wrote:
The nominal limit for swap space is around 14 GB due to limitations
in available KVM. There are three major limiting factors in the kernel:
* The swap bitmap eats 2 bits per page of swap. The bitmap is sized
to handle NSWAP (default 4) x
:Is NSWAP tied to the NSWAPDEV kernel option, or is it the actual number
:of active swap devices? If the prior, is setting NSWAPDEV to the
:actual number of swap devices a useful for improving memory usage? Is
:NSWAPDEV just a compile-time tunable, or is there a sysctl to do the
:same thing?
Thanks guys, for explaining the swap system to me. I have a good
understanding of how the system works now. I want to particularly
thank Matthew Dillon for taking the time to lay down the technical
details as he did. Being able to ask a question like this and get it
answered so well is what
WORLD_FLAGS and/or KERNEL_FLAGS don't work for you?
reichert 'make -j 10 release' didn't work.
Again, WORLD_FLAGS and/or KERNEL_FLAGS don't work for you?
Yes, it would be better that whole release procedure works with make
-jN, but most of the time spent is make buildworld/buildkernel during
29 matches
Mail list logo