Příspěvky

406

Studium a uplatnění / Re:Rekvalifikace na „programátora www aplikací“

« kdy: 28. 12. 2013, 14:38:21 »

Tak běžně se aplikace vytváří způsobem ... prototyp (tam je fuk jak je to slepené - dost často odpad concept-proof).
Pokud se zjistí, že to má smysl, dojde na reengineering a kompletní přeprogramování aplikace, která se napojí místo původní na API (ESB nebo Framework - pokud je to jednodušší věc).
Zvedne se její priorita (od testing po např. core funkcionalitu).

U první varianty to fakt může dělat kdovíjaký patlák - jde o to rychle vytvořit a ukázat co to umí (jazyk implementace je nepodstatný).

Druhá varianta už je pro nějakého profesionála, který opravdu ví co dělá (praxe mnoho let).
Core funkcionalita už vyžaduje i popis vnitřku a API + probíhá i monitoring.

407

Distribuce / Re:Zastaralý software v distribucích

« kdy: 28. 12. 2013, 14:20:51 »

Nejvíce se mi osvědčilo minimální základ (kernel + knihovny) a k tomu si připojit pár programů co chci (na desktopu nepoužitelné).
Linux je neuvěřitelný zmatek, touha po nových aplikacích je kontraproduktivní (pokud si jí neopodstatním funkcionalitou).

Kolikrát je mnohem rychlejší (minuty) záplatu backportovat do zdrojového kódu, než zkoušet co se stane po aktualizaci celého systému.
Ono se totiž s největší pravděpodobností asi tak 1000 věcí rozbije a pak to řešit hodiny není pro produkční nasazení.
Proto taky se každý diví, proč to takhle řeší většina distribucí - prostě to jinak nejde.
Google tohle zjevně při návrhu Androidu vzdal a raději to nechal běžet na JAVĚ.

Já už to vzdal úplně a raději to nechám běžet v kontaineru, v kterém vyjma základních knihoven nic není.
Software je tam jen jeden a komunikuje přes webové rozhraní ven (odmítám se hrabat v tom bordelu zvaném Linuxové distribuce)

408

Studium a uplatnění / Re:Rekvalifikace na „programátora www aplikací“

« kdy: 27. 12. 2013, 10:52:37 »

Jde jen o prachy z EU a cár papíru. Představa, že na složitější úkoly lze KOHOKOLIV rekvalifikovat je naprosto směšná.
Ten vhodný kandidát tento kurz vůbec nepotřebuje.
Většina aspoň trošku slušných programátorů to dělá od dětství a stále sbírají zkušenosti.

Postupem času totiž každý došel k tomu, že chápat jen jazyk je nedostačující.
Reálně tedy tito lidé mají namyšleno desetitisíce hodin a chápou souvislosti.

409

Studium a uplatnění / Re:Rekvalifikace na „programátora www aplikací“

« kdy: 27. 12. 2013, 00:47:54 »

Já bych se nebál... určitě příjde i rekvalifikace na Alberta Einsteina z dotací EU za měsíc a půl 
Za několik let vyjde i práce na téma "Novodobí géniové", která to bude analyzovat a příjde na jisté nesrovnalosti - taktéž hrazená z grantu.

410

Sítě / Re:Pomalé kopírování z NASu

« kdy: 22. 12. 2013, 16:31:41 »

Není důvod ho vypínat, vím, že je to člověk na svém místě a málo kdy se sekne vedle, pravděpodobnost úspěšnosti jeho postupu je kolem 90%. Já kdybych nebyl línej, přečet si celé vlákno a hodil dotaz do googlu, potvrdil bych jeho slova a neotravoval nějakou (s největší pravděpodobností) abytečnou kontrolou disků. Že to podává svým svérázním způsobem? No a co má být? Každý jsme nějaký. Pokud to pomůže, tak není důvod to řešit. A to, že možná existuje jiný, alternativní postup není vyloučené a třeba na něj přijdete a pak ho zveřejníte ostatním. To je v komunitě běžná praxe, takže není důvodu se čertit.

Jak tak na to koukám, jsem rád, že mám k ajťákovi hodně daleko...

411

Sítě / Re:Pomalé kopírování z NASu

« kdy: 22. 12. 2013, 15:08:13 »

Kapitáne, jen klíd, nakonec asi k tomu dojde, ale třeba někdo objeví jiný postup. 

