• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Read/Write call interaction w/ UBC
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Read/Write call interaction w/ UBC

  • Subject: Re: Read/Write call interaction w/ UBC
  • From: "shailesh jain" <email@hidden>
  • Date: Mon, 7 Jul 2008 20:26:22 -0700


On Mon, Jul 7, 2008 at 8:25 PM, shailesh jain <email@hidden> wrote:
I think I conveyed it in an incorrect fashion.
I am working on Network file system and I wanted to know how and when UBC caches the data.

My case:
Even though I read the same content of the file (let's say offset 0 to 4095), all the request goes over the
wire -- in short , there is no cache hit. According to my understanding, only the first time the request should go over the wire,
and the subsequent request should result in cache hit (which is not the case). I am not able to understand this behaviour ?

/Shail




On Mon, Jul 7, 2008 at 7:53 PM, mm w <email@hidden> wrote:
entire caching should require hacking the kernel,
without locking control, this will break sooner rather than later.

may be what you expect can be done with fstab?, is it a flash memory card?

On Mon, Jul 7, 2008 at 7:21 PM, shailesh jain
<email@hidden> wrote:
> I am writing a file system that does not support caching. I wanted to know,
> If by just passing
> NO_CACHE and CANT_CACHE option, I can disable entire caching ?
>
> As of my understanding, the options are just to disable name lookup etc
> caching and it cannot
> disable file content caching i.e where UBC comes into play. Can I disable
> file content caching i.e UBC ? (set it to UBC_INFO_NULL ?).
>
> Also, apple docs says that UBC for apple is different from FreeBSD. I wanted
> to know in what respect ?
>
>
> /Shail
>
>
>
>  _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Darwin-kernel mailing list      (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
>



--
-mmw


 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-kernel mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden
References: 
 >Read/Write call interaction w/ UBC (From: "shailesh jain" <email@hidden>)

  • Prev by Date: Read/Write call interaction w/ UBC
  • Next by Date: Re: Read/Write call interaction w/ UBC
  • Previous by thread: Read/Write call interaction w/ UBC
  • Next by thread: Re: Read/Write call interaction w/ UBC
  • Index(es):
    • Date
    • Thread