A ZFS nem lesz a Mac OS X "Leopard" alapértelmezett filerendszere

 ( trey | 2007. június 13., szerda - 7:52 )

A korábbi napok pletykái ellenére biztos, hogy nem lesz a ZFS alapértelmezett filerendszer a Mac OS X következő kiadásában, a 10.5-ös verziószámot viselő "Leopard"-ban. A rémhírt Jonathan Schwartz, a Sun vezérigazgatója röppentette fel az elmúlt héten egy rendezvényen. Az Apple most cáfolta a Sun értesüléseit.

Az InformationWeek cikke szerint Brian Croll, az Apple egyik marketingvezetője cáfolta az értesüléseket. Azt nyilatkozta, hogy az Apple sose mondta, hogy a ZFS a Leopard része lesz. Croll szerint marad az a filerendszer, amelyet az userek eddig is használtak (HFS+). Később egy Apple-s szóvivő korrigált. Az Apple azt akarta mondani, hogy a ZFS elérhető lesz a Leopard-ban, mint limitált választási lehetőség, de nem lesz az operációs rendszer alapértelmezett FS-e. Bővebben itt.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

És néhányan felsóhajtottak.

--
trey @ gépház

Tulajdonképp nem értem, minek egy desktopba zfs. Szinte az összes olyan funkciója, ami miatt érdemes használni, leginkább nagyobb szerverkörnyezetben nyer igazán értelmet...

A múltkor ezt kérdeztem én is. Mi a f@szt fog csinálni a notebook-jában az egy darab lemezével "ZFS a kirrajjj" Mac OS X kliens játékos. Valószínűleg a cél nem is igazán ez, hanem a szervereik. Itt meg matyiznak rá ész nélkül a G4-es iBook-kal a kezükben.

--
trey @ gépház

Tudom nem ismered az osx-et ezert nem tudod mirol beszelek, de en pl le fogom vele cserelni az apple raid-et.

Izgi lesz. Majd meséld el.

--
trey @ gépház

A naciblogon gyanitom meg fog jelenni

Akkor azt valószínűleg én nem fogom látni :**

--
trey @ gépház

Nembaj, make bzImage-rol ritkan irok ugyis

Értem. Esetleg nekem tudatlannak elmagyarázod, hogy mi az az Apple raid, mi köze van az Apple notebook-jaihoz, kiváltképp a G4-es iBook-okhoz, és az, hogy miért lesz jó a ZFS egy áltagos Mac OS X kliens felhasználónak? Mert erről még nem hallottunk, és erről szól ez a szál. Köszi.

--
trey @ gépház

Disclaimer: vigyazat, linuzfanboi szamara felfoghatatlan dolgok kovetkeznek, engedelyezem a felmondattal torteno elintezeset ;)

Annyira nem fogas kerdesek ezek, leven amint bebokom a firewire kabelt a G4 iBook-omba (match), rogton becsatolodik egy RAID0 es egy RAID1, amikkel dolgozni szoktam. A ZFS lesz akinek jo lesz, lesz aki leszarja mert a HFS+ sebessege es stabilitasa eleg, es nem kell plusz funkcionalitas.

A ZFS imho jo lesz nemcsak szerverre, de egy "atlagos" OSX-el dolgozo, es/vagy developpolo embernek is ha igenyli, pl nekem (sokkal jobb mint egy linuzosnak, akinek, ize... hat neki nincs ZFS, vallasi okok miatt), peldaul azert mert az apple raid nem felel meg.

"Annyira nem fogas kerdesek ezek, leven amint bebokom a firewire kabelt a G4 iBook-omba (match), rogton becsatolodik egy RAID0 es egy RAID1, amikkel dolgozni szoktam. A ZFS lesz akinek jo lesz, lesz aki leszarja mert a HFS+ sebessege es stabilitasa eleg, es nem kell plusz funkcionalitas."

ROTFLmao. Erre számítottam. Nesze neked mobilitás. Mondom _átlagos Apple notebook felhasználó_. Az ilyen "nekem jó lesz(tm)" dolgokkal hanyagolj, ha neked sem tetszik a Worksforme(tm) tőlem, plz.

(btw: firewire HDD Linux alatt out-of-the-box, FYI)

--
trey @ gépház

Jo hat az ilyen "minek linuxba scsi support, ha trey notbukba hasznalja" tipusu erveles elott fejet hajtok

>(btw: firewire HDD Linux alatt out-of-the-box, FYI)

/me pets trey

Kosz a blogreklamot!
Sokat tanultam, es a moralis ertekrendem is nagyobb fejlodesen esett at.
Koszonom, Mester
http://www.gabucino.be/files/dc2c274ceadbafe219e4c80e29b2441d-197.html

Vigyázz, ezt a linket itt tilos bepostolni! :)

Ha a fejemen van a szarvasagancs akkor is? :)

Gondoltam megnézem az okostojás oldalát. Nem tudom, látta-e valaki Eben Moglen fotóját rajta, ezzel az aláírással: "Sose végezz félmunkát. Különösen Adolf Hitlernek szól ez."

Két megjegyzés:

- Ez a gyerek akkora állat, hogy minden civilizációs norma ellen szól vele akár csak szóbaállni is.
- A eset nyilvánvalóan kimeríti a közösség elleni izgatást és egyéb törvényi tételeket, így törvénysértő is.

Szóval ezt meggondolva próbálkozzon bárki vitába szállni vele!

Ugyan, a polója sokkal intellektuálisabb:
http://www.gabucino.be/picz/apat01.jpg

:)

A polója? Nem azt akartad írni, hogy a húga? >:DD

ahahahah

Igen, ez kulonosen annak fenyeben erdekes, hogy az ominozus szerver a HBONE-on van, aminek pedig van egy egesz kedves kis AUP-ja, ami pedig legjobb tudomasom szerint az ilyesmit hatarozottan tiltja, de meg varom a NIIF CSIRT-es kollegak allasfogalasat a dologrol.

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

Fel vagyok háborodva.

En is

De azért jössz snóblizni a rabbihoz holnap?

Spicli :P

Ahogy erzed. Amig nem gabucinozol le, addig nyugodtan... :)

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

Némá, ráadásul a kovács pist^Wkálmi hozta rendeletben!
Húha, ebből gabucinogate lesz!

Ha az ember ismert, sot sajat velemenye is van, akkor meg kell szoknia az alja fergek gyakori tamadasait.

Mész a tomcat mellé te szélsőjobboldali osx júzer!

majd a 168 menóra havilap objektíven tényfeltár, a napkeltébe meg úgysem merik meghívni, mert az ORTT megint lesúlyt az *ellenséges* légkör miatt :))

Bazmeg, azert ez egy kicsit szanalmas mar, miert egy ZFS topicban kell kitargyalni gabu nemi eletet? Nyissatok egy 'Interju Gabuval' topicot es ott barmit jol megmondhattok. :) De ugyanez ervenyes a tobbi allandoan emlegetett uriemberre is.

---
pontscho / fresh!mindworkz

"Nyissatok egy 'Interju Gabuval' topicot es ott barmit jol megmondhattok. :)"

Lehetőleg az index fórumon. Kb. az a színvonal.

--
trey @ gépház

Epp ezert mindegy hogy melyik.

azert egy ekkora kaliberű szakembertől elvárható lenne hogy egy animált gif embléma figyelmeztessen a szabályzat kakaóbiztosságára, mert így kicsit kevésbé szakmay :(

Akkor ezt most magyarul?

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

melyik szót?
szerk: én csak megörültem h egy Kovács Kálmán általi valamit olvashattam :)
ártatlan vagyok

Késő, te is meg leszel mondva az óvóbácsinál... :P

Mit fog csinálni? Tesztelni fogja.

--
CCC3

"Tulajdonképp nem értem, minek egy desktopba zfs. Szinte az összes olyan funkciója, ami miatt érdemes használni, leginkább nagyobb szerverkörnyezetben nyer igazán értelmet..."

Tehát akkor újra. Melyik funkcióját?

--
trey @ gépház

Bookmark: a bazarmodell latvanyos osszeomlasanak kezdeten a linuzfanok identitaszavarba kerultek ("negy lab jo, ket lab rossz")

Tehát - hogy visszatérjünk az eredeti témára - melyik killer funkciója lesz a ZFS-nek számodra rendkívül előnyös mobil/desktop környezetben?

--
trey @ gépház

Ugy erted azon kivul amit ROTFLMAO-val elinteztel, mint mestersegesen gerjesztett igenyt?

Igen, a goodforme(tm)-en kívül. Egyelőre azt írtad le, hogy jó lesz, mert lesz RAID0 meg RAID1. Ez most is van, ha jól értettem. Ezen kívül?

--
trey @ gépház

> Ez most is van, ha jól értettem

Nekem nem felel meg, te meg nem ismered, szoval egesz nyugodtan trollkodj tovabb a "dehat minek osxre barmi is" temakorben

"dehat minek osxre barmi is" temakorben"

Csúsztatásnak érzem. Konkrétan egy dolog (ZFS) után érdeklődtem. Azt is csak a Mac OS X Client verzióra szűkítve. Szóba nem került a Mac OS X Server. Ne adj a számba mást.

