Příspěvky

451

Studium a uplatnění / Re:Jakou střední školu pro co nejvyšší plat?

« kdy: 14. 11. 2012, 21:54:08 »

Ja ve tvym veku nebejt invalida tak jdu na zednika nebo topenare/vodare.

Nebudes mit kilo(to ma v IT jen par lepsich, prumer i median jsou vyrazne jinde), ale kdyz to budes delat poctive tak budes mit praci i v dobe kdy celej tenhle evropskej socialismus zdechne a bude 50% nezamestnanost(a neni ta doba daleko). A taky prijdes domu a nebudes mit v hlavu v trapu.

   myslím, že nejlepší rada na nepříliš chytrou otázku. na škole samozřejmě příliš nezáleží, nejlepší je něco dokázat!

452

Software / Re:Souborový systém pro big data

« kdy: 06. 11. 2012, 09:56:04 »

Moc jsi me nepomohl

ext3, ext4, xfs.

ext4 raději ne zrovna jsem řešil problém, kterej firmy naprosto neřeší. extrémní zatížení systému při jeho zaplnění (cca 95%).
ext3 to nedělá (nad stejnými daty) - to, že mám nechat skoro půl terabajtu jen tak volných mi moc nesedí.

453

Vývoj / Re:Jake jsou bezne pracovni podminky v IT pro support 24/7

« kdy: 10. 10. 2012, 12:46:47 »

Příznakem toho že provozní procesy nejsou nastavené dobře jsou požadavky vývojářů na přístup přímo k produkčním serverům - ten by nikdy neměli potřebovat.

Muhehehe, někdy to jinak nejde a dohled míváme vypnutý kvůli performance problémům. Takže se to řeší tak že v případě problému se dohled třeba na týden zapne a pak se čeká až/jestli se to zreprodukuje. Nejhorší jsou situace "občas nám to náhodně spadne, okamžitě to vyřešte" případně "tady se to vypočítalo nějak divně, proč?"...

K tomu se dá napsat jen jediné: špatně udělaný dohled. Jaké performance problémy asi tak může způsobit průběžné sbírání statistik z databáze? Jaké performance problémy může mít jednorázový thread dump v případě detekce pomalých odezev aplikace (odezvy aplikace je každopádně třeba průběžně měřit)? Jaké performance problémy může mít automatická tvorba heap dumpu v případě detekování nadměrně dlouhého běhu GC, nebo dokonce OutOfMemoryError?

Pokud to má mít milisekundové odezvy a je velké množství transakcí tak rozhodně to problém je

454

Odkladiště / Re:Znechutenost z IT

« kdy: 27. 08. 2012, 07:49:04 »

b) Lenin nemáš náhodou nějakou referenci na svojí práci? Zajímalo by mě to, má ta tvoje firma web abych si početl?

Lenin je anonymní hrdina. Na tenhle dotaz řekl jenom to, že prý není těžké ho najít, protože má dvě ICANN registrace )

Tam je taky registrovanej pod jménem Lenin? Doufám že se k tomu postaví jako chlapák a poučí nás, jaká je ta jeho gigafirma.
Žvanit umí každej obchodník, pokud k tomu má ještě trochu technických znalostí vypadá i jako buhví-co. Jenže mě zajímají jen výsledky - kecy si může nechat. Tak jak?

455

Odkladiště / Re:Znechutenost z IT

« kdy: 27. 08. 2012, 07:10:16 »

a) IT průmysl posledních let je humus - proto ta znechucenost (kdo má náladu oprašovat ty hrůzy co se produkujou, samej paskvil)
b) Lenin nemáš náhodou nějakou referenci na svojí práci? Zajímalo by mě to, má ta tvoje firma web abych si početl?

456

Server / Re:Apache a analýza server-status

« kdy: 22. 08. 2012, 08:28:09 »

Dobry den,

Mam problem s analyzou server-statusu, meli jsme urcite problemy ze nam apache mrznul. Snazil jsem se najit pricinu, vypada to ze postupne vsechny apache procesy prejdou do idle modu a vznikaji nove dokud neni dosazen maxclient a pak apache zamrzne.
Toto je momentalni vypis, prvnich 134 je zatim v norme, maxclient je nastaveny na 512 a serverlimit na 700.
Jakmile to zamrzne rano tak tady updatuju prispevek a pridam jak to vypadalo pri zmrznuti.

