Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Jan Ťulák

Stran: 1 ... 15 16 [17] 18 19 ... 41
241
Software / Re:Velmi častý výskyt grub erroru
« kdy: 05. 04. 2013, 08:02:02 »
No a taky jak se do toho ubuntu dostat, aby šel ten grub přeinstalovat, že ano...
Nabootovat live cd (stejná architektura - 32/64bit), pustit terminál a:
Kód: [Vybrat]
# $1 nahradit treba za /mnt (či nějaký jiný adresář, kde je nainstalovaný systém připojen, včetně /boot), 
# nebo to ulozit jako script, přidat práva na spuštění, a pustit s tou cestou jako parametrem
# - osobně mám tento "skript" uložený v rootu na všech systémech. :-)

mount -o bind /sys $1/sys
mount -o bind /proc $1/proc
mount -o bind /dev $1/dev
mount -o bind /dev/pts $1/dev/pts
chroot $1 /bin/bash

A voila, nyní jsi v nainstalovaném systému a /absolutní/cesty se vztahují k němu, ne k livecd  (pochopitelně jen v tom terminálu), takže můžeš manipulovat s grubem.

242
Server / Re:Speed test jako má Lupa
« kdy: 04. 04. 2013, 11:44:22 »
Pokud je na obou stranách linux (nebo něco jiného na čem jde pustit netcat), tak bych se php vyhnul... http://deice.daug.net/netcat_speed.html :)

243
Vývoj / Re:servrové zpracování
« kdy: 01. 04. 2013, 16:29:31 »
Jenže právě PHP je dobré v tom, že se dá začít od nuly.
Jinak ho IMHO nemá vůbec smysl používat a ROR je daleko lepší.
S prvním řádkem souhlas, php se skvěle dá použít (vlastně to je jeho původní účel) i na jednoduchá pár řádková řešení, kdy si vezme jen minimum zdrojů.
Jestli ho má smysl používat i na složitější věci myslím není obecně rozhodnutelné. A navíc PHP hostingů je plná ves, ale tak nějak jsem neviděl žádný rozumný, co by nabízel ROR (ale pokud o nějakém někdo ví, rád se nechám informovat :) ).

Co se učení týče, myslím si, že když se někdo pouští do použití frameworku (a myslí to vážněji), měl by mít aspoň zběžnou znalost toho, jak funguje zpracování POST/GET a takové věci.

244
Vývoj / Re:JS a crawleři
« kdy: 01. 04. 2013, 16:21:20 »
Ne. A i kdybysme pominuli vyhledávače, jsou tu lidé s vypnutým JS, screanreadry pro handicapované, nebo takoví jako já, co když se dostanou na mizerné připojení, tak vypnou chrome a pustí links (či jiný čistě textový browser), ... Takže vždy měj HTML fallback co bude fungovat i bez javascriptu a ideálně ten JS použij akorát na nějaké rozpohybování či efekty.

245
Software / Re:Free Heroes of Might and Magic bez hudby
« kdy: 22. 03. 2013, 23:59:11 »
Položím takovou otázku... jinde zvuk jede? Třeba v prohlížeči na youtube?

246
Hardware / Re:Notebook s SSD do 25 000 Kč
« kdy: 22. 03. 2013, 12:18:03 »
Mám probook a pro vyndání disku odklopím spodní kryt pomocí páčky a vidím disk. Odšroubuju 3 šrouby a disk je venku. Celá operace trvá asi minutu.

No buď máš extrémně obstarožní kousek nebo máš největší štěstí z té nejmacatější zadeke na světě, každou noc ti ho kouří Bohyně o vzhledu Michelle Pfeiffer za mlada a jezdíš v novým Lambu ::)

Takhle to totiž vypadá obvykle: http://www.youtube.com/watch?v=laA84HIE1FI  :o
Hmmm... A já s Thinkpadem tuto soutěž zřejmě vyhrávám... http://www.youtube.com/watch?v=UBjxSMmA45o Na disk stačí povolit jeden šroubek. :P A co se RAM týče, tak ta u větších modelů je (nebo aspoň bývala) pod touchapdem, který se dá odmontovat po čtyřech šroubkách.  8)

247
Hardware / Re:SSD a partície
« kdy: 18. 03. 2013, 19:30:35 »
Jasně, ale v mém okolí byl zatím jen omezený počet SSD (4) a 50 % z nich chcíplo velmi rychle. Beru, že to zřejmě byla blbá náhoda (jinak bych si ho sám nekoupil), ale přistupuju k tomu prostě s mnohem větší opatrností. Za pět let se na to určitě budu dívat jinak, taky technologie budou jiné - a doufám, že budu s podezřením sledovat první memristorové disky. :D

248
Hardware / Re:SSD a partície
« kdy: 18. 03. 2013, 18:10:35 »

No, proto jsem kousek víš napsal "mělo vydržet roky". A věřím, že kolikrát to i vydrží, jen tu je prostě nějaké riziko. Jinak ten údaj jsem vzal z iostat (hodnota kB_wrtn/s a přepočítáno), nicméně od mého příspěvku to kleslo, takže to nejspíš byla nějaká jednorázová záležitost. (Uptime mám teď něco přes tři hodiny, takže se změny celkem výrazně projevují).

