Příspěvky

391

Hardware / SD karta ako SSD disk

« kdy: 26. 10. 2012, 00:13:21 »

Mám starší notebook, v podstate mi vyhovuje, ale premýšľal som o jeho urýchlení napr. SSD diskom na cache ZFS - filesystému. V notebooku mám voľný slot expresscard, skúsil som nájsť SSD disk na expresscard. Okrem ich príliš vysokej ceny (všetky nad 100€) a nie veľkej rýchlosti všetky boli uvedené na trh dosť dávno, takže nepredpokladám vysokú životnosť.
Vyskúšal som toto: kúpil som si čítačku na SD-karty http://www.delock.com/produkte/G_61837/merkmale.html (10€), a do nej na skúšku SD-kartu 16GB. Dokáže čítať rýchlejšie ako sa uvádza v katalógu okolo 50 MByte/s zapisuje asi 20 MByte/s. Kartu používam ako cache zfs (l2arc), kde mi pomalý zápis nevadí ale rýchle čítanie je super. Karta funguje výborne, napríklad pri kompilácii vidím aj 2000 zásahov/s, čo pri HDD nie je z fyzikálnych dôvodov možné. Zaujíma ma Váš názor na životnosť takto používanej karty. Mimochodom výrobca sľubuje doživotnú záruku. http://www.swsd.sk/pretec-16-gb-sdhc-233x-class-10-31mb-s-citanie-11mb-s-zapis-_d148370.html

392

Distribuce / Re:Arch Linux vs. Gentoo

« kdy: 25. 10. 2012, 23:22:34 »

Když si vezmeš, že ten proces zabere pár hodin týdně, .. To přece nemůže být nic hroznýho.

Jo, tak to jo. Pár hodin týdně, to bude nějaká dvacka nebo tak něco měsíčně.

Zvýšená spotreba pri kompilácii sa v podstate vyrovná zníženej záťaži pri prevádzke. Neoceniteľné je to pri prevádzke na baterku, kompilujem samozrejme pripojený k sieti.

Ohledne binarni distribuce balicku bych doporucil k precteni toto http://wiki.gentoo.org/wiki/Binary_package_guide . Provozuju 6 instalaci a pouze na jednom stroji kompiluju. Usetri to spoustu casu. Neni problem ani v pripade ze na vsech strojich nejsou stejne USE flagy. Balicky ktere maji stejne flagy se instaluji s binarniho repo ostatni se zkompiluji ale tech je v mem pripade minimum.

Mám Gentoo na 4 strojoch, každý na celkom inej archtektúre:

• Amd Phenom II X6
• Intel Dual Core T2370
• Intel Atom D525
• Amd Ontario C60

Samozrejme každý počítač má iné zameranie: Atom - home server, C60 a T2370 notebooky, Phenom II X6 - desktop. Väčšina uses sú rovnaké, aj soft je podobný, ale binárne balíčky nepoužívam, musel by som sa čiastočne vzdať optimalizácie, čo je jedna z výhod Gentoo.

393

Distribuce / Re:Arch Linux vs. Gentoo

« kdy: 25. 10. 2012, 20:10:06 »

Na Armu by bylo samo vzruso pocatecni instal, ale pri zvoleni vhodnyho prostredi (napr LXDE) to staci jednou za cas updatnout.

Celú kompiláciu servera s Atomom som riešil chrootnutý na desktope, potom som celý adresár rsyncol so serverom, nastavil grub a odvtedy funguje. Pre Arm by som asi musel použiť qemu a neviem aký by to malo výkon. Rovnako by malo ísť použiť distcc.
Kolega v práci robil notebook, kompiloval po sieti na mojom desktope doma (100 MBit) a vravel, že rýchlejšiu kompiláciu na svojom notebooku nevidel. 

394

Distribuce / Re:Arch Linux vs. Gentoo

« kdy: 25. 10. 2012, 19:29:52 »

Videl jsem ventilator z jednoho starickeho thinkpadu. Vypadal celkem slusne. Ale obavam se, ze ventilatory ve spouste notebooku budou podstatne horsi. BTW, znamy vytavil ventilatory na jednom Dellu z doby Pentia III tim, ze tam honil nejakou tu simulaci na interakci leku a rakoviny nebo co. Nastesti vydoutnaly jeste v zaruce. Ten Dell tehdy stal skoro tolik, jako nejlevnejsi auto.

Mám starší notebook (5-ročný Toshiba L40 18W), je na ňom Gentoo s malou prestávkou. Vetráčík, samozrejme, pri kompilácii fučí, i keď mu pomáha desktop (distcc), ale inak je v pohode. Musím si vtedy (pri kompilácii) dávať pozor na napájací kábel, tlmivka pri nevhodnej polohe je priamo na výfuku. Pri normálnom používaní je kľud, ventilátor nepočujem. 

395

Distribuce / Re:Arch Linux vs. Gentoo

« kdy: 25. 10. 2012, 13:11:59 »