Kód: [Vybrat]

Srv	PID	Acc	M	CPU 	SS	Req	Conn	Child	Slot	Client	VHost	Request
135-0	-	0/0/1262	. 	1.18	441	0	0.0	0.00	6.74 	::1	notexist	OPTIONS * HTTP/1.0
136-0	-	0/0/1446	. 	0.77	371	0	0.0	0.00	8.99 	::1	notexist	OPTIONS * HTTP/1.0
137-0	-	0/0/1462	. 	1.84	410	0	0.0	0.00	8.05 	::1	notexist	OPTIONS * HTTP/1.0
138-0	-	0/0/1410	. 	0.00	529	0	0.0	0.00	8.55 	::1	notexist	OPTIONS * HTTP/1.0
139-0	-	0/0/1176	. 	2.73	328	0	0.0	0.00	6.70 	::1	notexist	OPTIONS * HTTP/1.0
140-0	-	0/0/988	. 	7.77	280	0	0.0	0.00	6.69 	::1	notexist	OPTIONS * HTTP/1.0
141-0	-	0/0/1143	. 	5.87	425	0	0.0	0.00	6.69 	::1	notexist	OPTIONS * HTTP/1.0
142-0	-	0/0/1309	. 	0.48	398	0	0.0	0.00	7.14 	::1	notexist	OPTIONS * HTTP/1.0
143-0	-	0/0/978	. 	1.81	248	0	0.0	0.00	5.73 	::1	notexist	OPTIONS * HTTP/1.0
144-0	-	0/0/664	. 	1.43	340	0	0.0	0.00	3.69 	::1	notexist	OPTIONS * HTTP/1.0
145-0	-	0/0/986	. 	1.55	250	0	0.0	0.00	5.14 	::1	notexist	OPTIONS * HTTP/1.0
146-0	-	0/0/937	. 	1.56	239	0	0.0	0.00	6.80 	::1	notexist	OPTIONS * HTTP/1.0
147-0	-	0/0/840	. 	2.81	894	0	0.0	0.00	4.22 	::1	notexist	OPTIONS * HTTP/1.0
148-0	-	0/0/393	. 	0.05	1296	0	0.0	0.00	2.08 	::1	notexist	OPTIONS * HTTP/1.0
149-0	-	0/0/662	. 	0.00	1315	0	0.0	0.00	3.53 	::1	notexist	OPTIONS * HTTP/1.0
150-0	-	0/0/632	. 	0.42	1224	0	0.0	0.00	3.56 	::1	notexist	OPTIONS * HTTP/1.0
151-0	-	0/0/384	. 	0.43	1268	0	0.0	0.00	1.52 	::1	notexist	OPTIONS * HTTP/1.0
152-0	-	0/0/393	. 	0.00	1323	0	0.0	0.00	2.07 	::1	notexist	OPTIONS * HTTP/1.0
153-0	-	0/0/621	. 	9.48	666	0	0.0	0.00	3.77 	::1	notexist	OPTIONS * HTTP/1.0
154-0	-	0/0/295	. 	0.40	1269	0	0.0	0.00	2.70 	::1	notexist	OPTIONS * HTTP/1.0
155-0	-	0/0/225	. 	0.42	1222	0	0.0	0.00	1.10 	::1	notexist	OPTIONS * HTTP/1.0
156-0	-	0/0/422	. 	2.88	3819	0	0.0	0.00	2.82 	::1	notexist	OPTIONS * HTTP/1.0
157-0	-	0/0/640	. 	0.36	4501	0	0.0	0.00	3.36 	::1	notexist	OPTIONS * HTTP/1.0
158-0	-	0/0/327	. 	2.34	4215	0	0.0	0.00	1.68 	::1	notexist	OPTIONS * HTTP/1.0
159-0	-	0/0/229	. 	1.31	4280	0	0.0	0.00	1.57 	::1	notexist	OPTIONS * HTTP/1.0
160-0	-	0/0/322	. 	0.89	4451	0	0.0	0.00	1.61 	::1	notexist	OPTIONS * HTTP/1.0
161-0	-	0/0/162	. 	0.10	4536	0	0.0	0.00	0.72 	::1	notexist	OPTIONS * HTTP/1.0
162-0	-	0/0/277	. 	0.26	4505	0	0.0	0.00	1.97 	::1	notexist	OPTIONS * HTTP/1.0
163-0	-	0/0/58	. 	0.15	4504	0	0.0	0.00	0.28 	::1	notexist	OPTIONS * HTTP/1.0
164-0	-	0/0/105	. 	0.23	8399	0	0.0	0.00	1.05 	::1	notexist	OPTIONS * HTTP/1.0
165-0	-	0/0/234	. 	3.42	8050	0	0.0	0.00	1.40 	::1	notexist	OPTIONS * HTTP/1.0
166-0	-	0/0/226	. 	3.54	8044	0	0.0	0.00	1.63 	::1	notexist	OPTIONS * HTTP/1.0
167-0	-	0/0/129	. 	5.53	8143	0	0.0	0.00	0.49 	::1	notexist	OPTIONS * HTTP/1.0
168-0	-	0/0/94	. 	0.77	8257	0	0.0	0.00	0.33 	::1	notexist	OPTIONS * HTTP/1.0
169-0	-	0/0/31	. 	0.46	8365	0	0.0	0.00	0.11 	::1	notexist	OPTIONS * HTTP/1.0
170-0	-	0/0/15	. 	0.53	18962	0	0.0	0.00	0.07 	::1	notexist	OPTIONS * HTTP/1.0
171-0	-	0/0/77	. 	2.03	18731	0	0.0	0.00	1.46 	::1	notexist	OPTIONS * HTTP/1.0
172-0	-	0/0/6	. 	0.15	19017	0	0.0	0.00	0.03 	::1	notexist	OPTIONS * HTTP/1.0
173-0	-	0/0/16	. 	0.65	18973	0	0.0	0.00	0.12 	::1	notexist	OPTIONS * HTTP/1.0