--
trey @ gépház

> Csúsztatásnak érzem

En is

> Szóba nem került a Mac OS X Server

hence the name

"> Szóba nem került a Mac OS X Server

hence the name"

Pardon?

--
trey @ gépház

A csusztatassal hozd osszefuggesbe

hagyjad mar, o resier-t hasznal, vele akarsz vitatkozni? :)

--
The Internet has evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.

Ó, itt az egyik minion. Remélem, hogy te elmagyarázod, hogy a Mestered mit szeretett volna mondani, mert én nem értem.

--
trey @ gépház

na majd jon a zamboriz es kiegyenliti az eroviszonyokat ;)

attol, hogy neked kielegiti a reiserfs es gdesklets a desktop igenyeidet, attol meg lehet, hogy masnak vannak magasabb igenyei is, esetleg tenyleg jol jon nekik a zfs akar desktopon is. nem tudom ez teged miert zavar.

na de varjal, ne farasztd magad, kiexpektalom a valaszaidat, hogy tobb idod legyen masra:

t: na, pont te beszelsz a netbsd-vel, meg flash sincs linux emulacio nelkul bsd-n.
r: nekem nem is kell, nem hasznalok emulaciot, meg a gnash sem erdekel, mert ruhellem a flash-t.
t: persze, mert nem bsd licences, kulonben jo lenne
r: en nem vagyok licencbuvar, az a turul :)
t: na jo, en megyek ebedelni, ugysem erdekel ez az egesz zfs hulyeseg

kihagytam valamit? :)

--
The Internet has evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.

Replaced írta:
meg flash sincs linux emulacio nelkul bsd-n

Ne FUD-olj, ott a gnash, az szép és jó (a HUP is megírta).


It doesn't matter if you like my song as long as you can hear me sing

Még mindig azt várom, hogy mit szeretett volna mondani.

--
trey @ gépház

Snapshot, backup, tömörítés, adatintegritás.

Snapshot. Desktop környezetben jellemző?
Backup. Ezer más megoldás létezik rá.
Tömörítés. Mai vinyóméretek mellett? Akku-n? G4-en?
Adatintegritás. Rendben. Szerintem ezért kár.

--
trey @ gépház

>Backup. Ezer más megoldás létezik rá.

Nem is ertem az apple miert nem a freshmeatrol toborozza a killer ficsorjeit amikkel innoval

>Tömörítés. Akku-n?

Is that your best?

>Adatintegritás. Rendben. Szerintem ezért kár.

Vegyuk eszre hogy nem linuxrol van szo, ahol ez a szo valoban misztikum

Azért nem olyan fergetegesek ezek a vinyóméretek.
A tömörítés szerintem nagyon hasznos. Van egy rakás dokumentáció (Java APIdoc, html formátumú doksik), amit én így tartok a diszken, és jónéhány gigát meg lehet vele spórolni. Vagy ha logokat kell elemezgetni a notebook-on távoli elérés hiányában (nem tipikus feladat, de velem előfordult már), 4 gigányi log 1 gigába belefér, és ugyanúgy tudsz benne keresgetni. (Ugyan én NTFS-en teszem ezt, de az elv hasonló.)
Nyilván vannak elkerülő megoldások erre is, de ez baromi kényelmes. Szerintem reális igény desktopon, akár notebook-on is.

G4-en: nem ismerem a Mac-eket, de akár ott is. 386-on, 486-on nyilván megérezte az ember, de itt már nem.

"A tömörítés szerintem nagyon hasznos."

Ó, hogyne. Hogy ez eddig nem jutott eszembe.

80 GB HDD notebook ~ 10 ezer forint.

Bocs, de ilyen árak mellett én ennek nem sok értelmét látom. Ha te igen, akkor az nagyszerű.
--
trey @ gépház

a tömörítés márpedig nagyon hasznos tud lenni. pl 1 csóró diáknak nincs pénze 80 GB noebook hdd-re ha a sok szart fel akarja tömni a notebookjára. Amúgy meg: minek pazaroljuk az erőforrásokat? Ez a föld erőforrásaira is vonatkozik, meg az ilyen absztrakt erőforrásokra is.

Amúgy ha tudsz 10k hufért 80GB noti HDD-t, újan, garival, alacson fordulatszámmal...afával... akkor jó neked.
---
Reactor error - core dumped!

A végén már majdnem sírtam. Annyira megható volt. Majd meggyőzöm az ügyfeleket, hogy a tömörítés a jövő.

--
trey @ gépház

Nem, a (filerendszer szintű)tömörítés nem a jövő, de egy olyan funkció, ami sok esetben nagyon hasznos, és volt is, van is, és lesz is értelme a funkciónak.
---
Reactor error - core dumped!

Azért azt hozzátenném, hogy míg a CPU sebességek többezerszeresére nőttek az elmúlt években, a diszkek áteresztőképessége ettől jóval elmaradt.

az a baj, hogy folyamatosan a szerint ervelsz, hogy minek megcsinalni valamit amire van mas megoldas. ilyen alapon soha ne csinaljon senki ujat, mert minden mukodik mar most is, vagy meg lehet oldani valahogy. a kereket se ertem minek fedeztek fel, szantalpakon is lehet szallitani dolgokat. persze, most minden ficsor egy fsben nem lesz ilyen kaliberu, nagyresze lehet ertelmetlen, de hasonlitsd a ket ervelest:
1. miert csinalnak - meg lehet maskent is.
2. miert csinalnak - mert kepesek vagyunk ra.

nekem a masodik sokkal jobban bejon, mert az elso hosszutavon stagnalashoz vezet. igenis jo, hogy ugyanazt a dolgot szazszor meg szazszor ujramegoldjak, igy lesz mukodokepesebb, felhasznalobaratabb. az sem baj, hogy olyan helyeken hasznalnak dolgokat amik elsore nem tunnek logikusnak. gondolj csak bele a kezdeti kameras telefonokra. micsoda hulyeseg. hasznalhatatlanok voltak barmire. most viszont igenis kezd ertelme lenni, hogy legyen a telefonodon ez is meg az is.

miert dontened el te elore egyenkent, hogy valaminek van ertelme vagy nincs? persze, ha te kell megcsinald az mas, az a te dolgod. de masokra is nyugodtan rabizhatod, mert az meg az o dolguk. ne aggodj, ha neked van igazad es folosleges a desktopra a zfs ugyse fogja hasznalni csak egy igen kis reteg. nem a te veszteseged ez, vagy igen?

Én a saját véleményemet mondtam el a saját tapasztalataim alapján. Megkérdeztem, hogy milyen érvek szólnak mellette desktop-on. Volt aki makogott, megvédeni nem tudta. Volt aki mondott valamit, ami szerintem annyit nem ér, hogy 8 féle filerendszerrel szarozzon valaki. Ha szerinted ez jó, akkor használd. A választás a tiéd.

--
trey @ gépház

Esetleg azt kéne felfogni, hogy nem mindenki ejakulál azonnal a filerendszer tömörítés szó kimondására.

--
trey @ gépház

korrekt valasz, csak nem ertem miert kell egyaltalan keresni az erveket. egy idoben en is ezt csinaltam, es ma nem ertem miert. hol faj nekem az, hogy ki mit miert hasznal vagy nem hasznal. ja. ott amikor ie-t hasznal a tobbseg, hogy tobbett kell melozzak :D. de amikor nincs meg ez a szoros kapcsolat a masok altal hasznalt programok, hardverek es a penzugyi vagy egyeb helyzetem kozott akkor leszarom. ha ok notebookban akarnak zfst annak minden ficsorjevel, hat rajta. a tomoritest pl en is megertem, gondolhatod, hogy nem mindenki ad ki 10 giga plusz helyert penzt egy 80 gigas vinyora. meg akkor sem, ha amugy lenne ra penze. :)

nah de akkor megbeszeltuk, cska valahogy te is meg Gabu is eloszeretettel beszeltek el egymas mellett. aztan az artatlan kulso szemlelo csak kapkodja a fejet mint egy asztalitenisz meccsen a nezok.

IMHO a kamerás mobiloknak a mai napig nincs értelme
---
Ketchup elementál megidézése a sajt síkra
Solaris deszktop júzer

nekem ne mondd, jol vagyok a 6310i vel. viszont lattam telefont ami jo kepet csinalt este, amikor hirtelen kellett valamirol fenykep, es azt mondtam, hogy igen, lehet ertelme. van mire hasznalni, ha valakinek pont ez kell.
egyszeruen a mellett ervelek, hogy csak azert mert valamit en vagy te vagy akarki ertelmetlennek tart nem jelenti azt, hogy ne csinalja meg mas. vagy hogy masoknak nem az a legnagyobb szivuk vagya amit mi leszarunk. ez nekem nem faj. nem kerem, hogy elmagyarazza, hogy miert pont zfs kell neki. legyen. hasznalja, oruljon. sokkal jobba nekem, ha az ismeroseim(es nem csak) orulnek valaminek aminek en semmi ertelmet latom, de szamomra nem artalmas, mint az ellenkezo eset.

