Tonda | 4 Feb 13:50 2016
Picon

Re: Bitový posun, UB

B bude asi ideální. Děkuji.

Zobrazit: http://www.abclinuxu.cz/poradna/programovani/show/413162#5

Michal Kubecek | 4 Feb 13:23 2016
Picon

Re: Bitový posun, UB

p.s. include nema mit uvozovky ale znamenko vetsi mensi ale
nejak mi to zdejsi forum nechce pustit

Je potřeba je zapsat entitami < resp. > (což
udělají tlačítka "<" a ">" nad formulářem).

Zobrazit: http://www.abclinuxu.cz/poradna/programovani/show/413162#4

omg | 13 Jan 13:54 2016
Picon

Re: Nemizi tu nahodou blogy?

jo to jsem si vsiml.

jedinym urcujicim kriteriem kvality studenta je nakolik
dokaze kyvat do institucionalniho rytmu.

neco jako za sociku mavatka v pruvodu pred papalasskou
tribunou.

staci se podivat na stav ceske vedy a vyzkumu. nutna
kvalifikace je vyrzet prtka vydzet nez vyplaves ze zdimacky
stredniho a vysokeho skolstvi, ktere funguje jako omezovac a
usmernovac vzdelanosti smerem k intelektualni pasove vyrobe
pro nadnarodni korporace. vsechno odkyvat a vedle toho si
delat na svym vyzkumnym projektu.

staci se podivat na stav ceske vedy. treba na tydnen.cz
vysel oslavny clanek na tema rodine tlacenky v ceske vede.
to jako fakt? ze veda funguje jak showbyznis na zklade
znamosti je neco k oslave?

Zobrazit: http://www.abclinuxu.cz/portal/poradna/show/409800#12

martin11111 | 29 Nov 19:10 2015
Picon

Re: PC-BSD pbidir.com nefunguje

Ale ja nestojim o online instalace protoze si uvedomte ze
bydlim v horach a internet mi jde rychle jen na jaře a v
létě a kvuli tomu že autoři pcbsd se zcvokli se nebudu
stěhovat do města kde mně okradou či znasilni sotva vylezu
před činžák a nehledě na to že jednou se mi po zapojení
sluchátek neodpojí repráky si hned sousedi stěžují na rušení
nočního klidu proto bydlím tady ale mojí poviností není mít
internet deset megabajtlů za vteřinu nehledě na to že jsem u
rete někdy přepískl až 80 gb deně a už jsem skoro byl v
hledáčku

Zobrazit: http://www.abclinuxu.cz/poradna/unix/show/408410#4

j | 24 Nov 19:14 2015
Picon

Re: NTP

Zmen si systemovy hodiny ... (zdroj casu). Podle HW bys mel
mit nekolik moznosti. Resil sem to ... peknych par tydnu nez
sem to vykoumal a vygooglil.

cat
/sys//devices/system/clocksource/clocksource0/current_clocksource

vrati atkualni

cat
/sys/devices/system/clocksource/clocksource0/available_clocksource

vrati mozny

semhle to namastis: kernel /boot/k... root=/dev/ram0
ramdisk=8192 clocksource=acpi_pm

Zobrazit: http://www.abclinuxu.cz/poradna/unix/show/410706#4

Bill Gates | 22 Nov 04:03 2015
Picon

Re: Arduino Mikro, Raspbian/Debian, nejede ttyACM.

sorry .. chyba ..

[1748490.026135] usb 1-1: new low-speed USB device number 6
using xhci_hcd [1748490.172312] usb 1-1: New USB device
found, idVendor=16d0, idProduct=0753 [1748490.172330] usb
1-1: New USB device strings: Mfr=0, Product=0,
SerialNumber=0

Takze na ntb uz taky jsem o krok dal ... jen teda tedka
ACMTTY nebo nejak jinak to rozchodit.

Zobrazit: http://www.abclinuxu.cz/poradna/hardware/show/410703#9

Xerces | 19 Nov 16:12 2015
Picon

Re: Prosím o pomoc v programování

Jako nic proti, ale mě tyhle úlohy taky při výuce (na VŠ)
prudily. Člověk 90% času přemýšlel jak to matematicky
vyřešit a pokud na to vůbec přišel tak to 10% času psal. U
nás to bylo navíc tak, že učitel co učil programování vůbec
netušil, co teď z matiky bereme, takže nám tam neomylně
bouchal nějaký rovnice s integrálala a my teprve opakovali
limity :-) Jako je pravda, že takhle by to v realitě když už
se tím člověk živí asi mělo fungovat, ale při výuce to je
masakr. :-D

Zobrazit: http://www.abclinuxu.cz/poradna/programovani/show/410663#20

lertimir | 16 Nov 23:31 2015
Picon

Re: NTP

NTP je velmi dobrý protokol v tom, že výkyv je schopen
efektivně dorovnat. V tom čase, který jsi vyznačil se něco
významně v systému změnilo. Předposlední sloupeček je
drift_compensation. které bylo 10 (ppm) a pak se něco
změnilo, a čas začal ujíždět a proto se musela změnit tato
kompenzace (z 10 na 17). A nějakou dobu mu trvalo než to
zvládl. Co se v systému přesně stalo zjistíš z monitoringu.