Nevim jak tomu pomoct. Muzete mne nekdo alespon nakopnout spravnym smerem? Diky moc

Už ten apache moc nepoužívám, ale maxclient se vztahuje k jednomu vláknu ne? Kolik vláken běží, nedochází RAM?

457

Vývoj / Re:V čom sa programujú real-time aplikácie?

« kdy: 07. 08. 2012, 18:20:39 »

Už předem byla tahle otázka odsouzená k flamu ohledně toho, jestli Java je vhodná pro RT aplikace:-) Java je velmi okrajová volba. Skoro nikdo ji nepoužívá, důvod nechme stranou (ale že jich je). Proč se nebavíte o relevantních volbách, třeba C, asm?? Narvěme Javu všude, proč ne.

Souhlasím JAVA není příliš vhodná, použít lze.
Nicméně Realtime aplikace většinou jsou velmi triviální a je vyžadována rychlost/interakce minimální spotřeba prostředků.
Za mě tedy rozhodně C/ASM - s JAVOU se dostat na milisekundové prodlevy není zcela jednoduché.
Proč tak zběsile plýtvat výkonem, prostředky, penězi jen kvůli jedinému důvodu - neumím sehnat vyvojáře?

U realtime si stejně představuju nějakou minikrabičku, s ARMem, MIPSem či tak... 128MB RAM :-) a minimum věcí co se může pokazit (protože se to prostě nesmí pokazit) 

458

Vývoj / Re:Opravdu může každý programovat v Javě?

« kdy: 02. 08. 2012, 07:35:08 »

Tak OOP má vždycky podporu překladače. To je jasný, že procesor neví o žádném OOP. Třeba jeden můj kámoš si myslel, že když uveden nějaký člen jako private, tak mu na něj nemůže žádný hacker nemůže. Marně jsem se mu snažil vysvětlit, že jde pouze o informaci pro překladač, aby nepovolil přístup z vnějšku třídy.

  já myslím že tenhle příspěvek by se měl někam vytesat... jsem toho názoru, že většina programátorů vůbec neví co to vlastně dělá a proč.

459

O serveru Root.cz / Re:Varování předem

« kdy: 02. 07. 2012, 09:17:18 »

Zajímavé nezaregistroval jsem nikde nic to není moc mission-critical když to rozhodí takováhle prkotinka.

460

