Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: J. Ghibulo 02. 11. 2016, 20:03:29
-
Zdravím,
pořídil jsem si T430 (8GB Ram, 128GB SSD + 300GB 5400ot HD). Převážná činnost - programování - nejrozežranější asi Java/Scala (ee i android) + velmi zřídka spuštěný VirtualBox s Widlema + běžný desktopový věci.s lxde/dwm
Mám představu dvou distribucí Linuxu (Debian/Devuan+Slackware) - první produkční, druhou na hraní a poznávání.
----
Zatím mám v plánu:
- 3GB Ram mountovat jako disk pro /var a /tmp
- 1,5GB Ram mountovat jako spešl disk pro buildování aktuálních projektů
- 400 MB Ram mountovat jako swap
- SSD disk rozdělit v poměru 2:1 pro ostatní systémové složky obou distribucí
- 300GB disk nechat celej jen na /home
----
Zní to rozumně, nebo byste poradili něco lepšího? Trochu mám obavy z životnosti toho SSD - nevyplatilo by se to tam postavit na ext2 abych se vyhnul journalování? Díky za každou radu či zkušenost...
-
Prakticky nic z toho nemá smysl. Mít /var jako dočasný je nesmysl, jen na to tmpfs se to může hodit. Jinak swapovat do RAM je vůbec k ničemu, protože swap se používá jako odkladiště, když dojde paměť. Přehazovat v takovou chvíli data z paměti do paměti nemá smysl. Neřeš to a nechej využití paměti a disku na systému, když mu do toho budeš kecat, můžeš to akorát tak zhoršit.
-
Java je od 32 GB a víc. 8 GB máš tak na nenáročné hry, ale ne na vývoj v královském jazyce. Nakup paměť a začni pořádně vyvíjet.
-
to ze java potrebuje 32gb len svedci o tom, ze je to shit a malo pamati znamena sekanie.
-
Jen tak mimochodem, s alokaci pameti Jave (resp. JVM) se to nesmi prehanet. Napr. v takovem Minecraftu, kdyz to pretahnete, tak to trochu neintuitivne naopak zhorsi vykon :D.
-
Prakticky nic z toho nemá smysl. Mít /var jako dočasný je nesmysl, jen na to tmpfs se to může hodit. Jinak swapovat do RAM je vůbec k ničemu, protože swap se používá jako odkladiště, když dojde paměť. Přehazovat v takovou chvíli data z paměti do paměti nemá smysl. Neřeš to a nechej využití paměti a disku na systému, když mu do toho budeš kecat, můžeš to akorát tak zhoršit.
Přesně tak. Jediné, co by z toho mohlo teoreticky někdy dávat smysl, by byl ten disk pro build projektů – kdybyste měl hodně RAM. Vzhledem k tomu, že jí máte málo, nechte to na SSD disku, oproti rotačnímu disku je to výrazně lepší.
-
to ze java potrebuje 32gb len svedci o tom, ze je to shit a malo pamati znamena sekanie.
To jsou zase kecy. Co znamená „java potřebuje 32 GB“? Že to potřebuje nějaký program napsaný v Javě? Víte o tom, že JVM )od Oraclu) je napsané v C++? Takže pokud nějaký program v Javě potřebuje 32 GB RAM, potřebuje těch 32 GB RAM vždy také program napsaný v C++. O čem to svědčí si rozmyslete sám.
-
nechaj ram nato naco ma sluzit :) hod si oba disky do LVMka, odkroj tak 10-20GB z ssd a sprav z toho cache na home, nech ti nehuci tak disk pri kazdom zapise a bude to aj rychlejsie :) zvyskok SSD rozdel na dva root filesystemy bez nejakych obskurnych dalsich deleni, ak som to spravne pochopil ako to chces pouzivat. Chces len jeden /boot a grub pre obe distribucie? /home bude tiez zdielany medzi distrami?
-
Zdravím,
pořídil jsem si T430 (8GB Ram, 128GB SSD + 300GB 5400ot HD). Převážná činnost - programování - nejrozežranější asi Java/Scala (ee i android) + velmi zřídka spuštěný VirtualBox s Widlema + běžný desktopový věci.s lxde/dwm
Mám představu dvou distribucí Linuxu (Debian/Devuan+Slackware) - první produkční, druhou na hraní a poznávání.
----
Zatím mám v plánu:
- 3GB Ram mountovat jako disk pro /var a /tmp
- 1,5GB Ram mountovat jako spešl disk pro buildování aktuálních projektů
- 400 MB Ram mountovat jako swap
- SSD disk rozdělit v poměru 2:1 pro ostatní systémové složky obou distribucí
- 300GB disk nechat celej jen na /home
----
Zní to rozumně, nebo byste poradili něco lepšího? Trochu mám obavy z životnosti toho SSD - nevyplatilo by se to tam postavit na ext2 abych se vyhnul journalování? Díky za každou radu či zkušenost...
Nic proti, ale 8GB RAM je dnes v podstatě minimum, tam není co dělit na ramdisky apod. Pokud chceš swapovat do RAM, raději si swap úplně vypni a máš klid. Pokud chceš druhou distribuci "na hraní a na poznávání", dej si ji do toho VirtualBoxu no a na to se bude hodit větší RAM (nebo aspoň těch 8GB, což fakt není bomba). Dual boot je opruz. SSD Tvojí velikosti stojí tisícovku, to je spotřební zboží, tak ho nešetři.
-
to ze java potrebuje 32gb len svedci o tom, ze je to shit a malo pamati znamena sekanie.
To je jako se divit, proč tvoje Ferrari žere víc než bežná auta.
Jen tak mimochodem, s alokaci pameti Jave (resp. JVM) se to nesmi prehanet. Napr. v takovem Minecraftu, kdyz to pretahnete, tak to trochu neintuitivne naopak zhorsi vykon :D.
To je neintuitivní tak pro nějakou holku, která to hraje. Možná i pro jurdo. Pro vývojáře je to jasné.
-
https://www.alfa.cz/product.php?eid=1051600000000001NPS Zbytek nech na systemu - je v planovani vyuziti pameti lepsi nez ty.
I kdybys byl lopata nejvetsi tak na to mas za pul šichty vydelane - bude to efektivnejsi nez vymyslet kouzla nekde ve foru.
-
https://www.alfa.cz/product.php?eid=1051600000000001NPS Zbytek nech na systemu - je v planovani vyuziti pameti lepsi nez ty.
I kdybys byl lopata nejvetsi tak na to mas za pul šichty vydelane - bude to efektivnejsi nez vymyslet kouzla nekde ve foru.
Obávám se, že OP koupil repasovaný notebook, který více než 8GB nepojme.
-
Obávám se, že OP koupil repasovaný notebook, který více než 8GB nepojme.
OP pise ze T430, ten zvlada 16GB RAM... jen je otazka jestli ted ma 1x8GB a druhej slot volnej, nebo ma 2x4GB ktere by vyhodil a musel ty 8GB koupit 2 kusy...
-
- 400 MB Ram mountovat jako swap
tak to sa uz necudujem, preco su tie dnesne aplikacie take ake su, ked tito kvazi programatori neovladaju ani zakladne principi fungovania pc...
-
Díky všem za rady. S tím swapem chápu, že jsem plácl hloupost ale moc nerozumím, proč nešetřit zápisy na SSDčko. Až doteď jsem v poho žil se 4GB, takže 8GB mi připadá dost velkej komfort. Že bych někdy potřeboval na desktopu třeba logy z běhu před restartem si nepamatuju, temporární backups nebo cash by asi taky nemusel bejt problém a ten prostor pro buildování v RAM mi připadá taky fajn (častej zápis a maximální urychlení IO operací) - jako „kvaziprogramátor“ jsem u žádného svého projektu nepřekročil 500MB, takže s velikostí (viz poznámka o 32GB) by problém opravdu nebyl.
-
Chces len jeden /boot a grub pre obe distribucie? /home bude tiez zdielany medzi distrami?
jj... přesně tak jsem si to představoval... Jinak ta tvou radu asi uskutečním, pokud se zbavím své paranoi ze zbytečných zápisů na SSD a možná nereálné představy urychlení IO na RAM oproti SSD.
-
Pokud chceš druhou distribuci "na hraní a na poznávání", dej si ji do toho VirtualBoxu ... Dual boot je opruz. SSD Tvojí velikosti stojí tisícovku, to je spotřební zboží, tak ho nešetři.
Pro mé účely mi dual boot nijak nevadí.
Nemám s provozem „nešetřeného“ ssd žádnou zkušenost, takže jsem možná totálně mimo mísu, ale třeba půlroční nebo roční frekvence problémů s nečitelným sektorem by mi vadila bez ohledu na cenu.
-
Práve nedávno som sa zaoberal podobnými otázkami, takže pár rád odo mňa:
1. V Debiane si pozri /etc/default/tmpfs. Dá sa tam jednoducho nastaviť, čo všetko (zo zmysluplných možností, teda /run, /run/lock a /run/shm ktoré sú štandardne zapnuté, plus /tmp, ktoré je štandardne vypnuté) má byť v RAM a tiež sa tam dá špecifikovať, akú maximálnu časť pamäte to môže zožrať. (Malá poznámka: /var/run je myslím od Wheezy-ho symbolický link na /run a inú časť /var mountovať z pamäte nemá v tvojom prípade opodstatnenie).
2. Swap daj normálne ako oddiel na SSD, ale nastav parameter kernelu vm.swappiness=1 pomocou sysctl, permanentne napríklad pomocou
echo "vm.swappiness=1" >> /etc/sysctl.d/local.confTým síce budeš mať swap alokovaný pre prípad, že by ti pamäť dochádzala (s tou javou dosť pravdepodobné), ale tendencia systému swapovať bude veľmi malá (prípadne môžeš skúsiť aj hodnotu nula, ale vtedy vraj práve s javou môže nastať Out Of Memory...)
3. Na buildovanie skús používať tiež ten SSD (systém sa postará o cachovanie diskových I/O bez toho, aby si sa v tom nejako brutálne rýpal a SSD je fakt dosť rýchle).
4. Životnosť SSD v takomto použití podľa zdrojov z internetu nemá zmysel riešiť (UTFG keď neveríš), pravdepodobne vydrží viac než celý zvyšok stroja (pokiaľ ide o opotrebenie pamäťových buniek - netýka sa náhodného zlyhania ktoré sa ale môže stať hocijakému disku a rieši sa klasicky zálohovaním). Takže sa neboj toho dať tam swap alebo /var. Akurát si daj pozor na browsery (https://www.root.cz/clanky/firefox-pozira-vase-ssd-zapisuje-desitky-gb-denne/), ale keď chceš mať /home na HDD, tak to nebude také tragické.
5. (tip na zváženie) Pouvažuj o použití BTRFS na tom SSD. Aspoň ti nebude v hlave vŕtať žurnálovanie... A mohol by si si potom vystačiť aj s jedným oddielom (systém "na hranie" dáš do BTRFS subvolume, čím získaš flexibilitu a nemusíš zbytočne fragmentovať SSD v pomere 2:1).
-
1. ram nechaj ako ram
2. na najjednodnuchsiu spravu, nemusis ani lvm, staci ked das disk na 3 casti - grub, system 1, system 2
3. na system 1 a system2 si daj file swap - cez swapon/swapoff mozes kedykolvek zapnut,vypnut swap podla potreby, cez dd vytvories tie files (najdi si to na google - file swap)
efekt - system kde budes mas v grube (minimum particia, dal by som tam asi 50mb to by malo stacit) ulozene nastavenia, booty budes mat s ostatnymi files na system1/system2, a ked budes mat malo ram, pridas swap cez swapon /swap01 napriklad.
a nepotrebujes ani lvm, proste disk das na pomer pct 5/47.75/47.5 napriklad... (samozrejme grub instaluj manualne na tu najmensiu particiu)
-
ps doplnujem aspon nejak prikazy k tomu fileswap...
dd /swap01 //detailnejsie si nepametam
mkswap /swap01
swapon -f /swap01
vyhoda fileswapu - muzes napr. pres bash skript zapinat swap az pri potrebnem vykone (vypinat bych ho nedoporucoval ale kdyz si das free -m, a bude potreba treba 2gb swap a budes mit 6gb files nepouzitych ready pre swap, ze zapne file 01-04), prakticky vytvor si takto dynamicke skalovani podle vyuziti ram/swap......
-
proč nešetřit zápisy na SSDčko
Auto si taky kupujes aby sis ho vystavoval v garazi namisto jezdeni s nim?
-
ps doplnujem aspon nejak prikazy k tomu fileswap...
dd /swap01 //detailnejsie si nepametam
mkswap /swap01
swapon -f /swap01
vyhoda fileswapu - muzes napr. pres bash skript zapinat swap az pri potrebnem vykone (vypinat bych ho nedoporucoval ale kdyz si das free -m, a bude potreba treba 2gb swap a budes mit 6gb files nepouzitych ready pre swap, ze zapne file 01-04), prakticky vytvor si takto dynamicke skalovani podle vyuziti ram/swap......
ps tu pridavam navod k tom swap file....
http://www.cyberciti.biz/faq/linux-add-a-swap-file-howto/
-
proč nešetřit zápisy na SSDčko
Protože je to komplikace, která nemá skoro žádný přínos. SSD zase nejsou tak špatné, abyste musel řešit každý zápis, a s největší pravděpodobností ten disk přestanete používat dřív, než byste narazil na problémy způsobené častým zápisem.
Až doteď jsem v poho žil se 4GB, takže 8GB mi připadá dost velkej komfort.
8 GB RAM je dnes už spíš méně. Pro kancelářskou stanici s webovým prohlížečem a kancelářským balíkem bych to považoval za dostatečné, pro vývojáře už bych doporučoval víc, 8 GB bylo akorát před pár lety. Neznamená to, že by se s 8 GB nedalo pracovat pokud už to někdo má, moje pracovní stanice má teď také jen 8 GB, protože něco nového vybírám dlouho. Ale rozhodně bych 8 GB nepovažoval za nějaký přebytek, abych vymýšlel, jak z toho něco ukrojím.
prostor pro buildování v RAM mi připadá taky fajn (častej zápis a maximální urychlení IO operací)
Tohle dostatečně řeší SSD. Navíc nemusíte pořád myslet na to, že máte ta data z RAM ještě synchronizovat na nějaké trvalé úložiště, stačí běžná synchronizace DVCS.
-
K tem 8GB, zatracene zalezi na tom, v cem delas. Chapu, ze pro nejake embeded veci, kde se pocita kazdy bajt, neni potreba stanice s 32GB pameti. Ale jak pisi ostatni, 8GB pro bezneho vyvojare je dost malo, urcite ne nejaky luxus, je to podprumer. To me prestavalo stacit i pri vyvoji FE v JavaScriptu a obcas to zacinalo swapovat (jako pravda, widle, tux na tom bude asi lepe). Kdyz jsem si hral s velmi malym projektem pro Android, tak 8GB tezce nestacilo (2x IDE, build demon, emulator, servrova cast, desktop client, prohlizec). Kdyz vidim, jak backendisti v praci maji vyvojove DB, ktere se pocitaji na giga, tak IMO 16GB bude pro bezneho vyvojare minimum a bude se nejspis rozhodovat mezi 16, 32 nebo vice.
Podobne s SSD - buildit z HDD je za trest. Velmi me prekvapilo, ze build FE, ktery pod Widlema trval pres 1.5 minuty, tak pod Tuxem probehne za neco malo pres minutu. Ze stejneho SSD i FS. Takze i OS muze delat propastny rozdil.
-
Palo M., assadasd, bilbop, Filip Jirsák, noef:
Díky moc za konstruktivní rady a zkušenosti, hlavně tobě Palo. Hrát si budu určitě a jestli to bude nebo nebude mít přínos si holt musím zažít sám :-) Jo... a hned jak dorazí, omrknu jak je to tam rozdělený s těma SO-DIMMama a naplánuju upgrade na 16GB
Auto si taky kupujes aby sis ho vystavoval v garazi namisto jezdeni s nim?
Určitě ho šetřit nehodlám, ale kdybych se držel tvé alegorie, tak jsem si koupil silniční auto a nechce se mi ho moc trápit v terénech.
-
[...]a nepotrebujes ani lvm[...]
nepotrebuje ani pocitac, ale s nim se bude programovat lepe a s lvm se bude lepe pracovat s rozlozenim disku ;)
[...] dd /swap01 //detailnejsie si nepametam [...]
to vysvetluje tvoji zmatenost, psat spatne prikaz znamena absolutni jeho nepochopeni a nulovou napomoc, opravdu na neco co doporucujes... ? ;)
vyhoda fileswapu - muzes napr. pres bash skript zapinat swap az pri potrebnem vykone[...]
pres bash skript muzes samozrejme zapnout vypnutej swap nezavisle na tom jestli jde o swap-oddil, nebo swap-soubor... muzes treba i vytvorit swap oddil, aktivovat, pak deaktivovat a oddil smazat...