Na všechno používám otevřené ovladče, takže nevím, jak jsou na tom ty zavřené, ale kdo by používal zavřené ovladače...

Na desktope mám fglrx, pretože s nimi nemám žiaden problém a open ovládače mi išli zle na 2 monitoroch (1920x1200 + 1440x900). Na pc v práci mám fglrx, pretože s otvorenými sa mi hrial počítač (možno zaschnutá pasta na procesore). Na netbooku máme opensource, idú slušne, ale keby na fglrx nebol problém po prebúdzaní, dám tam ten, pretože netbook s ním vydrží o hodinu dlhšie a zvládne napríklad fullHD video.
Tiež používam radšej otvorené drivre, preto som napríklad vymenil broadcom wifi v notebooku za atheros, ale nebudem ich používať násilne a za každú cenu, keď viem, že fglrx (v mojom prípade) ide lepšie.

396

Distribuce / Re:Arch Linux vs. Gentoo

« kdy: 25. 10. 2012, 12:36:41 »

Abych obhájil trochu Core i5 750 -> teď mám 8GB RAM a čas jsem nesledoval (ale zkusím se podívat). A systém jede komplet celý na SW RAID1 poli na WD Green discích :-D Myslím, že mezi tím mým a mezi Tvým RAM diskem bude asi ten největší rozdíl ;-)

Vôbec som nechcel zhadzovať výkon Core i5, skôr som chcel naznašiť, že procesor nie je rozhodujúci a celá kompilácia závisí od viacerých parametrov, napríklad io operácií. Samozrejme 6-jadro od Amd tiež odvedie kopec práce.
Aj bez RAM-disku by som bol rýchly, v PC je zfs RAIDZ1 (3 disky - každý iný) + cache a log na SSD disku, takže v najhoršom prípade by sa dáta čítali z SSD, ale pri toľkej pamäti nemám dôvod ju nevyužiť a ani nespomínam životnosť SSD.

397

Distribuce / Re:Arch Linux vs. Gentoo

« kdy: 25. 10. 2012, 06:35:33 »

ionice -c3 nice -n10 emerge --sync && layman -S

Ja uz Gentoo dlouho nevidel. Ale co takle emerge-delta-webrsync, aby se porad nestahovala ta desna kvanta porad stejnych veci?

Pri mojej 30MBit symetrickej linke to snáď nemusím riešiť, ale aj tak mám v /etc/fstab na každom počítači takýto riadok:

Kód: [Vybrat]

192.168.1.100:/mnt/distfiles /usr/portage/distfiles nfs 0 0 

Nerobil som to pre objem dát, ale skôr som chcel šetriť miesto na disku notebooku. Vhodné je to hlavne vtedy, keď používam napríklad javu od Oracle na viacerých pc a nechce sa mi 4x riešiť licencia.
Na počítačoch je takmer identický soft, chvíľu som mal dokonca /home cez nfs na serveri, ale predsa len každý stroj používam na niečo iné a napríklad notebook prenášam mimo lokálnu sieť, preto som od toho upustil.

398

Distribuce / Re:Arch Linux vs. Gentoo

« kdy: 24. 10. 2012, 23:25:07 »

Kód: [Vybrat]

ionice -c3 nice -n10 emerge --sync && layman -S
ionice -c3 nice -n10 emerge -uvaDN -j6 --keep-going  @world
ionice -c3 nice -n10 emerge -a --depclean
ionice -c3 nice -n10 revdep-rebuild

a etc-update?

etc-update púšťam ručne. Vždy si čítam výstupy z emerge, je tam samozrejme aj popis prípadnej potreby update konfigurákov.

399

Distribuce / Re:Arch Linux vs. Gentoo

« kdy: 24. 10. 2012, 21:48:24 »

Gentoo vyžaduje čas na naučení (a na zkompilování ) ). Ale už bych do jiného distra nešel. Výhoda je, že i nestandardní zařízení a problémy se dají vyřešit - systém máš plně pod kontrolou.

Súhlasím, tiež by som nešiel inde.

Velké a často updatované balíčky jako libreoffice nebo chrome je lepší nainstalovat binárně, kompilují se dlouho. Jinak je ideální aktualizovat denně, pak to zabere minimum času i když to počítač výkonem neutáhne na pozadí. Plánování je potom potřeba jen pro velké upgrady KDE apod.

Opäť súhlas, i keď na mojom železe mám binárne iba LibreOffice.
Na desktope púšťam prakticky denne môj script:

Kód: [Vybrat]

ionice -c3 nice -n10 emerge --sync && layman -S
ionice -c3 nice -n10 emerge -uvaDN -j6 --keep-going  @world
ionice -c3 nice -n10 emerge -a --depclean
ionice -c3 nice -n10 revdep-rebuild

Na výkone desktopu naozaj nepoznám, že sa niečo deje. Ak vidím nejaké zaujímavé updaty, spustím script na notebooku, prípadne na serveri.

