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 - Ondřej Vaniš

Stran: 1 ... 7 8 [9] 10
121
Hardware / Re: LVM a havárie jednoho z disků
« kdy: 24. 03. 2011, 20:39:46 »
Nevim jestli myslis chunk size pro prikaz lvcreate
Kód: [Vybrat]
-c, --chunksize ChunkSize
  Power of 2 chunk size for the snapshot logical volume between 4k and 512k.
tak to se uplatni pouze pri vytvareni snapshotu ne pri cteni a zapisu.

122
Hardware / Re: LVM pod linuxem a havarie jednoho z disku
« kdy: 24. 03. 2011, 12:25:13 »
Neni zac. Jeste me napadlo jestli chces vyuzit naplno vykon vsech disku
je vhodne pouzit pri vytvareni LV metodu mapování PE jako "striped mapping".
Jiz stavajici LV ktery je vytvoren jako "linear mapping" nelze prevest na "striped mapping".
Info zde

Pekne pocteni take zde

123
Hardware / Re: LVM pod linuxem a havarie jednoho z disku
« kdy: 24. 03. 2011, 09:39:58 »
Postup by mel byt nasledujici.
Rekneme ze odchazi disk /dev/sdb ...

Pridame novy disk na ktery chceme prenest data:
pvcreate /dev/sdd1

Rozsirime volume group:
vgextend vg_name /dev/sdd1

Presuneme data ze stareho disku:
pvmove /dev/sdb1 /dev/sdd1

Odebrani stareho disku z volume group:
vgreduce vg_name /dev/sdb1

Pak staci fyzicky disk odpojit a lvm by melo bezet s novym diskem.

Vice o popsanem postupu zde
http://tldp.org/HOWTO/LVM-HOWTO/removeadisk.html

124
Software / Re: Který program na 3D grafiku?
« kdy: 04. 02. 2011, 13:18:29 »
Který program byste použili na tvorbu 3D grafiky a 3D animací?
Je to stejné jako s GIMPem. Pokud chceš kvalitní program a budeš se tím živit nebo přivydělávat, jednoznačně ruce pryč od free alternativ.
Doporučuji soft jménem MAYA, Autodesk má free studentské licence (než se s tím pořádně naučíš).
David psal že u toho nechce trávit 2 roky....
Takze Maya asi nebude to pravé ořechové  :)

125
Distribuce / Re: Kompilace aplikací v Arch Linuxu
« kdy: 20. 10. 2010, 10:19:24 »
Pokud si chces hrat s kompilacemi a optimalizací tak bych řekl že pro tebe bude lepší distribuce Gentoo nez Arch. Ne ze by to v Archu neslo ale Gentoo je jiz od zakladu postavena pro tyto ucely.

126
Hardware / Re: Snížení jasu monitoru pod minimum
« kdy: 04. 10. 2010, 21:03:49 »
Pokud jde o starý CRT monitor tak k seřízení jasu slouží jeden potenciometr na VN transformátoru. Pozor jsou tam 2 druhý je na zaostření elektronového paprsku.
Ale přeci jen někomu kdo není v elektronice zběhlý bych tuto operaci nedoporučoval. V CRT monitoru je napětí až 24kV tak pozor.

127
Software / Re: Jak nakonfigurovat raid s WDxxEARS
« kdy: 04. 10. 2010, 01:26:36 »
zakladni prikaz je man mdadm  ;)
ale jinak podle tohoto by jsi to mel dat dohromady.

http://wiki.archlinux.org/index.php/Installing_with_Software_RAID_or_LVM

128
Vývoj / Re: Optimální algoritmus výpočtu
« kdy: 03. 10. 2010, 23:41:57 »
Ano nyni pouzivam vkladani do kose zpusobem ktery navrhoval Oliver ggg, i kdyz vim ze to ma mouchy viz vyse.

problem 1. -  vzdy je k dispozici baleni ktere obsahuje 1ks
problem 2. - v 99% pripadu neni nejmensi baleni tak extreme predrazene.

asi zustanu u tohoto reseni i kdyz ne vzdy je optimalni.