249
Hardware / Re:SSD a partície
« kdy: 18. 03. 2013, 17:05:41 »
Fakt mas pocit ze zvladl kazdy den zapsat 4TB dat? Borec!
4TB za den = 333 MB za hodinu při 12 hodinách provozu denně. To není žádná nereálná hodnota... Na klasickém HDD mám v tuto chvíli průměr za tento runtime asi 410 MB/h. (Většinu toho zřejmě tvoří virtualbox).

Jinak osobně mám M4, ale fakt nevidím důvod, proč riskovat. Stejně na data potřebuju klasický HDD pro jejich objem...

250
Hardware / Re:SSD a partície
« kdy: 18. 03. 2013, 16:54:13 »
Aha, takze podle tebe se HDD nemuze podelat a uzivatel ktery tam ma nezalohovana data o ne nemuze prijit. hezky ty, hezky...

A kde tvrdím, že se HDD nemůže podělat, nebo že je zbytečné zálohovat? Jen tvrdím, že pravděpodobnost poruchy u SSD je větší. Pokud by mi odešel disk, tak pro mě osobně není problém ztráta dat, která je na úrovni pár minut práce mezi synchronizací na server, ale ztráta času, kdy nemůžu používat stroj by mi způsobila řadu problémů. Jenže většina lidí v mém okolí na zálohy kašle bez ohledu na to, jak je přesvědčuju, se slovy "já tam nic důležitého nemám".

Přepisy jsem si počítal, teoreticky by to mohlo vydržet roky. Jenže v praxi to očividně neplatí vždy, metadata dovedou udělat taky hodně, a cena za snížení rizika přesunem některých dat na klasický HDD je přijatelná. SSD je prostě pořád příliš nová technologie na to, abych jí věřil jako klasickým HDD.

Ale opatrný jsem u všeho: vyhýbám se prvním modelům postaveným na nové technologii, ať jde o HDD, procesory... Statisticky tam prostě je větší pravděpodobnost problémů.

251
Hardware / Re:SSD a partície
« kdy: 18. 03. 2013, 16:38:32 »
Byl to notebook s Win7 a pokud si pamatuju, tak 128 nebo 256 GB kapacita. Značku SSD už nevím.

252
Hardware / Re:SSD a partície
« kdy: 18. 03. 2013, 16:01:45 »
Jasně, ale v kontextu lidí, co si pořizují SSD mě jaksi nenapadá, proč bych si měl koupit SSD a přitom mít malou RAM a být trvale na hranici swapu.

Mám tu 200 kompů a SSDčka v 1/2 už druhý rok a ani jeden problém ::)
No, takže to očividně zálež na štěstí, značce, použití a řadě dalších věcí - a tedy je lepší obecně strašit s tím, že znalý člověk si v případě potřeby provede testy a vyhodnotí, než co chvíli někomu vysvětlovat, že se ta data z SSD opravdu zachránit nedají (aspoň pokud nechce vyplázout pěknou pálku v servisu).

253
Hardware / Re:SSD a partície
« kdy: 18. 03. 2013, 15:17:30 »
to je fakt rada jak noha: kup si tiche a rychle SSD a pak si dej data ktera nejvic ovlivnuji pocity z odezev systemu (cache prohlizece) na pomaly, liny a hlucny HDD. bububu prepisy!

Cache prohlížeče patří do tmpfs, ne na disk, stejně jako celý jeho profil. Ani SSD se nemůže rovnat s RAM, takže malá ale intenzivně využívaná data je nejlepší prostě strčit tam a synchronizovat to na disk na pozadí.
A na druhou stranu, toho mého půl tera dat (iso obrazy, virtuální disky, fotky, nějaké wine instalace, ...) nemá smysl dávat na SSD z finančních důvodů. Ve výsledku je systém mnohem svižnější než jen s klasickým diskem a i když se občas musí na IO trochu čekat, poměr cena/výkon je u řešení 128/256GB SSD + 1TB HDD ve většině případů mnohem lepší, než si koupit 2x512GB SSD (obzvlášť při zahrnutí rizika odrovnání jednotky).

Co se přepisů týče, známému loni dvakrát během dvou měsíců odešlo SSD a podle servisu to bylo v obou případech na přepisy, takže ano, bububu přepisy.

254
Hardware / Re:SSD a partície
« kdy: 18. 03. 2013, 10:48:55 »
Vacsiu zivotnost dosiahnes "hybridnym" pristupom - klasicky HDD na data (RAID1, prip casty backup, ale kto sa s tym chce babrat), SSD na system (v pripade Lin bude SDD viac-menej read-only (okrem updatov) ak to dobre rozvrhnes: / na SDD, /home, /var, /tmp HDD). Data HDD zvycajne na rychlosti systemu nevidno, okrem napr. Firefox profilu kedze to cita z $HOME (takze FF startuje akoby bol na HDD).

Takhle to mám (akorát mám jen single drive, třetí HDD do notebooku už nenacpu :D) .
Co se ale týče browserů a jejich profilů: V Archlinuxu v AURu jsou skripty pro automatizace tmpfs - profil se automaticky načte do RAM, prohlížeč pracuje s profilem v RAM, a pravidelně se obsah ukládá na disk. A tohle se dá udělat prakticky s čímkoliv co potřebuje rychlost.

255
Stahni oficialni EN Win z MS stranky a aplikuj CZ language pack.
Licence to IMHO povoluje pouze pro Ultimate a Enterprise a pokud si pamatuju, tak na jiných verzích taková akce občas skončí (během příštího automatického ověření při aktualizacích) i černou obrazovkou a oknem "nelegální kopie"

Stran: 1 ... 15 16 [17] 18 19 ... 41