- A hozzászóláshoz be kell jelentkezni
Hozzászólások
Pár napja próbáltam centoson, egy 'zfs create tank/backup'-ra meghal, elkezdi enni a procit, de semmi nem történik. Sőt, reboot után még a tank pool is eltűnik.
--
Discover It - Have a lot of fun!
- A hozzászóláshoz be kell jelentkezni
Lehet, az én hozzáállásom helytelen, de ugyebár Windows programokat is "lehet" Linux alatt (?) futtatni mindenféle trükkökkel, mégsem teszem, amíg nem okvetlen muszáj... ZFS-t sem jutna eszembe Linux alatt használni, ha használhatom a natív platformján is. Egyszer kipróbáltam volna Gentoo alatt, de akkor még show-stopper volt a PREEMPT, most meg már nem érdekel a Gentoo sem különösebben mindaddig, amíg azt nem hozza majd egyszer az élet, hogy a tevékenységem összeférhetetlenné válik az OTN-nel. Akkor nem leszek boldog, és megint mehetek vissza a motorháztető alá...
/etc/lib/lu/plugins/lupi_bebasic
- A hozzászóláshoz be kell jelentkezni
ZFS on linux, ugye. Most még experimental, de ha stabil lesz, akkor már mi a fenéért ne lehetne használni linux-on.
- A hozzászóláshoz be kell jelentkezni
Az X-nek, és a rajta futtatott firefoxodnak szerinted mi(volt) a natív platformja?
Nem helytelen, csak buta. :)
--
zsebHUP-ot használok!
- A hozzászóláshoz be kell jelentkezni
Szinte mindig iOS-t és Safarit használok. :) Lehet, hogy egyszer kevésbé leszek majd fantáziátlan vagy téveszmés, de addig jó ez nekem így, bután.
/etc/lib/lu/plugins/lupi_bebasic
- A hozzászóláshoz be kell jelentkezni
az ki van csukva, a hupon mindenki Linuxot és Firefoxyt használ.
( /me elvonul és elmélkedik hogy milyen programok lehetnek iOS-en, amit nem arra írtak először )
szerk: ne használj Safarit, az osx-es böngésző, és az elveiddel összeegyeztethetetlen hogy használd
Puppy linux felhasználó
- A hozzászóláshoz be kell jelentkezni
OK; troll fodder lett - legyen. Elveket nem említettem. Szóljatok azért, ha a port funkcionalitása és teljesítménye ekvivalens lesz a Solarison nyújtottakkal, mert akkor tekerek alá valamit, hogy kipróbálhassam.
Nem fogok vitatkozni, mert nem akarok, és értelmét sem látom, tekintve, hogy elbeszélünk egymás mellett - szíveskedjetek ezt ne flamebait-ként kezelni, bizonnyal én fejeztem ki magam fentebb rosszul. Mindenkinek váljon a project hasznára és egészségére...!
/etc/lib/lu/plugins/lupi_bebasic
- A hozzászóláshoz be kell jelentkezni
Egyrészt az Oracle elég aktívan tett az ellen, hogy a funkcionalitás ekvivalens legyen, másrészt Solarison van-e pld. TRIM támogatás? A ZFS a kód bezárásával elkezdett külön utakon járni. A Solaris meg úgyis halott. ;)
--
zsebHUP-ot használok!
- A hozzászóláshoz be kell jelentkezni
Sokan nevezik halottnak, nálam öregebbek/tapasztaltabbak, tehát a saját meglátásomat kezelem inkább fenntartásokkal, miszerint "still kickin'". Ami a TRIM-et illeti, nem tudom, mi lett a feature request eredménye; odaáig viszont, hogy legyen egy ilyen, biztosan eljutott. (A lemezvezérlés szintjén támogatott, a ZFS várat(ott) magára, azt olvastam.) Amúgy nem vitattam az eltérő minőség okát...
/etc/lib/lu/plugins/lupi_bebasic
- A hozzászóláshoz be kell jelentkezni
Solarison van-e pld. TRIM támogatás?
van ;)
- A hozzászóláshoz be kell jelentkezni
Esetleg tudnál deeplinket ehhez? Nem vita végett, tényleg jó lenne látni, beérett-e az a request végül, noha engem személy szerint nem nagyon izgat ez a kérdés.
/etc/lib/lu/plugins/lupi_bebasic
- A hozzászóláshoz be kell jelentkezni
Köszönöm!
/etc/lib/lu/plugins/lupi_bebasic
- A hozzászóláshoz be kell jelentkezni
Ez a fájlok alapján az nv_satáról szól, nincs köze sem más kontrollerekhez, sem a ZFS-hez.
Van folytatás is? :)
--
zsebHUP-ot használok!
- A hozzászóláshoz be kell jelentkezni
Nem csak az nv_satáról szól, hanem az egész SATA alrendszerről (sata_txlt_unmap() TRIM satacmd_feature_reg) és SCSI réteg parancstámogatásáról (SPC3_CMD_UNMAP/SPC3_CMD_UNMAP10). ZFS-hez nincs külön commit valóban, de annyira én nem ismerem a kódbázist, hogy meg tudjam mondani ránézésre, hogy a megfelelő ZFS unmap függvényhívásokon keresztül a SCSI/SATA TRIM támogatás nem lesz-e aktív. Másrészt az is kérdéses, hogy kell-e egyáltalán, mennyire okozna az FS-szintű TRIM támogatás hiánya extra teljesítményvesztést, amikor a ZFS egyébként is COW módon működik. Pláne ha hozzá veszem, hogy a Sun által gyártott flash alapú tárolók meg egyébként se tartalmaztak (anno legalábbis) TRIM támogatást hardveresen, akkor nem csodálom, hogy nem kapkodtak OS-szinten sem ezzel a funkcióval...
Mindenesetre én azt gondolom, hogy ha már TRIM támogatásról ment be commit, akkor valószínűleg nem csak viccből történt ez. :)
- A hozzászóláshoz be kell jelentkezni
Közben nemrég kipróbáltam Gentoo-n iSCSI felett, hitelesen utánozza a működést ;]
/etc/lib/lu/plugins/lupi_bebasic
- A hozzászóláshoz be kell jelentkezni
A hozzáállásod és te lehettek külön-külön (és együtt is) buták. :)
--
zsebHUP-ot használok!
- A hozzászóláshoz be kell jelentkezni
Igaz. :)
/etc/lib/lu/plugins/lupi_bebasic
- A hozzászóláshoz be kell jelentkezni
Ennél azért határozottan jobb a helyzet. Legalábbis azoknál akik folyamatosan használják. Vannak vele alapvető gondok, de a stabilitása nem ennyire csapnivaló.
- A hozzászóláshoz be kell jelentkezni
Igen, akkor mit csináltam rosszul?
Simán leforgott, modprobe zfs, zpool create tank mirror sda4 sdb4, zfs create tank/backup, és fagyi. Mivel kilöni nem lehet lehet sehogy, reboot. Reboot után a pool sincs meg, zpool list nem mutatja, és kézzel sem tudom összerakni,
--
Discover It - Have a lot of fun!
- A hozzászóláshoz be kell jelentkezni
Azt nem tudom, hogy te mit tettél, vagy mit nem, azonban jó páran használják egy ideje, és nem panaszkodnak ilyen jellegű gondokra. Nekem sincs vele gondom, de nálam sok vizet nem zavar.. csak tesztelgetem, pár 100G adat van rajta az is inkább desktop jelleggel.
- A hozzászóláshoz be kell jelentkezni
És zpool import
?
/etc/lib/lu/plugins/lupi_bebasic
- A hozzászóláshoz be kell jelentkezni