Máš tam tedy ten funplug? Jestli jo zkus ho tedy vypnout dle návodu.

412

Sítě / Re:Pomalé kopírování z NASu

« kdy: 22. 12. 2013, 14:13:07 »

Muze mi nekdo vysvetlit proc by ext4 melo hnit pri free < 20%?

Jiz par mesicu je u me stav (na pracovnich discich):

** 6.0T  5.9T  145G  98% **
** 15T   15T   17G 100% **

A uplne v pohode nad tim operuji (read/write). A to bych to mel mit ztizene RAID-5...

To co opravdu hnije je implementace SMB serveru - kdyz se soubor pres SMB zapise, tak nejde cist rychleji nez 8-9 MB/s => NAS pouzivejte pres NFS nebo iSCSI

Ten ARM s málo RAM to prostě neutáhne... je to naprosto normální stav, jeden tu mám a volných je 15% prostoru - přenosové rychlosti už klesly na polovinu je to běžná věc.

Nepříjde mi, ale že by ta Samba v tom byla tak hrozná, mě to dá 600Mbit/s teď to teda přibrzdilo s tím plným diskem na 300Mbit/s.
I tak na cca 6Watt energie slušný výkon + disky samozřejmě.

413

Sítě / Re:Pomalé kopírování z NASu

« kdy: 22. 12. 2013, 13:57:09 »

Muze mi nekdo vysvetlit proc by ext4 melo hnit pri free < 20%?

Jiz par mesicu je u me stav (na pracovnich discich):

** 6.0T  5.9T  145G  98% **
** 15T   15T   17G 100% **

A uplne v pohode nad tim operuji (read/write). A to bych to mel mit ztizene RAID-5...

To co opravdu hnije je implementace SMB serveru - kdyz se soubor pres SMB zapise, tak nejde cist rychleji nez 8-9 MB/s => NAS pouzivejte pres NFS nebo iSCSI

Ten ARM s málo RAM to prostě neutáhne... je to naprosto normální stav, jeden tu mám a volných je 15% prostoru - přenosové rychlosti už klesly na polovinu je to běžná věc.

414

Sítě / Re:Pomalé kopírování z NASu

« kdy: 22. 12. 2013, 13:44:58 »

Takže v tom "top" při kopírování je u procesoru tak 60-75% a u "sys" to lítá tak 15-20%.

PANKapitanRUM - zkusil bych to co jsi poradil, ale  je to časově náročnější a nejraději bych u toho všechno zálohoval, jenže zatím není kde.

Jinak FW je nejnovější a v nastavení jsem nikde nenašel možnosti JUMBO RFAMES.

A ještě mi vrtá hlavou, ten jeden plný disk by způsoboval pomalé kopírování z obou disků?

Včera jsem si s tím hrál a je zvláštní, že někdy to jede třeba jen 6-7MB/s a někdy třeba 15MB/s. Zkoušel jsem i vypnout DLNA, jestli to nebrzdí, ale nic nepomáhá. Nic jiného na tom neprovozuji. Slouží to pouze jako uložiště přístupné přes sambu (žádná oprávnění nebo skupiny,přístup mají všichni) a jako DLNA server pro TV, která neumí sambu. Takže ani FTP nemám zaplé, ale ito se chová stejně.

A ještě jedna otázka. Pokud bych vytáhnul disky za účelem překopírování dat (ať to nemusím tahat po té síti), budou data přístupné? Třeba přes redukci USB, nebo normálně v kompu?

Ano symptom je přesně takový, jeden zaplněný disk výrazně zbrzdí celý systém...
Ono je to patrné i na běžném PC s vícejaderným CPU, jenže tam se to tak nějak ztratí.

5% je extrémně málo (i v linuxu se to bere jako bezpečnostní limit - proto je obvykle alokovanej pro uživatele root)
Uživatelům už systém vrací 0% volného prostoru.

Disky obvykle jsou přístupné... celkem bez problémů, to si zkus. Vyjmutí ve vypnutém stavu samozřejmě nic nepoškodí.
Bývají tam cca 3 oddíly (root, swap - v RAIDu 1 a zbytek dle konfigurace) obvykle nad LVM se softwarovým raidem.

415

Sítě / Re:Pomalé kopírování z NASu

« kdy: 22. 12. 2013, 10:42:12 »

