Discrepancies in total file size report between v$asm_file and dba_data_files

Hi Friends,
I have an issue, where there are differences of around (70 GB - 90 GB) between what v$asm_file is reporting and what dba_data_files reports. (I have taken TEMP files into account as dba_data_files does not report TEMP files), but still there are differences. Does any one know why is that ? I have checked two RAC installations and its the same in both of them.
Regarsd,
Rose

Can you give the output of :
select * from dba_data_files;
select * from v$asm_file;

Similar Messages

  • File size difference between DNG Converter and Lightroom Beta 4

    Hi,
    I want to go the all-DNG route and am trying several things ATM. I want my files to be as small as possible, thus I disable previews and RAW embedding and enable compression in DNG Converter. In Lightroom, there are no options at all. What I do get, are pretty amazing file size differences:
    Original .NEF as it came from my D70s: ~5MB
    .DNG created by DNG Converter: ~1MB
    .DNG created by Lightroom: ~4MB
    The very small file size in DNG Converter is the one that bother's me most. I get these small files from time to time. I checked both the DNG and the NEF in Photoshop, and they seem to be identical. So my question is: What triggers these small file sizes? Do I loose anything? Or is the Lightroom DNG converter not as advanced as the stand alone version?
    Maybe this helps: I get the ridicolous small files for very dull subjects that tell the computer scientist in me that it should be easily compressable by common compression algorithms.
    Thanks for any pointers,
    Markus

    Thanks for the hint! It did make me revisit those files and now I see the reason for the small file sizes: The Apple Finder does note update the file size view once a file was added to a folder. Here's what I did:
    Opened a folder full of .NEFs in detail view in Finder.
    Converted them using DNG Converter
    Looked at the sizes of the files as they were shown in the Finder window allready open.
    Unfortunately, those file sizes are not correct. If I open a new Finder window of the same folder, file sizes are correctly reported as between 3.5 and 5 MB.

  • File size difference between version 3 and 4

    I'd like to know how to publish a file at the smallest possible size with Captivate 4.
    I have 1 file that is 9176KB published with Captivate 3. The same file published with Captivate 4 becomes 10300KB. I didn't add any functionality just publish it once saved in 4.
    What is the same content ~1MB bigger with the new version? How do I make it smaller?
    Thanks,

    Thanks for the hint! It did make me revisit those files and now I see the reason for the small file sizes: The Apple Finder does note update the file size view once a file was added to a folder. Here's what I did:
    Opened a folder full of .NEFs in detail view in Finder.
    Converted them using DNG Converter
    Looked at the sizes of the files as they were shown in the Finder window allready open.
    Unfortunately, those file sizes are not correct. If I open a new Finder window of the same folder, file sizes are correctly reported as between 3.5 and 5 MB.

  • File size problem between Acrobat 8 and 9

    When I print to a PDF from Acrobat 8 I get a file size that is slightly larger than the original PDF file size.  Example a 1.6 mb file becomes a 1.7mb file.  When I print the same file in Acrobat 9 with the same settings (to my Knowledge) (setting = High Quality Print) I get a file that 36.1mb.
    The reason we would print the file in the fist place is that we need to create a PDF that is ether slightly larger or slightly smaller (say 98%) of the original size.  Can anyone help us figure out why our upgraded version 9 would do this?  We also use 7 and between 7 and 8 there are no defenses but 9 makes the file ~21X the original file size.  Please see that attached JPEG for a screen shot of the file sizes.
    Thank you, -Dan

    Thank you for the quick response.  We are able to get some results through the Optimizer however they are not the same.  Also we would like to keep from adding an extra step into the process.  Especially a step that adds a lot of time to the process as the Optimizer does.  In versions 7 and 8 we did not have run the Optimizer (we also did not have to do this in version 5 back in the day).  Why would 9 have to add this step?  I am really looking for a way to keep the same workflow steps.  -Dan

  • Understanding audio minutes vs total file size

    I'm trying to figure out the relationship between audio minutes and total file sizes, when burning files from my library to an audio CD.
    I'm using 700 MB CDs, which, on the labels, indicate 80 minutes. The selections I want to burn total 6 hours of audio, but only 560 MB of data, as shown at the bottom of the playlist.
    Is the total amount I can burn really limited to the number of minutes?

    When burning AudioCDs your are limited to those 80 min.
    If burning MP3 disks your are not limited by playtime but filesize (approx 680 MB)

  • How can get the library items total file size

    Hi All,
    I want to get the total file size of the library and count how many file in library.
    would I use getItemsRequest can get them?
    or have another ways to do that?
    Thank You
    Jimmy

    Sorry, I don't have any ideas.
    Just so you know, the document management support is the lowest priority.
    There are not any active enhancements planned for document management.
    We added some support in 12.0.x for WebAccess, but there is none planned
    further.
    Preston
    >>> On Tuesday, August 21, 2012 at 2:26 AM,
    jimmyng25<[email protected]> wrote:
    > Thank you, Preston.
    > I will try to find other ways.
    > Would you please telling me if you have any idea?
    > I no idea to solve that, thank you very much.
    >
    > Jimmy

  • File size reported reported differently

    Can someone help me explain why this file size is reported differently depending whether you list file or folder properties:
    This is an Azure Basic_A1 VM. Drive E: is standard VHD attached to the VM (Page Block Storage).
    This is an active/open file that is currently being written to, and is growing in size.
    How is it that file size is reported as 8 GB if you query the folder, and 24 GB if you query the file?
    Sam Boutros, Senior Consultant, Software Logic, KOP, PA http://superwidgets.wordpress.com (Please take a moment to Vote as Helpful and/or Mark as Answer, where applicable) _________________________________________________________________________________
    Powershell: Learn it before it's an emergency http://technet.microsoft.com/en-us/scriptcenter/powershell.aspx http://technet.microsoft.com/en-us/scriptcenter/dd793612.aspx

    I ran this script for the last 8 or so hours out of this 19 hour upload:
    $Folder = "e:\Backups\Sam Client\To Azure Page Block Repository"
    $Log = "c:\Sandbox\Upload4.csv"
    Write-Output '"FileQuery","FolderQuery","Time"' | Out-File $Log
    Do {
    $a = (dir "$Folder\To Azure Page Block Repository2014-09-23T051450.vbk").length/1GB
    $b = (dir $Folder)[1].length/1GB
    cls
    Write-Host "File size reported from file list: $('{0:N2}' -f $a) GB" -ForegroundColor Green
    Write-Host "File size reported from folder list: $('{0:N2}' -f $b) GB" -ForegroundColor Yellow
    dir $Folder | FT -AutoSize
    Write-Output """$a"",""$b"",""$(Get-Date -Format 'hh:mm:ss tt')""" | Out-File $Log -Append
    Start-Sleep -Seconds 10
    } while ($a -ne $b)
    That collected over 3,000 sampling points that are 10 seconds apart. I then graphed that data:
    The vertical axis is file size in GB, the horizontal axis is time (not directly - it's sampling points)
    And you can see file size as reported by folder query lags behind file size as reported by file query. The amount of lag was upwards of 90GB at its highest point. And it took anywhere from roughly 5 minutes to 3 hours for 1 indicator to catch up with the
    other. 
    The question is why these two sets of numbers are different? Is there caching going on somewhere? Is one indicator accounting for all file blocks while the other is accounting for committed blocks only? Can someone from Microsoft shed some light on this?
    This is important to know to be able to plan disk space requirements when attempting to use Azure as backup target with large data sets regardless of the software used.
    Sam Boutros, Senior Consultant, Software Logic, KOP, PA http://superwidgets.wordpress.com (Please take a moment to Vote as Helpful and/or Mark as Answer, where applicable) _________________________________________________________________________________
    Powershell: Learn it before it's an emergency http://technet.microsoft.com/en-us/scriptcenter/powershell.aspx http://technet.microsoft.com/en-us/scriptcenter/dd793612.aspx

  • Web Inspector how to see total file size transferred to browser

    Hi
    After seeing several tutorials with Safari 4/5 I have bin looking for the total file size that is transferred to the browser when loading a website.
    These statistics where easy to find on the old Web Inspector. Does anyone know where I can find this now?
    It would be a very big help! Thank you for your time!

    Does ScriptingListener.plugin record AM code for this specific step?
    No. When you specify the desired file size, PS immediately computes the required compression/quality value necessary to achieve that desired size. The AM code has only that computed Quality value and not the desired file size.
    In other words, you still can't programmatically specify the desired file size.
    As far as slices, I don't have a clue. I've never had the need to use them.

  • File size deviation between Finder and Quicktime

    Today I encountered a weird phenomenon:
    Some Quicktime .movs show different filesizes in the finder (e.g. 69,3MB) than the same clip has in Quicktime (Command-I says 34,71MB)
    This happens if the clip was opened, truncated and saved (under the same name).
    It still occurs after the computer was restartet.
    Any idea what this may be?

    Hi
    According to the QuickTime help, after you delete parts of a movie, the file size stays the same until you choose File > Save As and select "Save as a self-contained movie". I'm only guessing, but this may be to enable the deletion to be undone, even after the file has been saved.
    I guess the Finder is reporting the raw file size, whereas QuickTime is reporting the size of the edited clip.

  • Slight file size discrepencies between identical photos?

    While looking at the metadata of photos I am working with, I have noticed that identical photos in every single aspect of pertinent metadata (lense, focal, other various exif data) happens to have a slight file size discrepency.  For instance, a dscf2001 has a file size of 752kbs and the duplicate dscf2001 has the file size of 732kbs.  These photos have not been altered in any manner. 
    This situation happens with a large portion of my duplicate photos.  One photo's file size is slightly bigger or smaller than the other photo that is the identical version in every single aspect minus the slight file size difference.  Is this a math situation?  If I open with another program will these photos appear as the same file size? 
    Thanks

    They have been copied between drives with different filesystems (iphoto and aperture and old macbook to new macbook).  Maybe this is the issue?
    How did you transit your images from iPhoto? Did you export them from iPhoto or import the iPhoto library? Have the images you are comparing been imported from iPhoto at the same time, from the same iPhoto versions?
    If you compare the original master image files of the images in question in the Finder, do the originals have the same size?

  • File size differences between JE 3.3.87 and

    Our application when using JE 4.1.17 builds a database that is 3.5 times larger than when using JE 3.3.87.
    Is this expected? Is there anything we can do with 4.1.17 to build smaller file size DB?
    Chuck Koscher

    I also ran DbPrintLog on the partial 4.1.17 built Db (gona take more time to run on the ver 3 DB). What does this all mean?
    [qs@cr3 bin]$ more DbPrintLog.out
    <DbPrintLog>
    Log statistics:
    type total provisional total min max avg entries
    count count bytes bytes bytes bytes as % of log
    LN 1,641,390 0 635,530,086 37 38,103 387 35.8
    MapLN 39,660 0 129,537,451 50 5,377 3,266 7.3
    NameLN 5 0 426 35 111 85 0
    DupCountLN 31,568 84 891,783 22 32 28 0.1
    FileSummaryLN 2,978,385 0 203,225,292 28 38,130 68 11.5
    IN 176,586 16,952 281,957,554 44 9,735 1,596 15.9
    BIN 216,441 64,082 356,220,165 44 10,188 1,645 20.1
    DIN 40,046 2,111 22,350,697 85 5,425 558 1.3
    DBIN 42,555 2,907 143,815,258 71 10,146 3,379 8.1
    Root 168 0 452,371 123 3,719 2,692 0
    CkptStart 68 0 2,101 29 31 30 0
    CkptEnd 66 0 4,179 57 64 63 0
    BINDelta 175 0 17,715 35 1,507 101 0
    DupBINDelta 22 0 3,996 51 1,361 181 0
    Trace 450 0 69,440 46 305 154 0
    FileHeader 178 0 6,764 38 38 38 0
    key/data 578,081,436 (32.6)
    Total bytes in portion of log read: 1,774,085,278
    Total number of entries: 5,167,763
    Per checkpoint interval info:
    lnTxn ln mapLNTxn mapLN end-end end-start start-end maxLNReplay ckpt
    End
    0 6 0 3 10,016,254 10,002,932 13,322 6 0x2/0x3f7
    e
    0 21,291 0 209 20,537,114 20,353,908 183,206 21,294 0x10/0x87
    198
    0 10,557 0 141 10,187,476 10,044,801 142,675 10,723 0x14/0xb4
    dec
    0 41,526 0 900 46,753,313 46,610,643 142,670 41,612 0x203/0x7
    25a0d
    0 35,418 0 711 41,367,099 41,354,438 12,661 35,538 0x314/0x8
    73648
    0 7,992 0 187 9,537,017 9,521,859 15,158 7,992 0x349/0x8
    025c1
    0 10,424 0 185 10,332,196 10,238,081 94,115 10,426 0x34f/0x8
    53765
    0 10,467 0 216 10,123,100 10,110,090 13,010 10,562 0x353/0x8
    71841
    0 8,814 0 190 10,170,639 10,012,047 158,592 8,816 0x355/0x8
    9b2d0
    0 20,157 0 585 24,985,565 24,896,315 89,250 20,233 0x3d2/0x3
    d2f2d
    0 8,614 0 197 10,266,414 10,227,891 38,523 8,681 0x3da/0x4
    13fdb
    0 29,407 0 709 34,661,770 34,645,633 16,137 29,408 0x45a/0x8
    861e5
    0 8,512 0 203 10,694,331 10,622,804 71,527 8,513 0x46a/0x9
    2fa20
    0 17,131 0 349 20,149,317 20,118,102 31,215 17,153 0x470/0x9
    54165
    0 50,120 0 1,106 56,983,602 56,958,921 24,681 50,120 0x533/0x6
    73a97
    0 16,608 0 418 20,484,484 20,467,444 17,040 16,619 0x53f/0x6
    e9f1b
    0 16,920 0 395 20,846,145 20,819,500 26,645 16,920 0x557/0x7
    b885c
    0 9,033 0 219 10,860,030 10,834,496 25,534 9,037 0x56f/0x8
    8a7da
    0 68,165 0 1,762 90,245,785 90,214,129 31,656 68,168 0x68e/0x8
    c67f3
    0 9,140 0 200 9,904,174 9,827,759 76,415 69,294 0x800/0x8
    af1a1
    0 9,032 0 215 10,299,639 10,201,642 97,997 9,095 0x80a/0x8
    f8418
    0 66,535 0 1,462 75,431,349 75,410,311 21,038 66,600 0x880/0x4
    9cdcd
    0 8,504 0 222 10,680,253 10,659,337 20,916 8,507 0x896/0x5
    42f0a
    0 17,543 0 632 20,080,030 20,050,546 29,484 17,546 0x89a/0x5
    567a8
    0 25,548 0 617 32,433,830 32,368,958 64,872 25,564 0x8d6/0x7
    a8ace
    0 9,710 0 238 10,564,761 10,547,253 17,508 9,728 0x8ee/0x8
    328e7
    0 21,166 0 884 26,557,127 26,363,082 194,045 21,167 0x93f/0x4
    ea02e
    0 133,812 0 2,755 133,366,171 133,318,671 47,500 133,887 0xb95/0x8
    1fd49
    0 39,793 0 844 41,359,213 41,308,651 50,562 134,394 0xbbf/0x9
    6bab6
    0 56,793 0 1,231 52,693,165 52,642,716 50,449 56,796 0xc0a/0x2
    73c63
    0 26,444 0 418 23,694,267 23,628,234 66,033 26,503 0xc1a/0x5
    f9b1e
    0 23,730 0 459 22,482,062 22,376,959 105,103 23,790 0xc52/0x8
    57aac
    0 10,907 0 264 10,299,749 10,258,468 41,281 10,980 0xc5c/0x8
    a0d91
    0 102,960 0 2,034 86,930,064 86,899,807 30,257 102,963 0xddc/0x5
    b35a1
    0 24,590 0 483 21,204,153 21,176,604 27,549 24,594 0xdf6/0x6
    d955a
    0 11,364 0 281 11,142,812 11,074,749 68,063 11,366 0xe06/0x7
    f0576
    0 12,678 0 230 10,256,884 10,224,320 32,564 12,697 0xe0c/0x8
    2f0ea
    0 23,613 0 434 20,392,697 20,349,744 42,953 23,728 0xe16/0x8
    8eee3
    0 10,843 0 182 10,415,971 10,370,611 45,360 10,964 0xe20/0x8
    f47c6
    0 8,959 0 274 10,281,193 10,168,378 112,815 8,959 0xe24/0x9
    3922f
    0 10,454 0 235 10,273,473 10,202,560 70,913 10,563 0xe2c/0x9
    7be70
    0 39,113 0 945 36,005,999 35,971,748 34,251 39,193 0xe56/0x5
    accdf
    0 33,194 0 840 32,108,563 31,996,817 111,746 33,195 0xe8a/0x7
    af972
    0 31,440 0 556 28,736,169 28,605,453 130,716 31,530 0xedb/0x6
    7b09b
    0 9,723 0 265 10,446,985 10,392,967 54,018 9,840 0xee9/0x6
    e82a4
    0 8,672 0 280 10,230,643 10,179,976 50,667 8,788 0xeef/0x7
    20797
    0 10,486 0 279 11,046,145 10,958,538 87,607 10,491 0xf09/0x8
    1fe18
    0 19,908 0 417 20,242,451 20,187,638 54,813 19,948 0xf11/0x8
    5b12b
    0 10,081 0 302 10,045,293 10,023,247 22,046 10,081 0xf13/0x8
    66218
    0 9,882 0 235 10,053,363 10,004,937 48,426 9,882 0xf15/0x8
    7328b
    0 150,847 0 3,196 158,056,449 157,994,966 61,483 150,927 0xf90/0x6
    98a8c
    0 17,077 0 535 20,280,697 20,210,452 70,245 17,080 0xf98/0x6
    dd305
    0 24,492 0 778 30,374,091 30,330,071 44,020 24,540 0xfa2/0x7
    38850
    0 16,047 0 484 20,187,429 20,127,635 59,794 16,216 0xfa8/0x7
    66475
    0 17,957 0 587 20,203,041 20,178,620 24,421 18,022 0xfae/0x7
    97d96
    0 18,655 0 545 20,290,674 20,201,008 89,666 18,655 0xfb4/0x7
    ded08
    0 20,961 0 680 30,230,987 30,091,976 139,011 20,964 0xfb8/0x8
    17353
    0 8,873 0 258 10,075,979 10,001,445 74,534 8,983 0xfba/0x8
    29c1e
    0 13,760 0 566 20,103,639 20,001,262 102,377 13,760 0xfbc/0x8
    430f5
    0 22,711 0 1,061 30,151,192 30,123,976 27,216 22,775 0xfc0/0x8
    67f8d
    0 18,003 0 569 20,054,235 20,000,730 53,505 18,005 0xfc2/0x8
    75368
    0 17,262 0 555 20,054,765 20,012,053 42,712 17,268 0xfc4/0x8
    82955
    0 12,110 0 631 20,074,663 20,004,423 70,240 12,156 0xfc6/0x8
    94cfc
    0 19,100 0 511 20,029,210 20,000,131 29,079 19,180 0xfc8/0x8
    9bf16
    0 14,124 0 732 20,052,653 20,011,165 41,488 14,127 0xfca/0x8
    a8cc3
    0 17,306 0 447 20,048,350 20,005,522 42,828 17,309 0xfcc/0x8
    b49a1
    0 4,326 0 127 5,187,590 5,187,590 0 4,326 0xfcd/0x4
    1db27
    </DbPrintLog>
    [qs@cr3 bin]$

  • File Size Discrepancy Between Photoshop & the Finder

    I'm trying to be as brief as I can, so here goes. The specific application (PS) is irrelevant, I think. This is about why an app shows one file size & the Finder shows a different file size. In this case, it's a huge difference, due to the file being an image.
    I imported into PS CS, from a CD, an original image, which the Finder shows as 269.4 MB. The file format is TIFF, and the bit-depth is 16, not 8. The Finder shows it as a "TIFF Document." Now. I did a Save As and edited that as a master image file. So, I have two files: the original and the master.
    I substantially cropped (deleted) pixels in the master file. So, at the same 16-bit depth, the master file should be smaller in size than the original. Right? However, the Finder shows the file to be 433.6 MB in size! Photoshop shows the file to be a more realistic 185.8 MB in size. Why is the Finder showing such a huge file size? Why is the Finder storing 247.8 MB more than I need? The Finder shows this file as an "Adobe Photoshop TIFF file," so there has been a change in format. The file is flattened; no layers, etc., are involved.
    One clue could be that the Finder is storing the larger file size to accommodate Photoshop. If one multiplies 185.8 MB by 3, the result is close to the 433.6 MB figure. The 3 stands for the three color channels (red, green, blue) of each pixel (data element) in the image.
    The original image, however, is stored correctly by the Finder. Photoshop and the Finder agree on the 269.4 MB file size. If the above scenario were true, the Finder would be storing the original file at three times the size as shown in Photoshop. In other words, there would be consistency in what the Finder is doing.
    I suppose I could just ignore the discrepancy, but I have hundreds of images to process, and I don't want to have to go into PS every time to get a true reading of file sizes. The Finder should be accurate in doing that.
    I may be in the wrong forum re: Photoshop, but here I think I can find some expertise re: the Finder, since the Finder's storing procedures are in question, to my mind. It's definitely an app/OS interface problem, as I see it. Simply, I edit a file downward in data, save it, yet the Finder saves it at a larger size.

    ...do you think a lot of cloning & healing brush might have added to the file size, even though I cropped the image?
    Yes, depending on your History settings. The more you work on an image, the more history it accumulates. The more different states and sanpshots you save in the History palette, the bigger the file gets as you work on it, because you're storing (within the file) complete information about the file's state before and after every individual change you make to it. What I don't recall is whether that all gets saved to the file in a Save As, or whether the history is flushed each time the file is Saved.
    I should warn you that I am by NO stretch of the imagination a PS expert. I was still using PS 5.0.2 until last February, when I upgraded to CS2 (knowing it will be years before I have enough hardware horsepower to run CS3). I'm a rank beginner with CS2, and if someone else wants to jump in here and point out that I'm all wrong, it will be no surprise to me. And because I never used CS, I don't know whether what I'm describing in CS2 is even relevant here.

  • File size differences between cp3 and cp4

    Hello
    I created a cp file in captivate4 & import audio file (mp3) & published it.
    swf file size was 305kb.
    but when I created this file in cptivate3 & published it swf file size was 260kb.
    why swf file size in cptivate3 less than cptivate4?
    in two sample setting is default.
    Thanks for any help.

    Hello
    I created a cp file in captivate4 & import audio file (mp3) & published it.
    swf file size was 305kb.
    but when I created this file in cptivate3 & published it swf file size was 260kb.
    why swf file size in cptivate3 less than cptivate4?
    in two sample setting is default.
    Thanks for any help.

  • SharePoint workspace shows error of the total file size limitation has been reached

    Hi,
    An error occurs while syncing to a doc library  :
    why I am having this error can you please advise?
    How can I avoid this in future?
    Thanks
    Gaurav
    Gaurav Vekaria

    Hi Tim,
    Thanks for your reply mate!
    surprisingly, my work space syncs all other files that I added after, but it does not sync only this file which was uploaded by my colleague.
    if it is the case of reaching file size limit, How can I increase my workspace limit to add some more files in the same doc library.
    Thanks for your consideration.
    Thanks,
    Gaurav 
    Gaurav Vekaria

  • Why do file sizes change between Windows to Mac drive?

    I'm moving a large number of files from a 3TB Windows NTFS external drive to a 3TB Mac OS Extended Journaled external drive.
    Now, comparing the original file to the copy, I'm finding that the file sizes in the Get-Info window are different on many of the files.  (I would say the majority of them.)
    Did something go wrong and do I now have corrupted data across thousands of files?  Or does a NTFS drive calculate size differently as a Mac-formatted drive, even though the files are identical?

    Does it happen on all kind of files, or just txt files?
    Usually, it comes from the fact that Unix (from which OS X closely derives) and Windows don't have the same way of "recording" changing lines in txt files: in DOS and Windows, going to the next line, whether manually when typing or because you imported a txt file made by someone else (or another machine) means using a "carriage return" (yeah, I know, sounds old), where Unix uses a "line feed". 
    A carriage return will first send the carret back to the beginning of the last line you typed in, before switching to the next line so you can resume typing, whereas a line feed will jump to the next line directly. This leads to some invisible extra characters being typed, and since each digit or key press brings its own byte or octet in the balance, your files might end up being heavier under one platform than they were in another.
    The Notepad application in Windows is known for its poor text wrapping (which it makes up for by being a good tool for coding, for the same reason), with the user/writer needing to feed its own carriage returns in the text, when Wordpad is more user-friendly, with better text wrapping, but doesn't show the same flexibility that Notepad has.
    The same principle applies to all txt-based files, hence to .log files too. And log files tend to be created by applications for this purpose or that, without you knowing it.

Maybe you are looking for