129
Vývoj / Re: Optimální algoritmus výpočtu
« kdy: 30. 09. 2010, 09:04:05 »
Ano to jsi popsal naprosto přesně.
Ale jakým způsobem dokážeš vypočítat tuto rovnici?
a*bal1+b*bal2+c*bal3+d*bal4=PozadovanyPocet

Kromě dosazování za a,b,c,d a zjištování jestli se rovna pozadovanemu poctu jsem nenasel.
Nebo mi neco uniklo?

130
Vývoj / Re: Optimální algoritmus výpočtu
« kdy: 30. 09. 2010, 00:46:10 »
Citace
Algoritmus bude postupně hledat ideální nákupy pro k ks zboží, kde k=1 až 78. Pro každé k si ideální nákup zapamatuje.
A jakým způsobem zjistíš že je nákup ideální. To je práve základní zadání úlohy.
Ideálním nákupem je myslíš co? Kombinaci různých balení která má množství rovno k?

131
Vývoj / Re: Optimální algoritmus výpočtu
« kdy: 29. 09. 2010, 18:24:38 »
Zadání:
V internetovém obchode je možno zakoupit zboží v různých baleních za různou cenu.
např.:
bal1 (1ks, 20kč/ks)
bal2 (5ks, 18kč/ks)
bal3 (10ks, 19kč/ks)
bal4 (50ks, 17kč/ks)

Zákazník požaduje např 78ks zboží a program by měl optimální počty balení vložit do košíku, aby to pro zázaníka bylo cenově nejvýhodnější.
Dle mého názoru je to jednoduché, a o žádný NP-úplný problém se nejedná:

Algoritmus bude postupně hledat ideální nákupy pro k ks zboží, kde k=1 až 78. Pro každé k si ideální nákup zapamatuje.
Známe-li ideální nákupy pro 1 ks až např. 50 ks ( I(1), I(2), I(3)... jsou ideální nákupy), zjistíme ideální nákup pro 51 ks jako nejlevnější z těchto nákupů:
1] jednotlivá balení (nákup je tvořen jedinou položkou, tedy jedním balením (dle zadání je to 1ks nebo 5ks nebo 10ks nebo 50ks)
2] spojení dvou ideálních nákupů  I(50) a I(1); dále I(49) a I(2); dále I(47) a I(3) atd.

(Důkaz: rozložíme-li ideální nákup pro k ks zboží na jakékoli dvě skupiny o počtech zboží k1, k2, kde k1+k2=k, jsou příslušné dva nákupy pro k1 a k2 také ideální. Nelze-li nákup rozložit, jedná se o nákup typu 1] )
V tomto případě je to jednoduché ale zkuste to vypočítat např pro 1000ks to už je jiná.
Pak se dostaneme k tomuto a*k1+b*k2+c*k3+d*k4=k.
Takže opět NP-úplný problém :-/

132
Vývoj / Re: Optimální algoritmus výpočtu.
« kdy: 17. 08. 2010, 21:36:33 »
Typicky laboratorni syndrom :-D Vazne veris, ze muze v realnem svete existovat/prodavat se baleni 1 ks za 100 Kc, kdyz baleni 7 ks stoji 70 Kc?
Jinak problem muze nastat i v realu v mnohem mensich radech, ale jenom tehdy, kdyz uspora dosazena koupi nejvyhodnejsiho baleni je nizsi, nez rozdil ceny baleni potrebneho pro dosazeni pozadovaneho poctu a dalsich vyhodnych baleni, ktere jsme nevzali.

Výše uvedený příklad od Adama:
bal1 (1ks, 12kč/ks)
bal2 (5ks, 8kč/ks)
bal3 (2ks, 8,50kč/ks)

Pri koupi bal2 je uspora proti bal3 5 * 0,50 = 2,50 a 2,50 je mensi, nez 12 - 8,50 = 3,50. V 99% procentech pripadu vyjde, ze uspora je vyssi a nebudes muset resit dalsi moznosti, takze takovy pristup by mel byt vypocetne mene narocny, nez zkouset vsechno se vsim, tedy za predpokladu, ze pocet moznych baleni je vyssi, nez 3 v nasem pripade ;-)
Samozrejme vim ze tato situace v realu by nastat nemela. jen jsem zvolil takto vysoke cislo kvuli nazornosti.
Stale nechavam puvodni jednodussi algorytmus zalozeny na celociselnem deleni ktery pro 99% situaci bude optimalni. jen jsem zde chtel zjistit zda neexistuje 100% metoda ktera neni vypocetne narocna, coz asi neni.