Server / Re:MySQL přetíží jádro a nefunguje

« kdy: 13. 04. 2012, 07:09:43 »

1596 out of 533578 that take longer than 10.000000 sec.

myslím že první do čeho bych koukal je co nad tou DB vlastně běží. pokud to není analytická úloha (u které se dá předpokládat že může být pomalejší a víc jak 10 sekund na dotaz se dá přežít) tak žádné ladění v mysql nepomůže.

461

Vývoj / Re: Linux Debian & PHP

« kdy: 19. 11. 2011, 20:03:21 »

Zdravím,

již delší dobou se snažím přijít na řešení správy procesů na Linuxu přes jazyk PHP. Stále mě nenapadá žádné řešení, které bych uskutečnil. Četl jsem samozřejmě o funkcích jako jsou exec() a další. Jednoduše bych potřeboval možnost zapnout/restartovat/vypnout proces, který na serveru běží.

Kód: [Vybrat]

$ /etc/init.d/oregon {start|stop|restart}

Mohl by mě, někdo nasměrovat. Popřípadě přiblížit řešení?

Děkuji

Já tohle raději řeším externě, aplikace v PHP uloží do nějakého souboru co chce provést a jiný program z cronu se na to podívá a provede to (samozřejmě si i promyslí jestli se mu to líbí )

462

Hardware / Re: Rozjeti projektu.

« kdy: 18. 11. 2011, 17:33:38 »

Jinak 10k online uzivatelu webove aplikace se bere jako vysokozatezova aplikace?

Ono to spíš mělo být "C10k" tj. 10k současných požadavků. Která z českých webových služeb má takové zatížení? To jedním strojem dáte jen při řešení několika problémů (a nebo nasazením na AIXu).

Může se jednat i o COMET server a tam deset tisíc není až tolik, ale někde jsem zaregistroval
100K na jeden server (což už mi příjde dost, asi to tam hrnou přes několik IP)
Vtip je v tom že pokud je za tím nějaká dynamická aplikace nastává zásadní zádrhel.
JAVA jazyk bych raději nechal spát to je hračka - na vysokozátěžové realtime systémy naprosto nevhodná
(použít to sice jde, ale třeba latence je hrozná).
JAVA je použitelná jedině v HADOOP prostředí, kde jí limituje pouze odezva a hromada hardware v racku (což může být ještě únosné).
Nicméně proč mít 50 serverů co žerou elektriku o sto šest a nebo jeden 
Proč asi žádnej opravdu velkej web nepoužívá ve velkém Javu. Neumí to? To dost pochybuju :-)
Pokud to opravdu má běžet nezbude nic jiného než C, HipHop (nebo jiný podobný "jednoduchý nízkoúrovňový jazyk")
Odezva jedné služby se dá dostat na 7ms. Tam se dostanu i s nějakou databází s vyhledáváním.

Btw. kdo tady programujete nejake webove aplikace nebo tak, mate nejaky vyhrazeny limit, pres ktery se nechcete pri zpracovani pozadavku dostat, jako ze aplikaci navrhujete tak, ze pozadavek zabere napr. max 300ms?

10ms na jednoduchou odezvu statický obsah nebo cache
20ms u aplikace SOA nebo jednoduchého obsahu
cca 300ms na vygenerování složité stránky
analytické operace bez limitu s ukazatelem co se děje
+ cesta po internetu/intranetu

463

Odkladiště / Re: Nabídka IT práce je mizerná

« kdy: 18. 11. 2011, 17:12:35 »

Přijde mi, že Vám někdo hodně špatně vysvětlil o čem celá věc vlastně je.

Je to neskutečnej hnus, s reklamou to nemá nic společného  . Je fakt že tyhle lidi by fakt mohli raději zametat ulice.
Přirovnání k Jehovistům naprosto sedí a ještě se to někdo odvažuje nazývat prací.
Mnoho těchto prodejních aktivit hraničí s pyramidovou hrou a míra otravování pomocí telefonu, nebo "šviháka" v obleku je neskutečná.

Většinou jsou to parfémy, mobilní operátoři (přeprodejci), elektřina, pojištění - hromada kravin.
Zajímavé že se nejedná nikdy o nic seriózního (asi ty firmy neví jak je to super  ).