Pozor, trošku jsem to nedomyslel :-) po ránu jsem vymazanej. Samozřejmě to zobrazí rychlost v rámci souborového systému.
I tak by to ale mohlo něco naznačit. Co takhle firmware? Je poslední? Bohužel pokud vím záplata se někdy řešila i reformátováním (nezkoumal jsem to do hloubky, ale asi nějaký parametry při tvorbě fs).

Kouknul bych i do dmesg a zkusil pustit smartctl na oba disky.

416

Sítě / Re:Pomalé kopírování z NASu

« kdy: 22. 12. 2013, 10:21:23 »

Já bych asi začal tím, že bych překontroloval disky, jak jsou na tom. Nejde jen o špatné bloky, ale i o jejich odezvu. Mám tu zdravý disk, ale odezva je kolem 200ms panečku a jak se to všechno loudá. Jakmile bych měl jistotu v discích, pokračoval bych dál a začal se hrabat v systému. Pravdou je, že ten zaplněný disk může být problém, ale 20% free je moc. 5% by mělo stačit.

Nebylo by špatné to je fakt, šel by použít příkaz dd
dd if=/dev/zero of=smazat.bin bs=1M count=10000 (zápis)
dd if=smazat.bin of=/dev/null bs=1M count=10000 (čtení)
pak ten soubor odstranit samozřemě
rm smazat.bin

Jakmile volný prostor klesne pod 20% výkon strašně padá dolu, jde jen o to jestli snesitelně nebo neúnosně. U nasů bylo obvyklé nerezervovat prostor pro roota. Synology, QNAP a Netgear pod ARMem to řešili tím, že zablokujou určitou kapacitu disku a pak ještě změní některé parametry kernelu.
Nicméně faktem je, že to nikdo z nich pořádně nedořešil a v extrémním případě to při 20% což je klidně 600GB prostoru se zařízení zasekne a nereaguje (load 100% - je tím popsáno asi tak desítky stran textu nadšených uživatelůls
).
Jediná možnost je rázně zvýšit výkon CPU a pamět tudíž 2GHz a výš + 512MB a výš (enterprise modely).

417

Sítě / Re:Pomalé kopírování z NASu

« kdy: 22. 12. 2013, 09:26:11 »

Vypadá to celkem normálně... Co je vykopírovat na ten druhý disk? Tak aby první měl alespoň 15% volného prostoru.
Taky bych se zkusil při čtení a zápisu kouknout do toho "top" co se děje.

418

Sítě / Re:Pomalé kopírování z NASu

« kdy: 21. 12. 2013, 12:24:32 »

Při 95% už většině lidem NAS neodpovídal vůbec na nic... mnohdy jim NAS přestal reagovat při 82% využitého prostoru.
Řešilo se to deaktivováním některých funkcionalit ext4, problém dělá vyhledávání nefragmentovaného prostoru.
Jak se chová ten "top" při čtení a zápisu?

Pošli sem ještě obsah /etc/fstab

Jumbo frames se dá vyčíst z ifconfigu (MTU:9000) a většinou to lze nastavit rovnou v GUI NASu.

419

Sítě / Re:Pomalé kopírování z NASu

« kdy: 21. 12. 2013, 10:10:40 »

Čtení je pomalejší než zápis? Dost divné...(co kabely? co jumbo frames? vypnuto?)
Pokud je jeden úplně plnej, mohl by to být problém - pokud by to šlo zkusil bych data z něj někam dát tak, aby alespoň 20% bylo free.
Tohle se řešilo na všech NAS fórech a prostě obecně ext4 začne mít extrémní režii pokud je tak málo místa.
Zkusil bych i příkaz "top" většinou wait leze nad 90% (pod ext4) nebo sys (pod ext3).

ext3 je ale mnohem odolnější a funguje obecně na těchto slabých platformách lépe (vyjma kontroly integrity)
800MHz ARM tam očekávám cca 50MB/s čtení a 35MB/s zápis.

420

Sítě / Re:Pomalé kopírování z NASu

« kdy: 21. 12. 2013, 09:47:34 »

V konfiguraci Samby bych to nehledal, ono tam zas toho tolik nastavit nejde.
Zajímavější by bylo odeslat výsledek příkazů

df
(kolik toho místa je alokováno - jak říkám pokud tam je pod 20% free a je to EXT4 většinou to hnije a to hodně)

ps w
(ať tedy víme co tam běží)

free
(trošku té volné paměti taky nezaškodí)

cat /proc/cpuinfo
(co za ARM v tom je)