search for: appare

Hello, I am curious why when using virt-sparsify the apparent-size of the file gets reduced to the actual file size? Is there a way to get the apparent-size left as the full size? In the man page for virt-sparsify it has a section on "IMPORTANT NOTE ABOUT SPARSE OUTPUT IMAGES" and its output seems to indicate what I would expect where "ls -...

Hello, I am curious why when using virt-sparsify the apparent-size of the file gets reduced to the actual file size? Is there a way to get the apparent-size left as the full size? In the man page for virt-sparsify it has a section on "IMPORTANT NOTE ABOUT SPARSE OUTPUT IMAGES" and its output seems to indicate what I would expect where "ls -...

Hello Rich, Thanks for the reply and information. > What is file.img? Its simply a file I made while testing sparse files "truncate -s 512M file.img". > 'du --apparent-size' and 'ls -l' are the same thing, so it's not > really surprising that you see the same numbers here. Indeed, I expected those to be the same, just figured I would show them both for completeness. > For qcow2 files, the virtual size is not related to the "apparent...

When calculating the initial size of the disk we must estimate how much space is taken by the input. This is quite difficult. For directories we used ‘du --apparent-size -bs DIR’. This is wrong because ’-b’ implies ‘--apparent-size --block-size=1’. But also ‘--apparent-size’ causes du to count the file size rather than number of blocks used by files. If you have a directory containing many small files this usually underestimates resulting in disk sizes wh...

Hello, I've been using NUT and cacti to graph some values from our UPS's. Unfortunately, while the APC UPS's seem to track both apparent (complex) power % and real power %, as best I can tell NUT will only fetch apparent power. ups.load returns apparent power, and I can't find any key that returns real power- we need to know both. Am I missing something? Is there a patch I can use? Or is this simply not supported. (Also, i...

On Wed, Jun 15, 2016 at 10:20:54AM -0500, libvirt_users@skagitattic.com wrote: > Hello, > > I am curious why when using virt-sparsify the apparent-size of the file > gets reduced to the actual file size? Is there a way to get the > apparent-size left as the full size? > > In the man page for virt-sparsify it has a section on > "IMPORTANT NOTE ABOUT SPARSE OUTPUT IMAGES" and its output seems to > indicate what I...

On Wed, Jun 15, 2016 at 10:20:54AM -0500, libvirt_users@skagitattic.com wrote: > Hello, > > I am curious why when using virt-sparsify the apparent-size of the file > gets reduced to the actual file size? Is there a way to get the > apparent-size left as the full size? > > In the man page for virt-sparsify it has a section on > "IMPORTANT NOTE ABOUT SPARSE OUTPUT IMAGES" and its output seems to > indicate what I...

On Thu, Jun 23, 2016 at 10:57:43AM -0500, libvirt_users@skagitattic.com wrote: > Thanks for all the information, I think my last remaining question is > why the image created with virt-install shows the full apparent size > and the image from virt-sparsify does not? (The image testimage1.qcow2 > created with default options). I don't really know what you mean by "full apparent size". If you are talking about the output of "ls -l", then don't -- that number is unrelated to...

вт, 18 лют. 2020 о 10:48 Richard W.M. Jones <rjones@redhat.com> пише: > > When calculating the initial size of the disk we must estimate > how much space is taken by the input. This is quite difficult. > > For directories we used ‘du --apparent-size -bs DIR’. This is wrong > because ’-b’ implies ‘--apparent-size --block-size=1’. But also > ‘--apparent-size’ causes du to count the file size rather than number > of blocks used by files. > > If you have a directory containing many small files this usually > underestimat...

Greetings! I am still new to R but have been asked to look at doing astronomy with R. I have a FITS file which contains an optical telescope image (it can be viewed in SAOimageDS9). I need to estimate the magnitude of a galaxy... and eventually other optical sources. How do I find the apparent magnitude of a galaxy from a FITS file? -- View this message in context: http://r.789695.n4.nabble.com/How-do-I-find-the-apparent-magnitude-of-a-galaxy-from-a-FITS-file-tp4639907.html Sent from the R help mailing list archive at Nabble.com.

Dear R-devel, Recent versions of R CMD check have been flagging apparent S3 methods that are not registered in the NAMESPACE as such. In most situations this is very helpful. However, I have few cases in existing packages where we have unfortunately named functions using a "." in them that makes them appear as S3 methods when they are not. As there is...

Hello, Thanks for all the information, I think my last remaining question is why the image created with virt-install shows the full apparent size and the image from virt-sparsify does not? (The image testimage1.qcow2 created with default options). As they are both qcow2 I would expect them both to have the same behavior as far as apparent size goes. Or is there an option I am missing in virt-sparsify that would keep the full appare...

....4 (Debian 4.8.4-1) > ) #1 SMP Debian 3.16.7-ckt25-2 (2016-04-08) > > .... Many more lines here and it turns interactive. Suffice it to > say I did a basic minimal install following the prompts. Nothing > special here. > > This created an image that is 2.5G with a 50G apparent size and > identifies as qcow2 as shown below. > > # ls -slh testimage.qcow2 > 2.5G -rw-r--r-- 1 root root 51G Jun 22 20:22 testimage.qcow2 > > # qemu-img info testimage.qcow2 > image: testimage.qcow2 > file format: qcow2 > virtual size: 50G (...