Nekem is tömörítve vannak a doksik és a logok a desktop gépen, pedig nem 80 gigás vinyóm van, hanem 12 x 500... ;)

Nekem is. Van tömörítő szoftverem.

--
trey @ gépház

Zip? zamboriz te vagy az? :))

Nem értem. Elismétlem. Van tömörítő szoftverem. Nem is egy. Ha valamit kell tömörítenem, akkor használom. Helyspórolás céljából. Filerendszer tömörítést nem használok, és nem is tervezek használni. Remélem így világos.

--
trey @ gépház

Hajaj, ntfs es zfs tuti besirna ha tudna a gziprol!

Ilyen vinyóárak mellett? :)))

BTW, ha olyan rugalmasságot és transzparenciát biztosít a szoftvered, mint egy FS-be épülő tömörítés, akkor légyszi írd meg a nevét!

Igen, néha előfordul, hogy használom. Néha.

Rövid elmérés. Jelenleg itt körülöttem levő 150-200 gépből egyen nincs alkalmazva ilyen feature. Lehetőség meglenne rá. Érdektelen.

--
trey @ gépház

Hát én nem akarok beleszólni, de pl a gzip elég transzparensen használható ha szövegekről van szó.
less, grep, cat van gzip-et támogató verzióban is, sőt a bzip2 is elég transzparens ilyen szempontból.

A binárisokat (libeket pl.) úgyse érdemes tömöríteni, mert azzal a betöltési idő hosszabbodik meg.

Ja, és gentoo alatt a less natíve támogatja a (g|b)zipet. nem kell zless-t használni.
Szal ennyit a transzparenciáról.
editálás után így is-úgy is recompression megy végbe bármit csinálj.

Btw a folyamatosan íródó logfájloknál még talán picivel lassít is a FS-level compression, de ez már szigorúan szvsz és nem feltétlen van igazam.

Zsirkiraly lesz pdf-et gunzip-en keresztul Preview.app-ba importalni, ugyanezt word doksival, etc

(.so most olvasta el amit irtal, es esett le a szekrol a rohogestol)

hatalmas

gzip transzparensen használható.. less-el.

és ha én ilyet akarok:

gcc -o bla bla.c.gz

ilyenkor lenne jó a tömörítés. ráadásul a sok kis file (<=blocksize nem foglalna egész blockokat, ha az FS jól van megtervezve/megcsinálva)
---
Reactor error - core dumped!

gzip -dc x.c.gz | gcc -x c -o x.o -c -

De mondjuk a fenti példa megint csak inkább a gcc baja. Sztem azért nincs ilyen feature a gcc-be mert senki nem lobbizott érte. Itt a soha vissza nem térő alkalom!

A másik ok talán az editorok általi nem-supportáltság. Ennek ugye mint fentebb írtam a recompression lehet a gondja - és ez a FS-nél is fellép (persze ugye ez esetben a szoftver számára transzparens a dolog). De tévedjek.

:)))))))))))))))))))))

ja headerekkel mi lesz? vagy keszits egy pipe-szerver daemont ;) innovacio

rotfl :D

Ja, és gentoo alatt a less natíve támogatja a (g|b)zipet. nem kell zless-t használni.
Szal ennyit a transzparenciáról.
editálás után így is-úgy is recompression megy végbe bármit csinálj.

Ez valoban komoly erv. :)

A tobbihez: csak gondold azt az apro dolgot at, hogy a mai processzorok atlag 2GHz korul vannak, a ram modulok 667MHz korul rohangalnak, addig egy jobb vinyo alig visz at 80MB/secet szekvencialisan olvasva.

Mi gyorsabb:

- mindent rawban olvasni vinyorol
- vagy atlag 25-50%-os tomorites eseten ketharmad/fele annyi adatot lerantani a lassu disk alrendszerrol es tobbit on-the-fly kiromoriteni?

En az utobbira szavaznek. Anno pl. MPEG2 tomorites eseten csak egy erv volt a kisebb meret. A masik, hogy nincs az a DVD ami 720x526x[12-16bit]x[23-30] mennyisegu adatot at tudna huzni masodpercenkent. :)

---
pontscho / fresh!mindworkz

+1

[off]
Vajon mennyit dob(hat)na a rendszerek teljesítményén, ha a RAM is röptében lenne tömörítve?
[/off]

--
hup.user.js

Voltak ilyen programok, még talán a windows 9x időkbe is átnyúltak...

becdznél a zipjébe?

{Félreértés. Törlést}

Mi a jobb notebooknál? +10 ezer forintért venni 2x akkora vinyót, és cserébe hosszabb üzemidő, halkabb és hűvösebb gép, vagy pörgő processzor mellett állandóan üvöltő gép, soha nem pihenő processzor, vasaló effektus.

Illetve, ha nincs +10 ezer, akkor megelégedni a 80 GB-nyi lemezzel (jelenleg standard méret). A mobilitás (== üzemidő) a legfontosabb tulajdonsága a _mobil_ gépeknek.

A szál még mindig arról szól, hogy miért jó a notebook felhasználónak a ZFS, és nem arról, hogy miért jó a ZFS úgy általában.

--
trey @ gépház

Egy berylkockaert barmikor elcserelem az fs compressiont

Nem használok beryl kockát. Sem. Ha tenném, azt sem notebookon tenném.

--
trey @ gépház

Értem én, de én csak a FS compression-ra átalában reagáltam. Yó, igazad van, bizonyos szempontból off. Elnézést érte. De elég sokan írtak nálam offabb dolgokat is.

Igazabol a dolog onnantol vicces, hogy a thread elejen gabu azt allitotta, hogy majd a kulso RAID tombjere akar majd ZFS-t ramolni, senki sem emlitette/eroltette notbukra a dolgot rajtad kivul. :)

---
pontscho / fresh!mindworkz

Jo csak most beserult azon, hogy a kedvenc "jofej" sunos spanja kamuzott egy jot, igy gondolta vmi szokasos fantomhulyeseggel ezt most jol leveri szeginy osx usereken ;-(

Ja, jó. Én azt hittem, hogy ha valamit felvetek, akkor arra kapok egy thread-en belül választ. Nem a mellébeszélés jön.

--
trey @ gépház

Jo, akkor egy egyenes valasz, hogy legyen nemi meglepetes is: notbuknal ket szempont van:
- elsodlegesen anno ennel a koncepcional nem az aksi ido volt a lenyeg, hanem a mobilitas, ha ezt veszem alapul, akkor azt hiszem a valasz adott
- masodsorban ujabban az alkalmazhatosag elmozdult az elobbi pontrol a barhol/barmikor mukodes fele, es ott valoban az akkumulatorrol valo hosszabb uzemido az elsodleges, es oda nem optimalis egy folyamatos CPU igenyu cucc.

---
pontscho / fresh!mindworkz

És ehhez képest hol jön az hogy szarba fikázzuk ha egyiknek az X a másiknak meg az Y megvalósítása jön be a fent megnevezett célok érdekében?

Csak mert itt a sok zubuntusuxx, nomeg Makkosikszsuxx mellett mintha elveszne a lényeg. :/

No igen.

---
pontscho / fresh!mindworkz

Tehat az "apro" csusszantasod utan (desktop osx->notebookozok a teren) ami akkora baromsag hogy azota folyamatosan rohogunk? :) Sry, no answer for that ;P

Mi a betegséged?

Nekem ez volt a kérdésem:

"Mi a f@szt fog csinálni a notebook-jában az egy darab lemezével "ZFS a kirrajjj" Mac OS X kliens játékos."

Te az én postomra válaszoltál. Mit válaszoltál? Folyamatosan félrebeszéltél, míg én folyamatosan erről. Ha te nem erről akartál beszélni, hanem zwei komával a desktop témáról, akkor tanulj meg thread-be válaszolni.

--
trey @ gépház

> míg én folyamatosan erről

Es meg mindig nem tunt fel hogy hulyeseget beszelsz? :D

Bocs, de sztem te olvastad félre. Ő csak mellékesen megemlítette, hogy az szerinte inkább szerverekbe való feature, és az ő meglátása szerint a notebookokban nincs haszna. Ha esetleg visszagörgetnél az elejére...
Ja, és csináljatok valamit, fogy a hely...

Lassan ideje beszerezned egy nagyobb monitort. :)

---
pontscho / fresh!mindworkz

RIP-pel ki lehet szedni a ket oldalso savot, ami a fooldalon kivul teljesen folosleges , es akkor tobb hely marad olvasni :)

--
The Internet has evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.

Ez így van. De nem baj, mert ŐK jókat röhögtek rajta. Az nem baj, hogy MI jókat röhögtünk azon, hogy egy jó szemüveg segíthetne a problémán.

--
trey @ gépház

:)

Szerintem ez nem szemüveg kérdése. Én azt figyeltem meg, hogy a kötekedésen kívül semmilyen értelmes célja nincs az egésznek. Nem egészséges viták alakulnak ki egy-egy dologról hanem rögtön személyeskedés lesz belőle.

Baromira irritáló de _sajnos_ el kell viselni...

--
maszili

Szólj Eben Moglennek, kicsinálja Gabut egy perc alatt.