133
Vývoj / Re: Optimální algoritmus výpočtu.
« kdy: 16. 08. 2010, 15:29:24 »
Pro zajímavost zde je kód který používám
Kód: [Vybrat]
class Variation {
var $pieces_arr=array();
var $prices_arr=array();
var $sum_count=0;
var $sum_price=0;

function Variation() {

}

function setPieces($type, $count, $price){
$this->pieces_arr[$type] = $count;
$this->prices_arr[$type] = $count*$price;
$this->sum_count = array_sum($this->pieces_arr);
$this->sum_price = array_sum($this->prices_arr);
}
}

class VariationSolver {
var $itemsArr = array();
var $reqCount = 0;
var $BestVar;

function VariationSolver() {
$this->BestVar = null;
}

function setRequestedCount($count){
$this->reqCount = $count;
}

function addVariationItem($type, $piece, $price){
$this->itemsArr[] = array($type, $piece, $price);
}

function compute($level, $VarObj){
$max_level = sizeof($this->itemsArr)-1;
$increment = $this->itemsArr[$level][1];
for ($i = 0; $i==0 || ($i <= $this->reqCount && ($VarObj->sum_count+$increment)<=$this->reqCount) ; $i=$i+$increment) {
$VarObj->setPieces($this->itemsArr[$level][0], $i, $this->itemsArr[$level][2]);

if ($max_level>$level){
$this->compute($level+1, $VarObj);
}
else {
if ($VarObj->sum_count==$this->reqCount){
if ($this->BestVar == null || $VarObj->sum_price < $this->BestVar->sum_price){
$this->BestVar = $VarObj;
}
}
}
}
}

function getBestVar(){ //slow
$this->BestVar = null;
if (sizeof($this->itemsArr)>0){
$this->compute(0, new Variation());
}
return $this->BestVar;
}
}

//==== Vypocet ====
$VS = new VariationSolver();
$VS->setRequestedCount(100);
$VS->addVariationItem("N",1,100);    // typ baleni, pocet kusu v baleni, cena za kus
$VS->addVariationItem("B",2,95);     // typ baleni, pocet kusu v baleni, cena za kus
$VS->addVariationItem("A1",5,90);    // typ baleni, pocet kusu v baleni, cena za kus
$VS->addVariationItem("D",10,98);    // typ baleni, pocet kusu v baleni, cena za kus
$VS->addVariationItem("IC1",20,81);  // typ baleni, pocet kusu v baleni, cena za kus
$VS->addVariationItem("IC2",50,80);  // typ baleni, pocet kusu v baleni, cena za kus

print "<pre>";
print_r( $VS->getBestVar() );
print "</pre>";

134
Vývoj / Re: Optimální algoritmus výpočtu.
« kdy: 16. 08. 2010, 12:53:33 »
Citace
Grr - já to nedopsal:
1) Najít balení s co nejmenším počtem kusů, jehož cena za kus je menší, než průměrná  dle prvního kroku a zopakovat celý algoritmus s tím, že začneš od tohoto balení.
2) To celé dokola, dokud existuje balení s cenou za kus menší než průměr z předchozího kroku a zároveň s počtem kusů menším, než požadovaný.
Zkusím o tom ještě zauvažovat. Možná to nebude úplně 100%ní ale lepší než metoda celočíselného dělení a rychlejší než rekurzivní zkoušení kombinací.

135
Vývoj / Re: Optimální algoritmus výpočtu.
« kdy: 16. 08. 2010, 12:51:11 »
Tak to vypadá že je to podobná úloha této.
http://cs.wikipedia.org/wiki/Probl%C3%A9m_batohu

takže žádné triviální řešení asi nebude  :-\

Stran: 1 ... 7 8 [9] 10