400

Distribuce / Re:Arch Linux vs. Gentoo

« kdy: 24. 10. 2012, 20:40:45 »

Byl by nějaký odkaz na návod na ten chroot? Už hledám, jen jestli nevíš o něčem z hlavy.

To je standardní způsob http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?part=1&chap=6. Jde spíš o to, že než stahovat Gentoo CD a z toho se pokoušet instalovat, tak je lepší použít existující instalaci ve Tvém případě Ubuntu.

Áno, tiež na inštaláciu Gentoo bežne používam iné distro (Ubuntu na flashke). Väčšinou inštalujem podľa http://www.gentoo.org/doc/en/gentoo-x86-quickinstall.xml, je to tam prehľadné a na jednom mieste, samozrejme väčšinou robím amd64.

401

Distribuce / Re:Arch Linux vs. Gentoo

« kdy: 24. 10. 2012, 20:32:52 »

V Gentoo "musíš" vše kompilovat = chce to silnou mašinu. Nejnáročnější jsou zdaleka Libreoffice, který na Core i5 750 (fyzických 4x 2,67GHz) s 4GB RAM je za 80 minut. Ale na Intel Atom N455 s 1GB RAM už to je na 12 hodin...

Mal som lepšiu predstavu o výkone Core i5 750. Môj Amd Phenom II X6 zvládne kompiláciu LibreOffice za 35 minút (16GB RAM, /var/tmp/portage a /var/tmp/ccache v RAM), napriek tomu používam binárny balík.

ATI byl, je a bude vždycky problém nebo minimálně krok do neznáma. Tady nejde zaručit vůbec nic. Každopádně přímo proprietární ovladače od ATI jsou v Gentoo k dispozici (ale nevím, jak s tím + Intel).

S ATI 6490 som nemal takmer žiadne problémy, napriek tomu, že mám 2 monitory rôznej veľkosti. Stačilo skompilovať kernel s firmave (radeon-ucode) emergnúť ati-drivers, spustiť aticonfig --initial, trošku upraviť /etc/X11/xorg.conf a všetko beží tak ako má.

402

Hardware / Re:mini PC pro server

« kdy: 23. 10. 2012, 20:16:35 »

@Cera: jak je na tom ted Zacate s drivery pod linux. Byla to dost bida, uz je to lepsi?

Zacate doma nemám, ale Ontario je prakticky to isté a linux na ňom ide normálne. Na serveri asi nechceš využívať grafiku, ale aj opensources drivre mi dokážu prehrať 1366x768 video. Problém robí fglrx, notebook sa nepreberie zo sleep, ale inak funguje a zvláda prehrať fullHD video (Ontario C60, 1GHz) pod Ubuntu 12.04LTS(amd64). Notebook nepoužívam ja, preto tam je LTS. Na 12.10 by možno šlapalo všetko, ale Dadka je konzervatívny užívateľ a stačia jej opensources drivre.

403

Hardware / Re:mini PC pro server

« kdy: 22. 10. 2012, 19:06:42 »

Nepoznám moderný celeron, ktorý by nezvládol x86_64, ale na server by som to nedával. Spotreba je v podstate rovnaká ako poctivý procesor a výkon je o dosť slabší.

404

Software / Re:Grub a boot Win XP a Win 7

« kdy: 22. 10. 2012, 19:03:46 »

Keď bootoješ z BIOSu, vybratý disk je ako prvý, wxp asi "neprežije" zmenu poradia svojho disku. Ak sa dá vybrať disk pri štarte PC (F8, F10, F12 - ako kedy), je to asi najjednoduchšie riešenie.

405

Odkladiště / Re:/tmp na RAM

« kdy: 21. 10. 2012, 18:12:22 »

Slo o kompilaci balicku kde-misc/krusader-2.4.0_beta1-r1 2x po sobe. Jaksi v tom nevidim prinos, mate jeste naky specialni nastaveni? Zkousel jsme i Seamonkey, ale ta se bohuzel do 2GB nevesla (a stejne zkolabovala po 80min, kdy na hdd to trva 84, takze opet prinos nula nula, pokud uz teda opravdu vubec koncila).

diky

Moje údaje pri kompilácii kde-misc/krusader-2.4.0_beta1-r1 sú takéto:

Kód: [Vybrat]

real    0m43.895s
user    0m45.159s
sys     0m25.687s

Kompilácia seamonkey trvala takto:

Kód: [Vybrat]

real    8m34.481s
user    16m39.019s
sys     4m11.977s

Samozrejme rýchlosť záleží na rýchlosti pamäti, procesora, počtu vlákien, nastavení v make.conf.

Kód: [Vybrat]

CFLAGS="-O2 -pipe -march=amdfam10 -mtune=amdfam10 -mfpmath=both -fomit-frame-pointer"
CXXFLAGS="${CFLAGS}"
MAKEOPTS="-j7"

Procesor mám šesťvláknový Amd Phenom II X6.