Displaying 7 results from an estimated 7 matches for "88g".
Did you mean:
88
2007 Nov 21
8
resize an image file
I have a 100G disk on an old redhat 7.3 system.
Filesystem Size Used Avail Use% Mounted on
/dev/hda1 9.6G 2.4G 6.7G 27% /
/dev/hda3 99G 6.1G 88G 7% /home
hda2 is 2G swap
I am trying to back that complete image up on my centos 5 system.
I can do the dd if=/dev/hda bs=1M | ssh root at machine 'cat > disk.img'
which gets me the whole 100G.
As you can see most of the disk is unused.
Is there a way to trim the resulting image to o...
2016 Feb 17
2
Call for testing: OpenSSH 7.2
On Wed, 17 Feb 2016, Tom G. Christensen wrote:
> On 12/02/16 04:56, Damien Miller wrote:
> > Portable OpenSSH is available via Git at
> > https://anongit.mindrot.org/openssh.git/ or via a mirror on Github at
> > https://github.com/openssh/openssh-portable
> >
>
> I'm seeing a hang in the testsuite on Solaris:
> run test transfer.sh ...
> transfer data:
2011 Jun 17
0
[LLVMdev] LLVM-based address sanity checker
On 17 June 2011 08:55, Kostya Serebryany <kcc at google.com> wrote:
> I am rather reluctant to add 'generic' code that handles unknown/untested
> platforms because the memory mapping is very platform specific anyway.
Indeed, but the point of that is more for helping writing
platform-specific versions than actually using it as a general-purpose
routine. Kinda documentation of
2012 Feb 23
1
default cluster.stripe-block-size for striped volumes on 3.0.x vs 3.3 beta (128kb), performance change if i reduce to a smaller block size?
Hi,
I've been migrating data from an old striped 3.0.x gluster install to
a 3.3 beta install. I copied all the data to a regular XFS partition
(4K blocksize) from the old gluster striped volume and it totaled
9.2TB. With the old setup I used the following option in a "volume
stripe" block in the configuration file in a client :
volume stripe
type cluster/stripe
option
2011 Jun 17
2
[LLVMdev] LLVM-based address sanity checker
On Fri, Jun 17, 2011 at 11:48 AM, Renato Golin <rengolin at systemcall.org>wrote:
> On 16 June 2011 20:57, Kostya Serebryany <kcc at google.com> wrote:
> >> I see, maybe you could leave your C implementation as a fall back.
> >
> > Not easy, because it will require a fallback code in the run time
> library.
> > But yes, possible.
>
> I was
2011 Jun 17
3
[LLVMdev] LLVM-based address sanity checker
...when we poison
memory), SEGV happens and the SEGV handler mmaps the required region.
> If I'm not mistaken, the Native Client
> guys have done a memory place-holder, with enough space pre- and
> post-code, is it similar of what you're doing?
Not very similar. 64-bit NaCl mmaps 88G of address space. On 64-bit ASAN I
need 16384G of RAM, which is a bit too much to mmap.
> Or are you using a big
> BSS region?
>
> Depending on how you did it, it might just work on other platforms...
>
> cheers,
> --renato
>
--kcc
-------------- next part --------------...
2012 Nov 13
1
thread taskq / unp_gc() using 100% cpu and stalling unix socket IPC
..., 20.7% idle
CPU 21: 1.9% user, 0.0% nice, 76.6% system, 0.0% interrupt, 21.5% idle
CPU 22: 1.9% user, 0.0% nice, 75.5% system, 0.0% interrupt, 22.6% idle
CPU 23: 1.1% user, 0.0% nice, 75.5% system, 0.0% interrupt, 23.4% idle
Mem: 688M Active, 1431M Inact, 3064M Wired, 8K Cache, 7488K Buf, 88G Free
ARC: 1212M Total, 107M MRU, 965M MFU, 1040K Anon, 8010K Header, 131M Other
Swap: 8192M Total, 8192M Free
PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND
0 root 8 0 0K 3968K CPU12 12 9:49 100.00% kernel{thread taskq}
2873 root 84...