In FreeBSD 8.3 release (possibly in earlier release), dump a file system has
2-3GB or more
content can cause system hang in a specific case (pipe to compression):
dump FS-on-SATA-drive > usb-drive OK
dump FS-on-SATA-drive | anyCompress > sata-drive OK
mv a-large-dump-file fr
From: Xin Li
To: Jin Guojun
Cc: questi...@freebsd.org; hack...@freebsd.org
Sent: Sun, September 30, 2012 1:07:40 PM
Subject: Re: system hangs during dump + compress > usb2-drive
On 9/29/12 10:49 PM, Jin Guojun wrote:
> In FreeBSD 8.3 release (possi
By looking through _pthread_create() code and find it uses a magic
cookie -- TLS -- created
by rtld_allocate_tls(), and passed into kernel by sysarch() via
_tcb_set() / _kcb_set().
The information seems to be set by rtld (ld-elf.so.1) in digest_phdr()
under tag PT_TLS.
But it is very magic for
Mikhail Teterin wrote:
idle temperature seems to be 54C.
According to smartctl, the drive runs at 56C during the copying. Its
I'd double-check that (eg with a finger). If the drive really is
running at 56°C, it won't last very long.
It sure feels hot to the touch, but nothi
Is "diff" program supposed to have a switch at command line to disable
following
(ignore) symbolic links when -r switch is given, like many other
programs do?
In many places, a directory or source file can be symbolically linked
multiple times to
different archives. Since the original source w
This is my first time to install FreeBSD 5.x/6.x on a USB drive, so I am
not sure
if the boot/reboot problem is particular to this drive (SimpleTech
SP-U25/60), or
it is a generic USB issue (I do not have a second USB drive to confirm
the problem).
This USB device contains a WDC WD60 0VE-07HDT
I do not know what is the historical reason for program "diff" to follow
a symbolic link during the recursive diff (-r), but it seems not to be a
proper implementation.
If both compared directories contains a sym-link, which point to
a same file or directory, it obviously no need to compare it (
more error information on what function it failed to load.
Is this possible a 4.9 bug in kldload? or does some KLD mechanism has been
changed
in 4.9-RELEASE?
Is there any way to analyze what is wrong in the 4.9 LKD system?
--
---- Jin Guojun --- v --- [EMAIL PROTECTED] ---
Distri
Robert Watson wrote:
On Fri, 7 Nov 2003, Jin Guojun [NCS] wrote:
A KLD module ncs_time_ctl.ko compiled on both 4.8 and 4.9 hosts can be
loaded by kldload on any 4.8 machine. But neither .ko files can be
loaded on a 4.9 machine. The error is:
4.9 # kldload -v ./ncs_time_ctl.ko
kldload
It is a vague problem on term of best performance -- what.
NVidia has better memory bandwidth in AMD motherboards.
However, if SATA is involved, some motherboard either
lowed the memory bandwidth, or had other I/O issues.
In terms of IDE performance, the AMD 760MP has
the best performance in all
Hi,
Fund a URL for TCP tuning at
http://www.csm.ornl.gov/~dunigan/net100/auto.html
At the bottom of the page, it says:
OpenBSD/FreeBSD saved ssthresh/cwnd info for a path in the kernel routing
table, as I recall? That info could be used to "prime" subsequent
connections on the same pa
11 matches
Mail list logo
