Příspěvky

6796

Studium a uplatnění / Re:Jak hledat zajímavou práci?

« kdy: 13. 04. 2013, 19:36:00 »

Tybrďo, po dlouhé době fakt konstruktivní příspěvek od Lenina!

P.S. zdravím!

6797

Server / Re:Přechod na Linux z Win2008 a AD

« kdy: 13. 04. 2013, 17:51:05 »

Asi pred týždňom som jemne zmenil niektoré nastavenia v /boot/loader.conf, konkrétne vfs.zfs.arc_max. V podstate som čakal na príležitosť server reštartnúť a túto som považoval za celkom vhodnú.

Tak to jo

6798

Server / Re:Přechod na Linux z Win2008 a AD

« kdy: 13. 04. 2013, 17:27:21 »

Môj uptime je iba 4 dni, pretože som potiahol nejaké security updates (FreeBSD-9.1 amd64).

Kvůli updatům se restartovat většinou nemusí.

Keď som sa pýtal zákazníka, potvrdil mi, že na jeseň 2011 mali celodenný výpadok elektriny, po ňom museli server naštartovať, a odvtedy bez problémov fungoval.

Na tomhle stroji nemám uptime delší taky kvůli výpadkům elektřiny. Jiný důvod ho restartovat nebyl v řádu let, takže historky typu "rozsypal se mi Linux po dvou týdnech" mi přijdou fakt úsměvné - je to jakoby člověk rovnou řekl "vůbec tomu nerozumím, hele, jak rychle jsem stihl udělat fatální prasárnu"

6799

Vývoj / Re:Úložiště vhodné pro embed zařízení

« kdy: 13. 04. 2013, 12:51:42 »

Ad. InnoDB: Dlouhodobě používám MyISAM, neb jsem kdysi kdesi četl, že je nejrychlejší. Transakce ani cizí klíče jsem zatím nikdy nepotřeboval. Naopak fulltext ano. Ale už jsem si načetl nějaké informace a mohlo by to být řešení. Na jednom zařízení vyzkouším, jak se to bude chovat.

Nejsem na DB odborník, ale mám za to (kdyžtak mě prosím opravta), že InnoDB je právě díky těm transakcím málo rozbitná. O samotné transakce teda nejde, jenom o tu nerozbitnost. Ale zas nevím, jestli se po nekorektním vypnutí rozjede sama, neb je potřeba nějaký zásah. Do tohodle moc nevidím, já jsem spíš přes servery a tam děláme co můžeme, aby k nekorektním vypnutím nedocházelo

6800

Vývoj / Re:C# je rychlejší než C/C++?

« kdy: 12. 04. 2013, 23:58:50 »

A já jsem myslel, že tuhle stránku

http://benchmarksgame.alioth.debian.org/u64q/benchmark.php?test=all&lang=csharp&lang2=gpp

zná už úplně každý...

6801

Vývoj / Re:Úložiště vhodné pro embed zařízení

« kdy: 12. 04. 2013, 23:38:22 »

MySQL není moc vhodné, při vypnutí napájení pak musím řešit rozbité tabulky (MyISAM).

Když už MySQL, proč MyISAM a ne InnoDB?  A co jiné RDBMS? Postgres?

Nebo já osobně bych vyzkoušel Mnesii pod Erlangem, ale to je samozřejmě jenom pro někoho, kdo Erlang aspoň trochu zná...

6802

Server / Re:Přechod na Linux z Win2008 a AD

« kdy: 12. 04. 2013, 23:31:07 »

Jak to tak čtu, tak MS je podle vás absolutně na ****. Dělám junior MS admina, kde pracuji s MS2008R2 a SBS2011 a nemohu si stěžovat - cca 10-70 users, vše šlape jak má pošta, profily, share, tiskárny, dhcp, dns....

To jsem rád, že ses tady mihnul, hnedka tě zneužiju. Můžeš mi prosímtě vysvětlit jako tříletýmu dítěti, proč Windows do logu píšou takové věci jako "Pokus o není známo se nezdařil"? Už tam chybí jenom "oznamte to administrátorovi"
https://plus.google.com/109540561880466469418/posts/8rPHaTwuHmL

Když jsem zkoušel linux, sesypalo se mi to jak domeček z karet po 2 týdnech, asi někde něco špatně nastavené... Takže spíš bych řekl do malé firmy SBS do větší Linux?

Ne. Linux (popř. unix) tomu, kdo to s ním umí. Nevím, co jsi za ty dva týdny dělal...