Mégpedig így. :))

--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.

Ez teljesen kész.
De szerintem inkább jew-law-val (kb. mint judo, csak szellemi erővel és pénzzel játsszák) nyírja majd ki. :)

Te,m szerintem a tömörítés bármely algoritmus esetében processzoridőt von el, ergo ha bitre megmérnéd, a raw olvasás mindenképp gyorsabb.

Arról nem beszélve, hogy a tömörítéshez eszméletlen diskcache is kell, hiszen elsőre nem tudhatod mennyi adatot kell ki-be tömörítened, pláne random olvasáskor (ugye egy fs nem feltételezhet kizárólagosan sequential olvasást). És a fájlrendszer nem válogathat, hogy ő csak azokat tömöríti, amit szöveges fájlnak ismer fel. Akkor mán a bináris fájlokat is tömnie kell. Sajna a átlagjuzer nem csinálja azt , hogy jó, akkor a mp3 fájlokat a másik particióra teszem, mert az gyorsabb...
Jó, persze, iszónyú mennyiségű memóriák vannak manapság a gépekben - de elsősorban nem azért, hogy az oprendszer lenyúlja a felét.

Szóval azért vannak itt korlátok/gondok rendesen.

Akkor mán a bináris fájlokat is tömnie kell. Sajna a átlagjuzer nem csinálja azt , hogy jó, akkor a mp3 fájlokat a másik particióra teszem, mert az gyorsabb...
Jó, persze, iszónyú mennyiségű memóriák vannak manapság a gépekben - de elsősorban nem azért, hogy az oprendszer lenyúlja a felét.

Pedig az OS lenyulja a felet manapsag is. Minden rendes OS dinamikusan kezeli ezeket a keseket, es a szabad ram automatikusan read cache lesz. :) Ergo a fentebb olvashato erv is elenyeszo lesz. Manapsag 1GB ram alatt aki gepet vesz azt siman lehujezik, szerverekben pedig minimumnak szamit.

Amugy inteligensen el lehet donteni, hogy egy adott adatot erdemes-e tomoritve tarolni vagy sem. De ennyi inteligenciat azert feltetelezek a SUN mernokeirol. :)

---
pontscho / fresh!mindworkz

feltetelezzel mar annyi inteliganciat azoktol a mernokoktol, akik megcsinaltak, hogy kulonbseget tesz

--
The Internet has evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.

Te,m szerintem a tömörítés bármely algoritmus esetében processzoridőt von el, ergo ha bitre megmérnéd, a raw olvasás mindenképp gyorsabb.

Ez akkor lenne igaz, ha a processzor és a merevlemez ugyanakkora adatmennyiséget tudna azonos idő alatt mozgatni... ;)

Arról nem beszélve, hogy a tömörítéshez eszméletlen diskcache is kell, hiszen elsőre nem tudhatod mennyi adatot kell ki-be tömörítened, pláne random olvasáskor (ugye egy fs nem feltételezhet kizárólagosan sequential olvasást).

Ahogy az írás/olvasás, úgy a tömörítés is blokkokban történik, így egyrészről nem kell "eszméletlen" disk cache, másrészről nem szekvenciális olvasás esetén sem kell nagy adattömeget feldolgozni egy "random" helyen lévő adat miatt.

És a fájlrendszer nem válogathat, hogy ő csak azokat tömöríti, amit szöveges fájlnak ismer fel. Akkor mán a bináris fájlokat is tömnie kell.

... Aztán amikor (a memóriában) letömörítette az adott blokkot, akkor egy hihetetlen innovatív feltételes utasítással eltudja dönteni, hogy a tömörített blokk kisebb-e, mint az eredeti. Ha nem, akkor az eredetit írja ki és így visszaolvasáskor már nem kell tömörítéssel foglalatoskodnia... Nem semmi, mi? ;)

Sajna a átlagjuzer nem csinálja azt , hogy jó, akkor a mp3 fájlokat a másik particióra teszem, mert az gyorsabb...

A tömörítés nem per-partíció függő, fileonként (és rekurzívan könyvtáranként) szabályozható (gyakorlatilag egy flag beállításával, vagy Windowsosan szólva attribútum módosításával ;) és mint fentebb már mondtam, blokk-szinten történik az egész, ezért csak akkor történik meg a tömörített blokk eltárolása, ha azzal valóban helyet lehet spórolni.

Jó, persze, iszónyú mennyiségű memóriák vannak manapság a gépekben - de elsősorban nem azért, hogy az oprendszer lenyúlja a felét.

A transzparens tömörítéshez minimális memóriára van szükség, a disk cache pedig jelenleg is felhasználja a rendelkezésre álló szabad memória nagy részét.

Szóval azért vannak itt korlátok/gondok rendesen.

Vagy csak nem értesz hozzá eléggé és saját kútfőből próbálod kitalálni hogyan működhet ez az egész dolog, majd magadban lenyugtázod, hogy biztosan nem jó és kész... :)

Persze így is lehet.

A zgcc-t meginnovalo fiatalember "nem emlekszik" a STACKER.EXE-re :)

Tényleg nem ismerem. Ez akkora bűn?

én használtam tömörített dos-os partíciót! (40 megás volt a hdd-m eredetileg) Mekkora móka vol gyermekfejjel, találgatva megismerni a dos-t (nem is ismerem nagyon...)
---
Reactor error - core dumped!

Hát, töredelmesen bevallom, valóban nem írtam még tömörítésre képes fájlrendszer szerűséget, és nincs is szándékomban. :)

Valóban vannak dolgok amiben tévedtem, belátom, elnézést kérek, és köszönöm a kiigazításokat, megszívlelem.

Ezzel együtt:

Hunger írta:
... Aztán amikor (a memóriában) letömörítette az adott blokkot, akkor egy hihetetlen innovatív feltételes utasítással eltudja dönteni, hogy a tömörített blokk kisebb-e, mint az eredeti.

Aham... csakhogy akkor már megdolgoztatta a procit a tömörítés műveletével. Notebboknál nem az a lényeg hogy a processzor minél kevesebbet dolgozzon? Jó, persze, innentől tegyünk nocompress flaget a partícióra a partíció gyökerénél, és problem solved, de akkor is... Nem tudom, hogy ez miért jó.

Tévedés ne essék, én el tudom képzelni a FS-level compression létjogosultságát, de nem feltétlen desktop környezetben.

A notebookomban a CPU minimum 1 GHz-es. Ennél lejjebb nem tud menni. A diszk viszont csak egy 2,5-es szutyi, az meg sokszor lassú. Manapság processzorból szinte minden gépben több van, mint diszkből (kapacitást tekintve).

>> én el tudom képzelni a FS-level compression létjogosultságát, de nem feltétlen desktop környezetben.

mivel ez messze nem mai technológia desktopon*, abban a szerencsés helyzetben vagyunk, hogy nem kell hosszasan filozofálgatnunk a létjogosultságán

*desktopon

Esetleg érdemes lenne elgondolkoni azon, hogy noha évek óta létező technológia mondjuk a Windows-ban, mírt nincs alapértelmezetten bekapcsolva. Ha már annyira franyek, meg annyira cool solution.

--
trey @ gépház

A lenyeg hogy desktop osx usereknek total folosleges, vegyenek inkabb hdd-t es hardvert TREY BOLTJABOL!

\o/

mert adatpartíciók esetén van igazán értelme, ezek esetleges kialakítása rendszertelepítés után történik, innentől pedig néhány kattintás, vagy egy plusz kapcsoló. egy lehetőség.

De hiszen nincs neki negatív oldala, csak pozitív, így akár default is lehetne nem?

(Nem, nekem úgy rémlik, mintha lenne ott jócskán ellenjavallat is.)

--
trey @ gépház

Olvasd szerintem el a vonatkozó KB cikket.


It doesn't matter if you like my song as long as you can hear me sing

Link?

--
trey @ gépház

>> Link?

hth

Bocs, de én emlékszem fejből az óva intésekre a tanfolyamokról. Mind szerver, mint desktop vonatkozásban. Én innen lettem volna kíváncsi.

--
trey @ gépház

Tehat akkor nem emlekszel, es magadtol sem tudsz keresni egyetlen kizaro okot se? :(

itt és itt


It doesn't matter if you like my song as long as you can hear me sing

Hát köszi szépen, hogy belinkelted, hogy hogyan lehet bekapcsolni, de a kérdés nem ez volt. Hanem hogy mi a caveats. Így írom, mert hátha így jobban megy.

--
trey @ gépház

juteszembe ezekről a caveat urakról kéne szólni az msnek is, mert defaultban compressed pár mappa pl a sysroot/system32 alatt

Meg többekközt az összes $NtUninstallKB*$ folder is a Windows könyvtárban. :)

Elnézést, de mintha a te szádból hangzott volna el pont, hogy a rendszerpartíción nincs értelme. :))

--
trey @ gépház

Ehhez meg csak hasonlo ertelmu megallapitas se hangzott el, termeszetesen

"mert adatpartíciók esetén van igazán értelme,"

