HHOSUG
Quicksearch
Navigation
Events
12.01 - 1. Treffen MUCOSUG
20.01 - SAF "Neue Wege der IT in Zeiten der Wirtschaftskrise" - Sun GS Langen
22.01 - SAF "Neue Wege der IT in Zeiten der Wirtschaftskrise" - Sun GS Stuttgart
27.01 - SAF "Neue Wege der IT in Zeiten der Wirtschaftskrise" - Sun GS Berlin
27.01 - SAF "Neue Wege der IT in Zeiten der Wirtschaftskrise" - Sun GS Berlin
29.01 - SAF "Neue Wege der IT in Zeiten der Wirtschaftskrise" - Sun GS Hamburg
03.02 - SAF "Neue Wege der IT in Zeiten der Wirtschaftskrise" - Sun GS Ratingen
Kategorien
- About this blog
- Apple
- iPhone
- Aviation
- Bahn
- Begriffe des Lebens
- Blogosphere
- Braindump
- Business Travel
- CANBOX
- CeBIT
- CEC
- Computing
- del.icio.us
- Fundsache
- General
- i hate sundays
- Kochen
- Mindfuck
- Movies
- Music
- On Benchmarketing
- Persoenliches Pech
- Photographie
- policy of ...
- Privacy
- Recommended Blogs
- Security
- Solaris
- Strange Days
- Sun
- suncec2007
- suncec2008
- Technology
- The IT Business
- Toolbox
- Travel
- Work
LKSF Sneak Preview: CacheFS
Tuesday, August 12. 2008
I´m writing a new tutorial for the Less Known Solaris Feature series. This time it´s about CacheFS. CacheFS is one of the really hidden gems of Solaris. You can find it in the work-in-progress version of the LKSF book. It starts on page 74.
Posted by Joerg Moellenkamp
in Solaris
at
18:16
| Comments (9)
| Trackbacks (0)
View as PDF: This entry | This month | Full blog
View as PDF: This entry | This month | Full blog
Trackbacks
Trackback specific URI for this entry
No Trackbacks
Comments
Display comments as
(Linear | Threaded)
The conclusion section of the CacheFS chapter is missing an apostrophe in the "arent".
More importantly: I have a server with encrypted partitions. I trust the user with a password to access the data transiently and handle it consciously. If the client system starts caching the data in large amounts, I moot the server encryption (at least in my setup). Is there an option to keep the cache encrypted?
Thanks!
More importantly: I have a server with encrypted partitions. I trust the user with a password to access the data transiently and handle it consciously. If the client system starts caching the data in large amounts, I moot the server encryption (at least in my setup). Is there an option to keep the cache encrypted?
Thanks!
I can't recommend CacheFS now (although we still use it for many years) for several reasons:
- Filling the Cache is transparent, but very slowly
- no "umount -f".
- No NFS 4 support
- as you can see in the EOF discussions, nobody want's to maintain the code anymore.
There's no alternative to CacheFS, but the existing implementation is not recommendable.
- Filling the Cache is transparent, but very slowly
- no "umount -f".
- No NFS 4 support
- as you can see in the EOF discussions, nobody want's to maintain the code anymore.
There's no alternative to CacheFS, but the existing implementation is not recommendable.
thats correct, we've just completed the EOF case for
cachefs to get the process started to put it to sleep in the longer run.
http://www.opensolaris.org/jive/thread.jspa?threadID=67765&tstart=75
http://www.opensolaris.org/jive/thread.jspa?threadID=67799&tstart=45
cachefs to get the process started to put it to sleep in the longer run.
http://www.opensolaris.org/jive/thread.jspa?threadID=67765&tstart=75
http://www.opensolaris.org/jive/thread.jspa?threadID=67799&tstart=45
I´m strongly opinionated about this feature. As Achim wrote: There is no alternative to this feature ... and it´s a shame that we´ve put this feature into sustaining mode, as it´s one of the features, that makes live much easier.
I really think, we need something like CacheFS2, at least for NFS.
I really think, we need something like CacheFS2, at least for NFS.
Ich hab in deinem Dokument grade den Abschnitt über export/home gesehen und hab da zwei Fragen zu die ich schon ne weile hatte:
a) mount unter solaris gibt nicht so wirklich den "fstype" aus, das ist grade bei VxFS oder NFS ärgerlich wenn man anhand der optionen raten muss. In deinem Beisiel z.b. frage ich mich ob der auto mounter das lokale exort/home vial NFS (von lokalhost) gemounted hat oder ob es da ein loopback/bind mount gibt.
Hintergrund: ist die Performance vergleichbar mit direktem /export/home pfad?
b) das ist die zweite frage, wenn ich einen anwendungsuser auf einem solaris server anlege wo es kein anderer gibt mit dem ich ein home sharen will. Ist es besser
b1) /export/home in der passwd zu verwenden
b2) autofs fuer /home abzuschalten
b3) eine lokale map anzulegen auf das risiko hin dass ich zusaezliche abhaengigkeit von nem service habe den ich nicht brauch.
Gruss
Bernd
a) mount unter solaris gibt nicht so wirklich den "fstype" aus, das ist grade bei VxFS oder NFS ärgerlich wenn man anhand der optionen raten muss. In deinem Beisiel z.b. frage ich mich ob der auto mounter das lokale exort/home vial NFS (von lokalhost) gemounted hat oder ob es da ein loopback/bind mount gibt.
Hintergrund: ist die Performance vergleichbar mit direktem /export/home pfad?
b) das ist die zweite frage, wenn ich einen anwendungsuser auf einem solaris server anlege wo es kein anderer gibt mit dem ich ein home sharen will. Ist es besser
b1) /export/home in der passwd zu verwenden
b2) autofs fuer /home abzuschalten
b3) eine lokale map anzulegen auf das risiko hin dass ich zusaezliche abhaengigkeit von nem service habe den ich nicht brauch.
Gruss
Bernd
eine TCP-Verbindung zwischen einem zpool und seinem L2ARC wuerde mich begeistern...
Was hast Du damit vor ? L2ARC lokal und zpool via iSCSI holen geht heute schon 
da ich CacheFS nie richtig benutzt habe, kann auch sein, dass ich gerade falsch liege. Aber ein lokaler L2ARC mit einem remote zpool wuerde doch das gleiche tun wie CacheFS, naemlich remote Daten lokal vorhalten. iSCSI ist ne gute Idee, SRP via Infiniband sollte aber weniger CPU verbrauchen. Funktioniert das schon mit (Open)-Solaris?
Das SRP-Target fehlt noch, kommt aber bald im Rahmen von COMSTAR.
NFS ist per se multiple reader/multiple writer faehig. waehrend ds bei ZFS/L2ARC nur dann geht, wenn man ein entsprechendes Filesystem dort noch on top setzt , das die funktion mitbringt.
Vergleichbar sind die funktionen nicht
NFS ist per se multiple reader/multiple writer faehig. waehrend ds bei ZFS/L2ARC nur dann geht, wenn man ein entsprechendes Filesystem dort noch on top setzt , das die funktion mitbringt.
Vergleichbar sind die funktionen nicht
The LKSF book
The book with the consolidated Less known Solaris Tutorials is available for download here
Web 2.0
Contact
Networking
open.bc
LinkedIn
Facebook
My photos
- mail: joerg@c0t0d0s0.org
- icq: 144000169
- Me, myself and I
- openBC
- My del.icio.us
- c0t0d0s0@twitter
- c0t0d0s0@last.fm
- wiki@c0t0d0s0
- Amazon Wishlist
Networking
open.bc
My photos
Syndication
Comments
about Munich OpenSolaris User Group (MUCOSUG)
Mon, 05.01.2009 21:11
Ich würde es zeitlich nicht sc haffen das zu organisieren. Wä re aber sofort unterstützend d abei, wenn hier was gehe [...]
Mon, 05.01.2009 21:11
Ich würde es zeitlich nicht sc haffen das zu organisieren. Wä re aber sofort unterstützend d abei, wenn hier was gehe [...]
about What will be after Linux?
Mon, 05.01.2009 20:40
Technologically and mentally t he company exists because of t he many developers and hardwar e designers ... thus Sun [...]
Mon, 05.01.2009 20:40
Technologically and mentally t he company exists because of t he many developers and hardwar e designers ... thus Sun [...]
about What will be after Linux?
Mon, 05.01.2009 20:23
I think you are right ... in t he not so far future, the sepe ration between client and serv er will be a hard one. B [...]
Mon, 05.01.2009 20:23
I think you are right ... in t he not so far future, the sepe ration between client and serv er will be a hard one. B [...]
about What will be after Linux?
Mon, 05.01.2009 20:09
on another note: maybe its imp ossible to think so far ahead. but unix has been around a lo ng time and looking at t [...]
Mon, 05.01.2009 20:09
on another note: maybe its imp ossible to think so far ahead. but unix has been around a lo ng time and looking at t [...]
about What will be after Linux?
Mon, 05.01.2009 17:29
So the question is: Is Linux a handheld operating system? A server-operating system ? A d esktop? The Solaris of t [...]
Mon, 05.01.2009 17:29
So the question is: Is Linux a handheld operating system? A server-operating system ? A d esktop? The Solaris of t [...]
Getaggte Artikel
AMD Apple avs Bahn Blogging Blogosphere braindump Business Travel CeBIT cec cec2006 CMT del.icio.us deutsch dtrace fliegen Fundsache General Hamburg IBM i hate sundays Intel iscsi jumpstart Links Linux lksf Mindfuck Movies Music Musik Niagara Opensolaris Opteron Photographie policy of ... Politik Security Solaris storage Sun suncec2007 sunw t1 The IT Business Ultrasparc ultrasparc t1 Wirtschaft Work ZFS
Blog Administration
Buttons