Looking around on the Web, what I just tried was to stop the RAID, then do an --assemble --scan, and *that* found everything, put the raid together, and appears to be rebuilding using the new drive. *phew* I do find it interesting that scan works, but explicitly assembling apparently remembers the drive that died, and wouldn't even look at it. mark

...avel over the dom0 bridge. This has worked fine as long as I was tinkering with UDP packets only - but when I try to reinject TCP frames with an increased length, I run into a BUG() because net/netfilter/nfnetlink_queue.c:nfqnl_mangle() calls skb_put() which requires the skb to be aligned, which it apparently isn''t in a Xen environment. I''ve ported my network scenario to a Usermode Linux setup and it''s working perfectly fine there, so I presume this has something to do with Xen''s network driver implementation. It would be great if someone could point me into the...

...ough I've tried different penalties and different tolerances. The X matrix is scaled and centred. > library(Design) > load(url("http://www.csse.unimelb.edu.au/~gabraham/data2.Rdata")) > l <- lrm(y ~ X, penalty=100, tol=1e-13) Error in solvet(info.matrix, tol = tol) : apparently singular matrix > traceback() 4: stop("apparently singular matrix") 3: solvet(info.matrix, tol = tol) 2: fitter(X, Y, initial = f$coef, maxit = 1, tol = tol) 1: lrm(y ~ X, penalty = 100, tol = 1e-13) Any idea what the reason for this error is? Thanks, Gad > sessionInfo(...

Hi all, the monorepo contains a Go frontend called 'llgo' (in the llgo/ top level folder). It apparently hasn't been active since 2017 and before that it wasn't very active either (there were 13 commits in 2016 apparently, most of it minor fixes). I would propose that we remove it from the monorepo for the following reasons: * It is apparently unmaintained. * It only supports a long outd...

Okay, apparently coff2yaml and yaml2coff are not in a great place as they both don't deal well with the fact that you can have overlapping sections, which seems to be what clang-cl produces (the .data section points to the same place as a later section). Which is not a big big problem for me particularly be...

yeah, apparently .bss has a flag of unitialized data that is not being respected on the layout of the coff files (it should skip those sections) but I dunno what to do with .data as it doesn't have a size. (resending as apparently my pastes generated a ton of hidden html data and this message hit the maili...

I have come across an apparent bug in the operation of Sweave. If I load the package R2HTML then execution of \Sexpr{} in an *.Rnw file no longer works. The \Sexpr{} code is simply written to the *.tex file. Below are my *.Rnw file, commands, and output. The Sweave file, Sweave-test-1_short.Rnw: % -*- mode: noweb; noweb-...