Értem én, hogy ezt fejben meg kéne tudni fordítani (találós kérdés: nem adatpartíció. akkor mi?), de ezt betudom annak, hogy nem értesz hozzá. Ehhez sem.

--
trey @ gépház

"adatparticiok eseten van igazan ertelme" =! "rendszerparticio eseten nincs ertelme"

De hagyjuk, ez a te blogod, itt akkora fogyatekos lehetsz amekkora csak akarsz

Oké, tehát akkor visszatértünk oda, hogy ha ilyen jó, és - szerinted - nincs hátulütője, csak nyerhetünk rajta, akkor miért is nincs alapértelmezetten bekapcsolva?

(ha akarod segítek)

--
trey @ gépház

>(ha akarod segítek)

Erre ugyanazert nincs szuksegem amiert azt is leszarom hogy default on vagy off: mert magamtol is be tudom kapcsolni ahol akarom.

Azért nincs bekapcsolva, mert vannak neki hátulütői. Több, mint az, hogy elméletben nyerhetsz vele x MB-ot. Akkor nyerhetsz vele, ha jól tömöríthető file-okat tárolsz. Jellemzően a mai népszerű fileformátumok már tovább nem/nem jól tömöríthetők (önmagukban tömörítettek), ezért baromság alattuk bekapcsolni a filerendszer tömörítést. Szóval hacsak nem plain txt-t, vagy SQL dump-ot tárolsz (ja, ez jellemző) terabyte szám a gépeden, akkor érdektelen. Szóval kicsi az esélye, hogy haszna is lesz, ellenben nagyobb a valószínűsége, hogy csak:

- performancia problémáid lesznek, ha olyan file-okról van szó, amit sokszor használsz (állandóan ki be kell tömöríteni)
- éppen ezért például nagyforgalmú fileszerverre a Microsoft nem is javasolja
- a tömötrített file-ok csak addig tömörítettek, amíg NTFS partíción vannak, azaz ha hálózatra lapátolod szintén ki kell őket tömöríteni
- Exchage alá kimondottan ellenjavallt (sem a store, sem a tranzakciós logok alá), kivéve az SMTP logokat, de ugye ide ágyúval verébre
- egyes adatbázis-kezelők szintén nem díjazzák
- továbbá a tömörítéssel egyes programoknak problémája lehet
- 3rd party alacsonyszintű lemezkezelés végző programoknak szintén
- tömörített meghajtó esetén egy filerendszer probléma után a visszaállítás nehézkesebb lehet
- NFTS-tömörített meghajtón levő fileokat nem lehet titkosítani

És még lehetne sorolni az ellenjavallatokat. Mindezt miért cserébe? Hogy megtakarítsünk egy kis helyet. Köszi, de kösz nem.
--
trey @ gépház

Mar a Cruel Crunch ota tudjuk hogy hol ne, viszont veled ellentetben azt is hogy hol igen, egyeb okossag?

Semmi, használjad sokat. Nekem az a véleményem, hogy nem éri meg (nincs új a nap alatt, olyan lenne ez mint az alkímia, hogy szarból aranyat (kedvedért: ingyen plusz merevlemezterületet, hátulütők nélkül)) csináljunk.

Helyette ("az ágyúval verébre FS tömörítés ismert hátulütökkel" megközelítés helyett), majd "tömörítek ha akarok, és akkor, amikor én akarom (jellemzően, amikor nem okoz nekem problémát)" eljárást választom. Nagyszerű programok érhetőek el erre.

--
trey @ gépház

Eddig azon lovagoltál, hogy a ZFS is minek _desktopra_, majd ez az egész továbbment azzal, hogy támogatja többekközt a transzparens tömörítést, de szerinted ez is baromság, végül előhozod, hogy nem _desktop_, hanem _szerver_ környezetben mikor és miért nem javallt... Nem rossz! ;)

Nem, én azt hoztam elő, hogy szerveren egyáltalán nem, de desktop-on _sem_ látom semmi értelmét. Főleg nem mobil gépen. A Windows-on sem, pláne nem, hogy a tömörítésért cserébe fel kell áldozni olyan dolgokat desktop-on, mint a titkosítás, amely egy mobil gépnél rendkívül hasznos feature.

Szóval: részemről FS tömörítés se desktop-on, se szerveren.

--
trey @ gépház

best
thread
evar

Azért volt ezt így veled meg Pontscho-val végigcsinálni, mert pont ti ketten voltatok azon, hogy minek a swap azért, hogy még egy kicsit több programot tudjon futtatni a rendszer. Ki kell kapcsolani. Inkább vegyünk még RAM-ot! volt a felkiáltás, hiszen a swap lassítja a rendszert, RAM olcsó. Na, most, hogy én hoztam fel ezt a FS tömörítéssel kapcsolatban (vegyünk inkább diszket, minthogy bohóckojunk az ilyen kétséges tömörítésekkel, ami inkább lassít, mint ér valamit), ez nektek nem tetszeik, mert a nagyszerű Leopard vaporware (egyelőre legalábbis úgy fest) ZFS-e ellen szól. Egy kicsit több következetesség nem ártana.

--
trey @ gépház

igazad van

"igazán"

Értem, tehát akkor ott tartunk, hogy rendszerpartíción is van értelme valamennyire. Akkor a kérdés újra: miért nincs alapértelmezetten bekapcsolva? Mert nincs "igazán" értelme napjainkban.

--
trey @ gépház

Már megválaszoltam, lásd lentebb... A rendszerpartíción is olyan dolgokra érdemes bekapcsolni, amelyeket nem használ a rendszer túl gyakran, viszont jó, ha kéznél van. És lám, a dllcache, meg a Windows Update Backup pont ilyen. Úgy tűnik az MS-nél sem csak hülyék ülnek a székekben, még ha most te próbálod is a dolgot csűrni-csavarni. :)

Szerinted megválaszoltad, hogy mi az értelme, de engem nem győzött meg. Maradjunk ennyiben.

--
trey @ gépház

"dllcache, meg a Windows Update Backup pont ilyen"

hmm..ha sok nem is, de egy 80-100MB nyerhető ezzel.

Kemény.

--
trey @ gépház

a megszoritasok eveit eljuk. mindenbe bele kell kapaszkodni, amivel egy kicsit tudunk sporolni.

Aham... csakhogy akkor már megdolgoztatta a procit a tömörítés műveletével. Notebboknál nem az a lényeg hogy a processzor minél kevesebbet dolgozzon?

Ezért érdemes olyan fileokra/könyvtárakra engedélyezni csak a tömörítést, amelyikekre érdemes (tehát van pozitív hatása, előnye). Több gigányi dokumentációra vagy logokra beállítva elég sok helyet lehet vele spórolni. Ezeket egyébként sem nyitogatja az ember óránként, csak nagyon ritkán, viszont jóval több szabad háttértár áll rendelkezésedre a nap 24 órájában cserébe. Nyilván programokra, főleg amelyeket gyakran hívogat az ember (vagy a rendszer) meg a függvénykönyvtárakra nem biztos, hogy érdemes. Valószínűleg azokon is tudna tömöríteni, de jóval kevesebb helyet lehet vele felszabadítani, mint amennyivel többet dolgozna a processzor. Nem lenne arányban a befektetett processzoridő a megspórolt hellyel. :) Ezért is nincs alapértelmezetten bekapcsolva ez a szolgáltatás a filerendszerben.

Általános nézet a tömörítésről napjainkban: többet vesztünk a réven, mint nyerünk a vámon

--
trey @ gépház

Ez egy szólás-mondás a Linux fejlesztők között? :)

Előfordulhat az is, hogy csak tudni kell milyen esetben érdemes használni... ;)

Vagy milyen esetben nem. A kétséges helyspórolás miatt.

--
trey @ gépház

ezért is van 97% mp3 a céges laptopodon

Őő, nálunk nincs megszabva, hogy ki mit tarthat a céges gépén.

MP3, fényképek, videók, ISO image-ek, dokumentumok (jól tudom, hogy az .odt már ZIP tömörített formátum?). Logfile, simpla szövegfile sajnos nem sok van. Ami van (logfile), azt a logrotate tömöríti. Azon gondolkozom, hogy hol lenne itt értelme.

--
trey @ gépház

ja azt hittem általában felesleges tömöríteni

Én igazából tömöríteni nem nagyon szoktam. Van azonban egy olyan dolog, ami miatt néza használom. Ez a sok apró file labdába gyúrása (ne legyenek szanaszét). Ilyenkor beleteszem a tar-ba a "czvf"-et, de ez ingább megszokás. Tehát nem is igazán a hely miatt, hanem azért, hogy egyben legyen.

--
trey @ gépház

cvf

--
The Internet has evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.

MIME típusok? pl az alajáán lehet dönteni: csak szöveg jellegű filokat próbáljuk meg egyáltalán tömöríteni. a többire vannak specializált tömörítési eljárások.
Ezzel rengeteg filet kizárnánk az alapértelmezett tömörítésből... sok potenciálisan jó alanyt is (pl nem kap kiterjesztést-> nem tujuk kéne-e tömöríteni) valamint kézzel ki/bekapcsolhatóvá, szelekciót beállíthatóvá tevő funkciót is lehet implemetálni. (pl mint ntfs-nél)