# uname
FreeBSD
# uptime
[...]  up 213 days,  [...]
# ldapsearch 'uid=*'
[...]
numEntries: 332
# smbstatus -L | wc -l
      94
(no jo, je noc, skoro nic neni otevreny...)

6803

Vývoj / Re:Monitor sběrnice LIN - dekódování v C

« kdy: 12. 04. 2013, 15:20:29 »

Ne enumerator, ale enum = výčet.

6804

Server / Re:Přechod na Linux z Win2008 a AD

« kdy: 12. 04. 2013, 15:19:23 »

a moznosti ich spravy s windows serverom su neporovnatelne lepsie ako s akymkolvek linuxovym riesenim.

Například v čem?

6805

Server / Re:Přechod na linux z Win2008 a AD

« kdy: 12. 04. 2013, 13:56:09 »

Otazka je proc prechazet?

Napr. z duvodu snadnejsi automatizace spravy, moznosti upravovat si veskery serverovy software (ten, ktery je OSS), daleko vetsi kontrole nad softwarem (nemusim se bat, ze MS nekterou z technologii zarizne) atd. atd. Samozrejme to ma i nemalo nevyhod, to uz si musi kazdy soudruh zvazit sam, jestli se mu to vyplati.

a co budoucnost? az ten stary HW s XP zacne jit do kremikoveho nebe?

Především podpora XP končí, takže ty tam stejně nemůžou být...

6806

Bazar / Re:Prodám BTC

« kdy: 12. 04. 2013, 13:51:37 »

alebo z toho bude dôchodkové zabezpečenie.

Má ty prostoto...

Podľa toho čo sa v poslednom čase deje, by najväčšia hlúposť bola ignorovať bitcoin, ja som tých par eur riskol.

Nejvetsi hloupost by byla na BTC spolihat.

6807

Vývoj / Re:Monitor sbernice LIN - dekodovani zprav v C

« kdy: 12. 04. 2013, 13:48:57 »

Jen nevim, jak z hlediska budoucnosti, kdyz budeme pridavat dalsi funkcionality.

Ja v tom zadnej problem nevidim. Resil bych to taky tak jak slonik, akorat mozna jednoduseji - kazda polozka ma nazev (string) a typ (enum), offset neni potreba, protoze delky jsou dane typem a pozice je dana poradim v paketu (predpokladam, ze "diry" tam byt nemuzou). Takze podle me by jako popis paketu stacilo pole dvojic (string popis, enum typ) ukoncene NULLem a paket postupne prochazet pomoci ukazatele a vypisovat vzdycky popis a hodnotu. Akorat trochu drbacka s tim, ze hodnoty, pokud jsem se neprehlidl, nejsou zarovnane na byty.


Diky za otevreni oci. Pokud jsou ale jine navrhy, jak toto spravovat, sem s nimi. Kazde reseni ma neco do sebe. :-)

Jinak co se parsovani tyce... je neco, na co byste me odkazali nebo mam se drzet klasickych C funkci a tema to nejak zpytlikovat?

Nejjednodussi je pouzit nejakej parser generator typu yacc apod.

6808

Vývoj / Re:Monitor sbernice LIN - dekodovani zprav v C

« kdy: 12. 04. 2013, 12:10:39 »

To jenom podrobneji popisujes porad to stejny. Kde mas presne problem? Na co presne se ptas? Jak parsovat ten definicni soubor, v jakem meziformatu si ho ulozit? Nebo jak ten meziformat pouzit na dekodovani dat?

6809

Vývoj / Re:Monitor sbernice LIN - dekodovani zprav v C

« kdy: 12. 04. 2013, 10:30:56 »

Asi mně nějak nedochází, co řešíš. Máš jakýsi definiční soubor v jakémsi formátu a máš data, která jsou formátovaná podle té definice.

No tak si musíš napsat parser toho definičního souboru, zparsovat ho, uložit výsledek do nějaké rozumné struktury v paměti a potom data dekódovat na základě té struktury. V čem je teda problém? Nechceš to přeformulovat na trochu jinou otázku než "jak to udělám"?

6810

Odkladiště / Re:Bitcoin mining

« kdy: 12. 04. 2013, 10:22:25 »

Zatímco ty papírky, co je nosíš v peněžence, ty jsou podložené Kalouskovým dobrým slovem. To je vážně podstatný rozdíl 

Spíš dobrým slovem centrální banky, ne?