Možné příčiny jsou: Významná změna zátěže systému (load z 0
na 5 a více), změna delay na externí lince (třeba při
masívním downloadu nebo díky poskytovateli), velká zátěž na
rozhraní (třeba masívní přenosy na lokálním NFS/cifs). Moje
osobní zkušenost z NFS na dvou procesorovém serveru s XEONy
(16 jader) byla taková, že když se nahodila zátež (load 20)
server ujel 100 ms i více.

Prikládám snimky z muninu na mém domácím servříku z právě
probíhajícího týdne. Na timingu byl problém s
poskytovatelem, měl pár dní obrovský delay. Je vidět jak
Offset skákal a přikládám k tomu i graf PPL frequency, jak
to dorovnává NTP server. (grafy jsou synchronné a je možné
je dát přes sebe). Když je klid tak se PPL drží v mezi 17 a
18 a mění se velmi pomalu. A offset je kolem 1ms. Nicméně
stačí, když na serveru se rozběhne backuppc ze dvou strojů a
výkyv kolem 10ms to dá také.

Zobrazit: http://www.abclinuxu.cz/poradna/unix/show/410706#3

mica | 16 Nov 19:00 2015
Picon

Re: Závislosti

Já jsem hlavně nepochopil, proč máte nainstalovaných víc
jader. Pokud s aktuálním jádrem všechny součásti počítače
fungují, není důvod instalovat další jádra, zvlášť když
uvážíte, jak velcí bumbrlíčci to jsou (moje současné jádro
je můj největší nainstalovaný balíček vůbec - 171 MB (ne
celý tento balíček se ovšem instaluje do /boot)). Nemáte-li
nějaký zvláštní důvod (a to myslím nemáte), nebudete mít v
systému nikdy víc než dvě jádra, a to jen dočasně při jejich
aktualizaci (do systému běžícím na současném jádře
nainstalujete novější, restartujete počítač do novějšího
jádra a to starší smažete, čím se opět vrátíte k počtu
jednoho nainstalovaného jádra). Takže stačí, když se do
budoucna budete držet toho, že jedno jádro v systému stačí,
a nemusíte zvětšovat žádné diskové oddíly, jak tady (podle
mě zbytečně) radí ostatní (za předpokladu, že se vám do
oddílu /boot, kam se vám jádra (obrazy jader) instalují,
vejdou aspoň dvě jádra - to kvůli aktualizaci na novější
jádro).

Teď mě ještě napadá, že pokud se vyskytne nějaký problém s
instalací balíčků (instalace neproběhne v pořádku),
balíčkovací systém (apt) obvykle radí zadat "apt-get -f
install", na základě kteréhož příkazu obvykle navrhne řešení
(spočívající vesměs v odinstalaci něčeho). Nejsem si jistý,
zda je to přesně vhodné pro váš případ, ale zkuste to a
uvidíte. Třeba vám balíčkovací systém navrhne dobrou radu.

Zobrazit: http://www.abclinuxu.cz/poradna/linux/show/410628#36

(Continue reading)

cronin | 16 Nov 13:22 2015
Picon

Re: NTP

Zaujímalo by ma, o aké aplikácie ide, že im časový rozdiel
desatiny sekundy spôsobuje problémy. ale to len tak na
okraj.

Raz sme robili pre klienta, ktorý bol presvedčený, že
potrebuje tak presný čas, že jediná použiteľná možnosť pre
neho je čas z GPS. Nakúpil na to príslušný HW - ktorý v tom
čase bol príšerne drahý a ťažko zohnateľný -- a umiestnil ho
dve poschodia pod zem. Nie je ťažké uhádnuť, že to dopadlo
fiaskom. Navyše, pre jeho účely úplne postačoval nejaký
náhodne dostupný stratum 4 server.

Nebolo by postačujúce mať v každej lokalite stratum 3 server
synchronizovaný podľa niekoľkých, pokojne "cudzích" stratum
2 serverov? Z akého a koľkých zdrojov máte teraz
synchronizovaný stratum 2 server? Podľa mojich skúseností je
mať viacero redundatných NTP zdrojov s horším stratum
levelom, ako mať jediný stratum 1 alebo 2 zdroj. Inak
povedané, výpadky v dostupnosti jedného zdroja spôsobujú
väčšie odchýlky ako odchýlky spôsobené samotnou horšou
úrovňou stratum-u.

NTP server vedia robiť aj [polo-]inteligentné routre, v
podnikovej infraštruktúre už dnes -- čítaj posledných aspoň
10 rokov -- nie je potrebné mať NTP na serveri.

Zobrazit: http://www.abclinuxu.cz/poradna/unix/show/410706#2

NN | 16 Nov 12:05 2015
Picon

Re: NTP

Resil jsi to nejak? Co se v tom okamziku delo? [1] NTP
troubleshooting mozna/pomuze.

1. http://www.ntp.org/ntpfaq/NTP-s-trouble.htm

Zobrazit: http://www.abclinuxu.cz/poradna/unix/show/410706#1


Gmane