I/O wait?
addig meg potyára jár a proceszor. ahelyett számolna. és mérni kéne, nem a szájunk tépni, de linuxra pl _nincs_ egy értelmes, rw, tömörítést tudó filerendszer (és nehogy valaki itt előjöjjön a fuse+ cd qqriq.tgz -vel...). egyáltalán nem biztos, hogy lassulna a rendszer tőle... az akuidőt meg megintcsak mérni kéne.

Amúgy desktopon talán a legnygyobb a létjogosultsága, és nem is helytakarítás, hanem a gyorsítás szemponjából (csak 1 gyors algoritmus kell... nema is feltétlen tömörítés a lényeg, az a plusz nyereség) mert a felhasználónak _átlátszó_ módon (és a software-nek is) biztosítja az előnyöket.
---
Reactor error - core dumped!

Félve kérdezem meg: mi lenne, ha beraknád egy könyvtárba a stuffot, és azt tömörítenéd?


It doesn't matter if you like my song as long as you can hear me sing

pl latex doksi: lehet használni akarom, grepelni bene, és mégsem bánnám ha... Ez ilyen álmodik a nyomor. ez csak gerjesztett igény biztos.
---
Reactor error - core dumped!

Jahogy linux alatt... zcat, zgrep nem jó?


It doesn't matter if you like my song as long as you can hear me sing

nincs winem. ezen is elvegyok. nekem jó. bár lehetne jobb is... szóval elmegy kategória.

zcat:

majd a zgcc :)
---
Reactor error - core dumped!

Egyebkent volt talan 2.0-as kernelhez e2compr patch, regen hasznaltam is, teljesen jo volt.

100 GB-os diszk van a notebookomban, ennél talán 20 GB-tal tudnék most nagyobbat venni. Viszont fent van lényegében a gépen az egész életem, több tíz gigabyte-nyi (saját és egyéb) doksi. Ezek tömörítve jóval kevesebbet foglalnak és bármikor velem vannak, ha kellenek.

Mindenki másra használja a gépét, ha te nem tárolsz jól tömöríthető anyagból sokat, nyilván haszontalan ez a feature. Nekem nem az.

A vinyó 97%-án MP3 van. Érdeklődőm, hogy azt mennyire lehet még tömöríteni?

--
trey @ gépház

Bármilyen veszteséges adattömörítési módszer csodákra képes, csak megfelelően nagy legyen a veszteség. :)

echo > michael_jackson_cd1.mp3 :D

Jelenlegi bitráta?

Snapshot: közepesen. Például mentéshez szerintem elengedhetetlen, de általános felhasználás mellett is hasznos egy olyan funkció, amellyel pld. adott fájlok előző állapotait vissza tudod hozni és ezt nem neked kell kézzel csinálnod.
Pld. módosítgatsz egy doksit, de valahogy nagyon elkúrtad, ilyenkor jó lenne visszaállni kettővel, de közben lerohadt a word, stb.

Tömörítés: a notebookomon a teljes adatpartíció tömörítve van. A több kevesebbért szerintem mindig jól jöhet. Illetve a notebookban a diszk io kisebb, mint a CPU kapacitás, tehát egy megfelelő implementáció mellett még akár gyorsíthat is.

fs szinten van tömörítve? Win+NTFS? Milyen OS/FS?
---
Reactor error - core dumped!

Igen, windows, ntfs. Nem mondom, hogy felére tömörít, de nyerek rajta és könnyen kezelhető.

Latvanyos osszeomlas jelei, vesszovel, egymas utan legyszives.

Semmi? En is igy gondoltam.

Csak egy elég hétköznapi példát hozok fel:

Ha próbáltál már adminisztrálni olyan környezetet, ahol közös SAN-os storage-ot használt 4-5 szerver, 8-10TB aggregált tárkapacitással, és kb 100-200 file rendszerrel, akkor felcsillanó szemekkel fogadsz egy olyan megoldást, ami lehetővé teszi, hogy a felhasználóktól folyamatosan bejövő változtatási igényeket gyorsan és egyszerűen kiszolgáld, és ne kelljen folyamatosan LUN-ok, subdiskek és volume-ok méretezésével baszakodnod.

Te itt valamit félreértettél. Olvasd el elölről.

--
trey @ gépház

Lehet, de akkor mondd meg mit.

"
Tulajdonképp nem értem, minek egy desktopba zfs. Szinte az összes olyan funkciója, ami miatt érdemes használni, leginkább nagyobb szerverkörnyezetben nyer igazán értelmet..."

Tehát akkor újra. Melyik funkcióját?
"

Azt kérdezted (szerintem), hogy a zfs-nek melyik funkciója az, ami nagyobb szerverkörnyezetben nyer értelmet.

Erre az én válaszomban burkoltan az a ZFS feature volt benne, ami integrálja a file rendszeri és volume manageri funkciókat, aminek segítségével egyszerűbbé válik a fenti példában említett közepes nagyságú szerverkörnyezet file-rendszer és storage adminisztrálása.

"Azt kérdezted (szerintem), hogy a zfs-nek melyik funkciója az, ami nagyobb szerverkörnyezetben nyer értelmet."

Fals. Akkor lebábozom neked:

Te írtad:

"Tulajdonképp nem értem, minek egy desktopba zfs. Szinte az összes olyan funkciója, ami miatt érdemes használni, leginkább nagyobb szerverkörnyezetben nyer igazán értelmet..."

Én írtam:

"A múltkor ezt kérdeztem én is. Mi a f@szt fog csinálni a notebook-jában az egy darab lemezével "ZFS a kirrajjj" Mac OS X kliens játékos. Valószínűleg a cél nem is igazán ez, hanem a szervereik. Itt meg matyiznak rá ész nélkül a G4-es iBook-kal a kezükben."

Mrev írta erre:

"Mit fog csinálni? Tesztelni fogja."

Én írtam rá:

"Tehát akkor újra. Melyik funkcióját?"

Azaz a kérdés az volt, hogy melyik funkcióját fogja tesztelni ___desktop-on___. A te kérdésedet azért ideéztem, mert úgy látszik elsikkadt a lényeg.

(Következésképpen, mi ketten úgy tűnik egyetértünk.)

--
trey @ gépház

Igen.
Viszont a "Tehát akkor újra. Melyik funkcióját?" -rész előtt ott volt egy az egyben beidézve a hozzászólásom. Ez volt a megtévesztő, mert elsőre az jött le, hogy arra reagálsz. (nem is igazán értettem elsőre miért.)

Emlékeztetőül, hogy miről is folyik a beszélgetés tulajdonképpen.

--
trey @ gépház

Itt hemzsegnek a szaktekintélyek, de senki nem válaszol a kérdésre, hogy jelenti-e a tranzakciós szemantika a (write szintű) commit/rollback megjelenését. Egy ilyen funkció azonnal hasznos volna bármilyen gépen.

--
CCC3

Sajnos én nem tudom rá a választ. Éppen ezért nem válaszoltam rá.

--
trey @ gépház

Legjobb tudomásom szerint ez egyelőre csak a belső működésben használt, nincs külső API rá. De hozzád hasonlóan én sem néztem utána.

Idézet:
Lehet, de akkor mondd meg mit.

"
Tulajdonképp nem értem, minek egy desktopba zfs. Szinte az összes olyan funkciója, ami miatt érdemes használni, leginkább nagyobb szerverkörnyezetben nyer igazán értelmet..."

Tehát akkor újra. Melyik funkcióját?
"

Azt kérdezted (szerintem), hogy a zfs-nek melyik funkciója az, ami nagyobb szerverkörnyezetben nyer értelmet.

Erre az én válaszomban burkoltan az a ZFS feature volt benne, ami integrálja a file rendszeri és volume manageri funkciókat, aminek segítségével egyszerűbbé válik a fenti példában említett közepes nagyságú szerverkörnyezet file-rendszer és storage adminisztrálása.

imho azt kérdezte, hogy minek desktopra,

Idézet:
... leginkább nagyobb szerverkörnyezetben nyer igazán értelmet...

azaz tisztában van vele, hogy szerverkörnyezetben értelmes, a kérdés az az, hogy desktopra mifaxnak, miért előnyös desktopon.

Gabu leírta, hogy neki miért lesz überség, ha használhat zfs-t, ez ok.

Ok, abbahagyhatjuk a bábozást. :)
Megértettem magamtól is, csak előtte végig kellett olvasnom újra a szálat, és kb 3 postból összerakni, hogy mire is gondolt trey.

Lehet. Bár erősen félreérthető volt, ahogyan engem idéztél.
Igazából most esett le, hogy mi a fenét akartál tudatni. :)
Túl átvitt értelmű volt a post, az én szerény értelmi képességeimnek. :)

"Túl átvitt értelmű volt a post, az én szerény értelmi képességeimnek. :)"

Igen, rájöttem én is, sokszor az a baj a postjaimmal, hogy feltételezem, hogy mások is egyből levágják a mögöttes dolgokat. Ez nem mindenkinek megy egyből. Életben értetted volna elsőre. Ez az internet egyik hibája.

