8. 10. 2018

projekt xeon 3 - upgrade grafiky a zlyhanie zdroja

Podľa plánu nasledoval upgrade grafickej karty.
Zdroj som vymenil už minule, grafika vyžaduje 12V cez 6pin PCI-E konektor (75W pcie + 66W MB) inak sa nezapne.

Osadil som svoju staršiu hernú grafiku, keďže je však pasívne chladená, potrebuje preto určitý stupeň prúdenia vzduchu. Zapojil som preto dočasne opäť 9cm ventilátor na zadnej stene.

Pár dní som takto fungoval a následne som si doniesol pár starších komponentov - RAM, disk a zdroje. Ram sú 2 kúsky OCZ Gold 2GB 1600MHz DDR3 (OCZ3G16004GK). Zaujímavosťou je napätie 1,9V, pričom bežne osadené pamäte majú 1,5V. Po zapojení spolu s pôvodnými odmietol počítač naštartovať a predviedol diagnostickú LED kontrolku v POWER tlačidle. Pamäte som odpojil, zapojil som väčší disk miesto pôvodného (250GB -> 500GB).

Používal som počítač ďalej. Občas odmietol naštartovať a vyblikával kód, neskôr nepomáhalo ani vybrať ho zo zásuvky a neštartol sa už vôbec.

5. 10. 2018

projekt xeon 2 - upgrade chladiča, zdroja a pridanie SSD

Počítač bol hlučný a tak prišla na rad kontrola ventilátorov.

  • 8cm na CPU
  • 9cm na skrinke
  • 5cm? grafika
  • 8cm zdroja

Grafika pôjde preč pri výmene, za výkonnejšiu.
Zdroj vymením za nejaký s 12cm ventilátorom, ktorých mám pár doma navyše (aj kvôli grafike).
Ventilátor na skrinke je problém keďže skrinka nemá vzadu pozíciu na 12cm rozmer.

3. 10. 2018

projekt xeon 1 - pôvodná zostava Dell T1650

S možnosťou odkúpenia starého (2012) firemného počítača a porovnania benchmarkov CPU sa začala moja hobby akcia "stišovanie". 

Dell Precision T1650
Moje doterajšie domáce PC bolo stavané tak, aby bolo dostatočne tiché. Okrem prevažne 12cm ventilátorov tomu pomáhal aj regulátor. Preto po zapnutí tohoto kúpeného PC nastalo prekvapenie ohľadne hluku. 

2. 10. 2018

PHP - prepínanie dvoch stránok

Pre potreby zobrazovania dvoch (viacerých) nezávislých stránok monitoringu na jednej obrazovke (browser) som po vyhľadávaní stmolil tento PHP skript. Každých 30 sekúnd prepne zobrazenú stránku. Používa "iframe" a php session.

<html>
<head>
<meta http-equiv="refresh" content="30">
<?php

session_start();

if (!isset($_SESSION['current'])){
   $_SESSION['current'] = 1;
   $current = 1;
}else {
   $current = $_SESSION['current'];
   $_SESSION['current']++;
}

if ($_SESSION['current'] > 2) {
   $_SESSION['current'] = 1; // this way it will start over it reaches the end
}

if ( $_SESSION['current'] == 2 ) { ?>
<iframe src="http://www.first.sk/brano2/report.php" width="100%" height="100%" scrolling=no seamless frameborder=0>
<?php } else { ?>
<iframe src="http://www.second.sk/abc/mon1.php" width="100%" height="100%" scrolling=no seamless frameborder=0>
<?php }

?>
</iframe>
</meta>
</head>
<body>
</body>
</html>

28. 9. 2018

Rozbor - detský telefón

Na opravu prišiel detský telefón so soft-power tlačidlom a membránovou klávesnicou 4 x 4. Poháňajú ho 3 AAA články, teda napätie 3 - 4,5V.


Klávesnica je pripojená 8mymi prívodmi (horizontálne a vertikálne vedenia) spôsobom tzv matrice (matrix). Výstupy vedené na reproduktor (29mm 0.25W 8ohm) sú označené PWMN PWMP. Procesor U1 teda používa invertované PWM signály pre dvojnásobnú amplitúdu napätia. Zvýšila sa tým výrazne hlasitosť reproduktora, čo aj počuť.

Ku zaliatemu procesoru je pripojený externý integrovaný obvod 25Q16C pdf (16MBit SPI flash, 2,7-3,6V). 2MB pamäte je dostatok pre hlasové nahrávky a melódie uložené pod tlačidlami vo viacerých jazykoch. Externý obvod tiež umožňuje výmenu za inú jazykovú verziu.

Obvod má 5mA spotrebu v aktívnom stave, procesor ho zapína /CS signálom SPI zbernice len keď ho potrebuje. Celá hračka má v "idle" režime spotrebu cca 7,4mA, v priebehu rozprávania vyletí prudko nahor. Po niekoľkých minútach sa procesor aj s pamäťou uspia do zanedbateľných hodnôt.

12. 9. 2018

Oracle - upravenie veľkosti redo súborov

Prepínanie redo (obsahujú informácie o potrebných zmenách v dátových súboroch, ktoré nemusia byž ešte zapísané) má istú "réžiu", znižuje tak v prípade častého prepínania výkon databázy.

Pri dlhých časoch medzi sa zas zvyšuje možnosť straty dát, hrozí dlhé recovery pri každom páde, resp reštarte DB.

Podľa viacerých zdrojov je ideálny čas prepínania redo zhruba 20-30min. Ako ich veľkosť doladiť u bežiacej databázy?

Oracle - kapacita pre archívne logy

Oracle zaznamenáva vykonané transakcie v tzv. redo (požadované zmeny v datafiles). Je to takto sekvenčne zapísané rýchlejšie a teda bezpečnejšie pre dáta.

Redo má organizované súbory v skupinách, ak sa zápisom jeden log (skupina viacerých mux. kópií logu) zaplní, prepne sa zápis do ďalšej skupiny. Po zaplnení poslednej skupiny sa prepne opäť na prvú (cykluje).

select l.group#, lf.member, l.bytes/1024/1024 mb, l.status, l.archived
from v$logfile lf, v$log l
where l.group# = lf.group#
order by 1, 2;

-------
1 /r01/oracle/DB1/redo/redo_001.rlg 100 CURRENT  NO
2 /r01/oracle/DB1/redo/redo_002.rlg 100 UNUSED   YES
3 /r01/oracle/DB1/redo/redo_003.rlg 100 INACTIVE YES

V prípade zapnutého archívneho módu DB sa pri každom prepnutí zaplnený redo súbor zároveň uloží do cesty log_archive_dest ako archívny log. Prípadne do cesty v db_recovery_file_dest, tzv. fast recovery area (FRA).

Logy odtiaľto číta RMAN pri zálohovaní, označí ich ako obsolete ak je podľa jeho nastavení spravený dostatočný počet záloh. Súbory tak môžu byť zmazané, ide teda o akési dočasné úložisko.

Ak však RMAN vypadne (napr. kvôli výpadku zálohovacieho HW), databáza pobeží len po dobu, kým nezaplní toto úložisko pre archívne logy, následné transakcie zastaví (tzv. archive stuck, DB vypisuje archiver error).

Povedzme, že chceme rátať s maximálnym výpadkom 2 dni. Ako správne nadimenzovať tento  diskový priestor?