--
trey @ gépház

Ertsed mar meg hogy az OSX csak notebook kornyezetben letezik!!!!11111

Még szerencse, hogy éppen én mondtam az elején, hogy:

"A múltkor ezt kérdeztem én is. Mi a f@szt fog csinálni a notebook-jában az egy darab lemezével "ZFS a kirrajjj" Mac OS X kliens játékos. Valószínűleg a cél nem is igazán ez, hanem a szervereik."

Mintha kezdenél egy kicsit belekeveredni ebbe.

--
trey @ gépház

Nezd trey, en sajnalom hogy a kirajhardveres linuxodra nem lesz vallasi okokbol ZFS es ez emberi esszel felfoghatatlan, de a ZFS nekem notebook kornyezetben is hasznos lesz, akarhogy vered magad. RAID, compression, etc.

go cry, emokid

De még mindig nem tudjuk, hogy mire lesz jó. Hagyom magam meggyőzni. Hátha nekem is megtesztik. Lehet, hogy még OS X-et is veszek miatta. Te állandóan az ellenséget látod. Győzz meg. Miért lesz jó. Itt egy potenciális switcher.

--
trey @ gépház

Esélytelen, ha nem vagy szerelmes az OSX-be.

diversity is good :-)

nem minden esetben. :) (88)

amugy azért használ tigert mert a PzKpfw VI és a OSX 10.4 is tigris

_________________________________________________________________

Nekem mindig igazam van, ha nem, akkor nincs igazam, szoval megint igazam van hogy nincs igazam.

Akkor én most rohanjak és vegyek egy Mac-et?
---
Ketchup elementál megidézése a sajt síkra
Solaris deszktop júzer

:) nem

debiannal jobb nincs, ez az én véleményem
___________________________________________________

Nekem mindig igazam van, ha nem, akkor nincs igazam, szoval megint igazam van hogy nincs igazam.

Elsősorba ne rohangálj nem olyan sürgős. Inkább egy tigriskölyköt fogadj örökbe... :)

Nem értem a felháborodást, miért baj, ha valaki bármilyen okból (mondjuk érdekli) használ valamit. Hogy melyik funkcióját fogja tesztelni? Az alapfunkcióját. Filéket fog tárolni rajta.

--
CCC3

jaj de te ezt nem ertheted

Ki a faszom beszélt OSX-ről? Trey ZFS killer feature-ok után érdeklődött, én mondtam neki egyet.

> Ki a faszom beszélt OSX-ről?

"faszom" az arpi, trey csak siman fasz.

Ez a mélyenszántó gondolat igazán elegáns volt.

nem elegans, de igaz :DDDDDD LMAO

Mit jelent közelebbről a "transactional semantics": Jelenti-e, hogy a POSIX write függvény mellett megjelenik valamiféle commit/rollback?

--
CCC3

Ha ZFS implementáció tudja azt, hogy ha parhuzamosan 20 cp -t kiadok, akkor gyorsabban végez mindel, mint az edigiek és nagyábol többi teszten is hozza az átlagosnak számító értékeket, akkor van értelme beszélni róla desktopon.

A zfs egyelőre inkább a funkciókról, mintsem a teljesítményről szól az eddigi tapasztalatok alapján, de most, hogy az első sokkon túl vannak, egyre inkább ez utóbbi kerül előtérbe.

LVM+RAID+XFS(Online resizing) funkcionalitása legtöbb esetben elég.
Sebbeségben meg ott van a szeren.

Előbb-utóbb lesz valmi a ZFS -ből, ha GPL -eződik akkor előbb.

Milyen isten csaszar dolog, hogy ezt 3 kulonallo modullal kepes csak ugyanolyan(?) minosegben hozni, amibol az utobbival anno akkorat szoptam, hogy azota maximum csak rohogok ha szoba kerul. (Kijavitottak mar azt a bugot, hogy ekezetes filenev eseten olyan menthetetlenul bele fagy az egesz, hogy utana nem kepes semmi mountolni azt a particiot?:)

---
pontscho / fresh!mindworkz

És azt a hibát vajon már javították benne, hogy rádobva egy MySQL-t, megnyomva a terhelést leáll minden disk-I/O; még fizikailag más lemezeken is? :)

--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.

"de amugy a kernel kiraj"

stabil! :)

Ha nem nezek ra itt kollega ipv6 development ubuntujara akkor megvan az illuzio

+elobb fogadtunk lefagy-e. Nyertem.

Építunk hozza, zfs-like utilst, és akkor lesz egy 4. is ami ZFS érzetet ad. :D
Nem ugyan olyan, csak hasonló.

(Nem is halottam róla, hogy volt ilyen, tehát javították)

Mondd ki, hogy neked a !GPL fáj.


It doesn't matter if you like my song as long as you can hear me sing

Illetve nem volna baj, ha egy filerendszerről 2007-ben pancsolás nélkül is lehetne boot-olni.

--
trey @ gépház

Szvsz ez elsősorban inkább a bootloaderek baja, és nem a FS-é. Gondolom addig nem fogják a bootloaderek supportálni, amíg valamennyire stabil nem lesz. Lényegében én igazat is adok nekik, a bootolás az nem játék.

Nekem tök mindegy, hogy ki nem támogatja. Engem mint solution-t nem érdekel egy félmegoldás. Hasonlóképpen, mint a "tök jó a MINIX, igaz, programok nincsenek rá, de ez nem az ő hibája, a programozók nem támogatják". Részemről a MINIX innetől egy technikai érdekesség pusztán, nem több.

--
trey @ gépház

Nehogy befejezd mar a linuz szerverek deployolasat :(

véletlenül minixet írtál linuz helyett, illetve programozókat a csúnya-cégek helyett

Engem nem zavar.
Mindig csinalok boot particiot.
A tobbit csak nyomos indokkal darablom.

(boot manager dolga, a kernelt megtalálni.)

2007, március 29 - ZFS boot támogatás x86/x64-en, írta: trey :)

(Extra bonus: "A build 62-től integrálásra került a ZFS-be az lzjb mellé a gzip tömörítési támogatás. Használatával nem csak helymegtakarításra van lehetőség az alkalmazások számára transzparens módon, hanem bizonyos terhelések mellett (ha van elegendő CPU idő) akár gyorsíthaja a lemezhozzáférést is.")

nem írta, hogy _laptopon_!!

Emlékszem rá. Ez egy nem kiforrott valami, kezdeti támogatás. Értéke jelenleg nem több, mint technikai érdekesség. Majd ha a Solaris-ba lesz, akkor azt mondom, hogy ez már egy érett valami.

@Extra bonus: esetleg azt kéne megnézni, hogy honnan indult a szál.

--
trey @ gépház

A default ZFS helyett minden Leopard média mellé fekete garbópulóvert, csíkszemüveget és kihajtogatható, papírmasé Starbucksot adnak, hogy a creative professional megfelelően inspiráló környezetben tudjon dolgozni. :)

--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.

ahahaah

--
trey @ gépház

hogy mennyire egyutt mozog az IT tarsadalom motorja:)
"Solaris ZFS Performance (compared to VxFS, Linux Ext3 and W2K NTFS)"

Most, hogy megnéztem a blogot, amelyen minden oldal blokkon levő link az OpenSolaris témában linkel, várj megtippelem. Mindenhol a ZFS nyert. Tévedtem?

--
trey @ gépház

igazabol valamek szalba kellet volna belinkeljem, nem arrol van szo h ki nyert vagy nem, hanem csak a feature-okre akartam ravilagitani, masreszt (ertheto modon) meg nem tudtam elolvasni az egeszet.. ugye tobb 10 oldal

off
kéne valami szkript az offtopik szálak szűrésére is
/off

Irj egyet, zippeld ossze es a linket tedd ki a signaturadba. :)

---
pontscho / fresh!mindworkz

igen, feed reader.. mintha epp te emlitetted volna hogy "mostantol" neked eleg lesz annyi

Találd ki holnap mit akarok.

ROTFL, ez a téma nagyon jó! :D

Az, hogy a linux stabilabb, mint a többi rendszer, már régóta csak legenda, lassan az XP is tovább bírja. A linuxos ha új dolgot lát (főleg ha cég írta és/vagy nem GPL), akkor rögtön azt mondja, hogy ő nem használja, tehát felesleges. Ez ám a fejlődés. ;)

---
"A pokolba vezetô út is jó szándékkal van kikövezve ..."

A tizenkétéves technológiákat tartalmazó FreeBSD-be meg távirati sebességgel portolták a ZFS-t, míg a linuxosok azon gondolkoznak, hogy lehetne legalább valami userspace drivernek megcsinálni.
Savanyú a szőlő, kérem.


It doesn't matter if you like my song as long as you can hear me sing

Azért azzal a "portolták" kijelentéssel vigyáznék még. A feature-ök fele-harmada hiányzik, ami van az is inkább esik-kel. Levlista alapján. Teszem hozzá, hogy majd megjelenik a FreeBSD 7-ben (mikor is?).

--
trey @ gépház

Nyilván 12 év múlva, mivel a ZFS mai technológia.
Akár így, akár úgy, még mindig jobb, mint a "talán userspace-ben esetleg"-téma.
Ja, és ha a Linux fényévekkel a többi opensource Unix előtt jár, akkor miért attól hangos az egész opensource világ, hogy Linusék azon izgulnak, hogy vajon a *** Solaris GPLv3 lesz-e, mert ők attól teszik függővé a váltást?


It doesn't matter if you like my song as long as you can hear me sing

"Nyilván 12 év múlva, mivel a ZFS mai technológia."

Nem vagyok jövőbelátó, de addigra a ZFS már elavult technika lehet.

"Akár így, akár úgy, még mindig jobb, mint a "talán userspace-ben esetleg"-téma."

A Sun még nem döntött. Nem zárta ki a GPLv3, de a GPLv2 alatt kiadott kód lehetóségét sem. Én még nem kapkodnék a helyedben.

"Ja, és ha a Linux fényévekkel a többi opensource Unix előtt jár, akkor miért attól hangos az egész opensource világ, hogy Linusék azon izgulnak, hogy vajon a *** Solaris GPLv3 lesz-e, mert ők attól teszik függővé a váltást?"

Technikai aspektusból - mint ahogy Schwartz azt elmésen megjegyezte (Are we after your drivers? No more than you're after ZFS or Crossbow or dtrace - it's not predation, it's prudence.) - mindkét fél (Linux, OpenSolaris) számára lehetnek olyan dologok a másik portékájában, ami érdekes lehet a másik fél számára. Linus egyértelműen megmondta, hogy a Solaris core nem érdekli, az egyetlen dolog, ami miatt esetleg újralicencelne, az a ZFS. Az OpenSolaris-nak meg éppen más kéne a Linux-ból. Ettől még a Linux jelenleg _szerintem_ jobb helyzetben van sok szempontból, mint a Solaris. Természetesen itt nem a bennük levő technológiákra gondolok elsősorban.

--
trey @ gépház

trey írta:
Nem vagyok jövőbelátó, de addigra a ZFS már elavult technika lehet.

Nem vetted fel a kesztyűt. ;-)

trey írta:
A Sun még nem döntött. Nem zárta ki a GPLv3, de a GPLv2 alatt kiadott kód lehetóségét sem. Én még nem kapkodnék a helyedben.

De eddig folyamatosan az ment, hogy milyen jó FUSE-modulnak a ZFS. :-P

trey írta:
az egyetlen dolog, ami miatt esetleg újralicencelne, az a ZFS

Ha jobban meggondolom, ez a Linux által jelenleg normálisan támogatott fájlrendszerekre nézve kurva nagy alázás.

trey írta:
a Linux jelenleg _szerintem_ jobb helyzetben van sok szempontból, mint a Solaris.

Ebben megegyezhetünk, szerintem is már csak állóhely jutott nekik a vonaton.


It doesn't matter if you like my song as long as you can hear me sing

"De eddig folyamatosan az ment, hogy milyen jó FUSE-modulnak a ZFS. :-P"

Biztos, hogy nem tőlem, mert én eddig mindig azt kérdeztem, hogy minek nekem a ZFS. Egyelőre még keresem, hogy hol lenne jó nekem. Esetleg megemlíthettem, hogy készülőben van egy ilyen lehetőség. Sosem recskáztam a ZFS-re. Keversz valakivel.

"Ha jobban meggondolom, ez a Linux által jelenleg normálisan támogatott fájlrendszerekre nézve kurva nagy alázás."

Ezzel nem értek egyet, szerintem a portfólió növelése. A ZFS nem jó mindenhova és nem megváltás mindenkinek. Egy lehetőség lenne a többi közt.

--
trey @ gépház

Hát, erre pro és kontra tudnék dolgokat mondani, de maradjunk annyiban hogy felhasználás kérdése. Aki folyamatosan instabil kernel mellett instabil alkalmazásokat használ az meg is érdemli. Stabil kernel/alkalmazások mellett egyenlő esélyekkel indul mind a kettő (Win/Lin).
(gyk: a windowson persze nem értelmezett az instabil kernel fogalma).

"stabilabb"
ez a "_better_" akar lenni?

Stabilabb akart lenni, jól írtam.

---
"A pokolba vezetô út is jó szándékkal van kikövezve ..."

okok.. nincs gond vele..
csak feljebb a "_better_"-t maskepp ertelmezte egy ket gyermek.. "jobban lehet bele irni drivert" sbtstb

"lassan az XP is tovább bírja"
LOL. Használtál már XP-t, vagy csak olvastál róla a {pcforum,prog}.hu-n?

---------
WARNING: Linux requires you to type! After rebooted to Windows, you can safely unplug your keyboard.
szerény blogom -- új címen!

<upsz itt valami olyasmi állt, hogy nincsen problémája a Windows XP-vel, már huzamosabb ideje használja. Sajnos a válasz gomb helyett a szerkesztést választottam. - a szerk.>

---
"A pokolba vezetô út is jó szándékkal van kikövezve ..."

Az én tapasztalataim pontosan ellentétesek (XP nem bírja lekezelni azt, ha egy indítás után 50x dvd-t cserélek, bezavarodik (értsd: 15 percig nem válaszol az explorer.exe, msn, msoffice és egyéb ms alkalmazások, a firefox is csak úgy araszolgat), ha wlan és lan hálózat között akarok váltogatni, és __marha lassú__; ezzel ellentétben a Linux alatt wlan és lan közti váltás tökéletesen megy, észre sem lehet venni, és érezhetően gyorsabb, mint az XP). De fogjuk rá, hogy WORKSFORME(tm).

---------
WARNING: Linux requires you to type! After rebooted to Windows, you can safely unplug your keyboard.
szerény blogom -- új címen!

Nekem a DVD-cserélgetést észre sem veszi.
Persze hibák vannak: a 802.1x support pl. egy vicc.


It doesn't matter if you like my song as long as you can hear me sing

Semmi sem tökéletes, de ilyenkor érdemes a hardver környékén körbenézni. Mióta SP2 van XP-hez nagyon ritka a szoftveres probléma.

---
"A pokolba vezető út is jó szándékkal van kikövezve ..."

A DVD-s probléma két gépen jelentkezett. Az egyiken volt SP1 és SP2 is (kb 4 éve van meg ez a problémám), a másikon csak SP2 volt eddig. Linux alatt nem volt jelen (pedig ott is párszor átpörgettem a kb 70 lemezből álló DVD archívumot, mert kerestem valamit). A wlan dolog Linux alatt nem jelentkezik.

---------
WARNING: Linux requires you to type! After rebooted to Windows, you can safely unplug your keyboard.
szerény blogom -- új címen!

"A pokolba vezetô út is jó szándékkal van kikövezve ..."

Ahogy látom, minimum a karakterkódolással problémáid vannak. De ne add fel, 2007 végére csak tudsz majd írni normális "Őő" betűket, ha már nekem is sikerült Linux alatt.

--
trey @ gépház

Micsoda problémák.

De lásd kivel van dolgod, a kedvedért javítottam. :)

---
"A pokolba vezető út is jó szándékkal van kikövezve ..."

Én 2004 környékén vetemedtem először Linuxra (UHU 1.1), és nekem már akkor is sikerült.

---------
WARNING: Linux requires you to type! After rebooted to Windows, you can safely unplug your keyboard.
szerény blogom -- új címen!

apropo, ilyen karakterzsenik jottek itt ossze, akkor lenne egy kerdesem:
hogyan allitom be az xorg.conf-ba, hogy us _es_ hu qwerty kiosztas legyen?
panel pluginnel valtanek kozottuk, de ez a ket kiosztas sehogy sem ment eddig :(

--
The Internet has evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.

Az Option "XkbLayout" "en,hu" verzio az qwerty-t ad? Igy utana xfce kayboard layout switcher pluginjaval lehet valtani angoles magyar kozott. Ha nem ez kellett nem szoltam :}

Option "XkbLayout" "us, hu"

de, ha adok neki egy ilyet:

Option "XkbVariant" "qwerty"

akkor nem mukodik :P
ha csak hu van akkor igen...

Az X11 teljesen alkalmas desktop funkciokra, a vak is lathatja ;)

--
The Internet has evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.

Option "XkbVariant" ",qwerty"

--
A nyúl egy igazi jellem. Ott ül a fűben, de akkor sem szívja!

Hatja, az oke hogy a linuzos mit csinal a tobbtiz giganyi doksijaval? gzippeli aztan zless, zgcc, zvi, etc

OSX-en viszont van Spotlight, ami ugye nyilvan megint egy mestersegesen generalt igeny es felesleges szolgaltatas (foleg notebookon persze;)), ennek ellenere en naponta hasznat veszem (most a mediocre floss utanzatokat hagyjuk).

Szó sem volt az OSX-ről, ne keverd bele. Tudjuk, hogy OSXISBETTER(tm), de nincsen pénzem makkra. Marad a trágya-PC, meg hozzá a kevésbé-trágya-desktopra-is-alkalmas-OS (Linux).

---------
WARNING: Linux requires you to type! After rebooted to Windows, you can safely unplug your keyboard.
szerény blogom -- új címen!