Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Ondrej Nemecek

Stran: 1 ... 70 71 [72] 73 74 ... 90
1066
Kde můžu vidět těch 28 dechberoucích Abro-ble-ble „projektů“ v provozu?? Jen jejich množství, rozsah a krajně pofidérní popis ukazuje věc v krajně nevěrohodném světle. Abro-ble-ble-tum zapomíná, že tady na rootu jsou lidi, kteří s podobnými projekty mají zkušenost a kteří ví, jaká je jejich reálná pracnost.

A tohle je taky hodně vtipné. Věděli jste, že Abro-ble-ble-tum spolupracue i s root.cz komunitou? Tak si počtěte (zdroj: arbolet.net):

Citace
Spolupráce i s opozicí

Pracujeme na tom a doufáme, že Simplecoin, Paralelní Polis nebo Root komunita jednoho dne v plném rozsahu přijmou a pochopí pravý smysl naší činnosti. Pak jednou budeme moci spojit své síly a zaměřit je k boji s těmi pravými nepřáteli našeho národa. Chápeme ale, že všechno chce svůj čas.

1067
Server / Re:Synchronizace velkého souboru mezi servery
« kdy: 01. 08. 2017, 18:54:45 »
Další věc je, jak je na tom rsync s využitím více CPU jader a dále jak rychle disk naservíruje těch 40GB pro spočítání součtů (to může být limitující i pro ostatní nástroje).
Když nemáte zaznamenané, k jakým změnám došlo, musíte ten soubor vždy přečíst celý. rsync optimalizuje to, aby nebylo nutné přenášet velký objem dat po síti. Využití více jader CPU asi nebude na pořadu dne, nejvíce omezujícím faktorem je rychlost sítě a pak rychlost čtení a zápisu na disk.

Rsync optimalizuje na přenesená data, ale je otázka jak dlouho mu trvá, než zjistí, která data je třeba přenést. To by musel zjistit tazatel, na co vlastně čeká a co mu na rsync vlastně vadí. K ostatnmímu se nemohu vyjadřovat, možná se najde někdo povolanější.

1068
Server / Re:Synchronizace velkého souboru mezi servery
« kdy: 01. 08. 2017, 18:47:42 »
Onehdy jsem řešil asi patrně totéž, ale nakonec jsem se na to vykvák. Na obou stranách byla jakž takž linka, takže 25GB jsem přenesl za hodinku a pár minut. Do budoucna by se mi to ale určitě zase hodilo.

Zkoušel jsem rsync, konkrétně jsem se inspiroval následujícím:
https://blog.christophersmart.com/2014/01/15/force-rsync-to-use-delta-transfer-to-fix-corrupt-remote-file/

Nechal jsem to běžel asi 15 minut, ale pak jsem to vzdal a raději to prostě zkopíroval scp, protože jsem nevěděl, co to vlastně dělá a jak dlouho ještě bude.

Rsync má parametry
Kód: [Vybrat]
--verbose
a
Kód: [Vybrat]
--progress

1069
Server / Re:Doporučte VPS s podporou vlastního OS
« kdy: 01. 08. 2017, 18:40:07 »
ahoj, mam vybornou zkusenost s vultr.com. vyuzivam od nich vps server za 5 dolaru mesicne a vybral jsem si umisteni frankfurt. server ma ssd disk a v pohode zvlada nginx+5 sranda webu na wordpresu (darktime.cz histerky.cz trenerjinak.cz archrulez.org) zkousel jsem na nem vsechno vcetne vpn, streamovani videa, web dav serveru a jine a nikdy nebyl nejmensi problem. uzivatelske rozhrani je prehledne.
tzn za mne doporucuji;)

naopak negativni zkusenost mam s vpsfree. kdyz sem tam chtel rozjet to streamovani videa tak mne bracha (ktery tam ma zrizeny ucet) radsi rovnou rekl atto vypnu , protoze to pry zere hodne cpu a po chvili by si pry urcite nekdo ztezoval.. nevim na co takova vps vubec je.

Tak to je chyba, že jste to řešil s bráchou a ne s vpsfree. Jste tam člen, nikoli zákazníkem, takže se očekává, že budete komunikovat. Pokud se vám do toho nechce, není to pro Vás.

1070
Server / Re:Doporučte VPS s podporou vlastního OS
« kdy: 01. 08. 2017, 14:17:43 »

Já sám o nich už před lety uvažoval, když jsem hledal něco za http://www.xenzone.cz/ jenže mě velice rychle odradili, možná bych ještě někde vyhrabal ty e-maily. Znovu jsem o nich uvažoval asi před rokem a když jsem se podíval na jejich smluvní podmínky, odradili mě znovu. Relativně ne moc staré reference od známého, který se tam s nimi nějak pohádal a rozešli se celkem ve zlém, alespoň tak mi to říkal.
Ale nikoho tu nechci hanit, kdo nic nedělá, nic nezkazí.... ti ostatní vždy něco ano.

No jo, ale to byste musel říct, co tam ten známý dělal a proč se pohádali atd. Takhle to vážně nemá žádnou vypovídací hodnotu... Rozhodně není VPSfree vhodný na všechno a jedině dobře, pokud si člověk přečte podmínky a pak se rozhodne, jestli mu to vyhovuje nebo ne. Tím se může předejít pozdějšímu rozčarování.

Mě obecně u poskytovatelů VPS nejvíc vadilo, že buď zatloukali nebo se čekalo týden dva na odpověď nebo podpora mlžila nebo chtěli příplatky za každou pitomost (nesmyslně nizko nastavené limity na všechno) anebo nebyla možná technická debata. Někde si zase chtěli účtovat každý e-mail vyměněný s podporou atd. atd. Prostě takové ty drobné klacky pod nohy, které člověka nakonec odradí a kdy se cití, že je příliš malá ryba na to aby mohl vůbec něco chtít. Samostatnou kapitolou jsou administrační rozhraní pro správu VPS, která vyžadují vyšší esoterní smysl aby pochopil. jak přidat alias pro virtuál nebo záznam do DNS apod (to šlo o managed servery). Prostě spousta zbytečné zábavy navíc, kterou by si mohl člověk odpustit.

Momentálně využívám hlavně OVH, VPSFree a Forpsi. Ale je to vše off-topic, protože nikde neprovozuju vlastní jádro. Tímto se omlouvám :-)

1071
No jo, pulka prazdnin, kapesny doslo, napad jak nekam vyrazit, ale nejsou prachy... Co takhle zkusit podojit par hipst-hejlu co nasypou prachy do kazdy hype 3.14coviny s vidinou bitcoin zisku...

Staci jen oprasit nesmysl, vyrobit fiktivni problem, par otazek a odpovedi, kamo z vedlejsi vesnice pomuze a on se urcite nekdo chyti... A hned bude na pifko...

Cus...

Přesně tak, je to dokonale psychologicky zmáknuté, umělé protahování fóra do nekonečna, vše držené na vařené nudli :-D
 Schází tomu už jen „úspěšné vyřešení problému Limovi“ a poděkování Lima následované chválou Arbo-ble-ble-ta.

Je to jednoduše všechno fake. Pokud je Arbo-ble-ble-tum tak dobré a chvályhodné ať napíše normální článek a publikuje ho zde na rootu. Redakce bude ráda, Arbo-ble-ble-tum bude rádo a my se dočkáme konečně nějakých informací.

Mimochodem, určitě znáte film Rada nad zlato, filma Rada nad zlato na youtube

1072
Server / Re:Synchronizace velkého souboru mezi servery
« kdy: 01. 08. 2017, 13:20:52 »
Napadá mě, že tazateli mohlo vadit, že se počítají hashe a že musí čekat. U 40GB souboru to asi chvíli zabere. Pokud by byl hash jednotlivých segmentů předpočítaný dopředu a uložený někde bokem třeba v souboru, bylo by to rychlejší. Nezdá se ale, že by toto rsync uměl.
Pro rsync se používá plovoucí kontrolní součet, takže rsync pozná i to, když se blok dat posune třeba o jediný bajt a nepřenáší ho znovu. Pro uložení kontrolních součtů 40GB souboru by tedy bylo potřeba 160 GB (kontrolní součet je 4bajtový).  Navíc ten kontrolní součet je schválně navržený tak, aby se počítal rychle a aby bylo možné rychle spočítat změnu „mám kontrolní součet bloku, posunu blok o 1 bajt doprava a chci spočítat nový kontrolní součet“.

Aha. Tím pádem má ale tazatel pravdu v tom, že synchronizace adresáře s 40GB dat může být rychlejší než synchronizace 40GB binárního souboru. Při shodě mtime a velikosti souboru se kontrolní součet ani nepočítá a i pokud by se počítal, je rozdělením na soubory omezen prostor, ve kterém se shoda hledá. Pokud to dobře chápu, dělá to v 40GB binárním souboru podobné operace jako při deduplikaci, což bude asi dost drahá operace.

Snapshot na úrovni filesystému by si s tím poradil lépe? BTW pokud jde o obrazy VM nebylo by lepší udělat snapshoty a synchronizovat jen ty? Nebo použít live migraci nebo tak něco?

Další věc je, jak je na tom rsync s využitím více CPU jader a dále jak rychle disk naservíruje těch 40GB pro spočítání součtů (to může být limitující i pro ostatní nástroje).

1073
Tohle vlákno není nic než prachsprostá reklama na Arbo-ble-ble-tum. Pokud by Arbo-ble-ble-tum normálně fungovalo, nebude mít potřebu se přiživovat tady na rootu, tím míň tady řešit svoji vlastní zákaznickou podporu. Tolik můj názor  :)

1074
Server / Re:Doporučte VPS s podporou vlastního OS
« kdy: 01. 08. 2017, 01:39:13 »
VPSFree kapku zaspali dobu ne :-D

(...)

A je tam víc vtipnejch hlášek ;D

Nikoli, VPSFree dobu předběhli - zatímco ti ostatní zaspali. Mám tam několik VM a je to i za tu cenu velmi dobré. Otevřená a velmi rychlá komunikace, dobrý výkon (7 jader 2.3GHz, 4GB RAM, 120GB disk), parádní informovanost co se na které mašině děje, můžete si tam udělat uvnitř vlastní virtuálky, máte k dispozici dobře dokumentované API pro správu VM, můžete si udělat testovací VM s životností jeden měsíc aniž byste musel připlácet (po domluvě lze i prodloužit) atd atd.  Podle mého to je celkově komunitní projekt na vysoké úrovni. Něco jako „ajťáci sobě“ nebo „od ajťáků pro ajťáky“ :-) Podívejte se na jejich přednášky, udělejte si celkový obrázek a pak suďte. A ano - je to sdružení, jste člen a můžete se také podílet. A ty potenciálně restriktivní body tam jsou z dobře argumentovaných důvodů, aby šlo zasáhnout v případě nouze. Ale osobně jsem to nikdy nezažil.

1075
Server / Re:Synchronizace velkého souboru mezi servery
« kdy: 01. 08. 2017, 01:18:15 »
Pokud se vám na použití rsync něco nezdálo, napište přesně, jak jste ho použil a co podle vás bylo špatně.

Napadá mě, že tazateli mohlo vadit, že se počítají hashe a že musí čekat. U 40GB souboru to asi chvíli zabere. Pokud by byl hash jednotlivých segmentů předpočítaný dopředu a uložený někde bokem třeba v souboru, bylo by to rychlejší. Nezdá se ale, že by toto rsync uměl.

1076
Vývoj / Re:Export dat z DB a naslednej import
« kdy: 27. 07. 2017, 09:18:40 »
Nedrbejte se pravou rukou za levým uchem  :) Udělejte ty operace rovnou v db jak jsem psal, pokud tomu nic nebrání.

1077
Vývoj / Re:Export dat z DB a naslednej import
« kdy: 26. 07. 2017, 15:02:00 »
Nestačí prostě něco ve stylu viz níže?

Kód: [Vybrat]
INSERT INTO ... SELECT ... FROM ... WHERE ... ;

IMHO lepší než exportovat a pak importovat. Případně se dají udělat dočasné tabulky a použít další mezikroky:

Kód: [Vybrat]
CREATE TEMPORARY TABLE t1 AS SELECT ... FROM ... WHERE ... ;
-- tady udělat další tabulky, pospojovat, promazat atd. a nakonec:
INSERT INTO ... SELECT ... FROM t1 WHERE ... ;

A vhodně to uzavřít do transakce, aby to byl pod kontrolou stav, pokud se něco nepovede.

1078
Proč je většina lidí od IT tak ukrutně ignorantská, pokud se týká jiných oborů?

Proč, když se řekne dělník, tak si hned představíš nekvalifikovaného dělníka? Ano, dnešní automatizované provozy projektovány tak, že je obsluhuje tzv. operátor - čili cvičená opice. Ale dělník je podstatně širší pojem. Historicky byly továrny plné jak málo kvalifikovaných a rychle zaučitelných dělníků tak i kvalifikovaných dělníků, kteří se museli prvně vyučit a pak celý život to řemeslo pilovat.

(...)

Nicméně pokud se o programátorech říká, že to jsou MODERNÍ dělníci, tak tím se právě odkazuje na to, že dělají to, co dělali dělníci DŘÍVE - tedy když byla v továrnách převaha těch kvalifikovaných.

Myslím, že pojem dělník zdegradoval mimo jiné vinou komunismu, který dělníky vpodstatě  zneužil. Sám ovšem také zastávám názor, že je správné hájit původní význam slov a rehabilitovat je. To jde ovšem především praxí.

1079
Odkladiště / Re:Fyzické vymazání údajů z platební karty
« kdy: 23. 07. 2017, 14:42:53 »
PS: Ta karta bude mít nejspíš nějaké ID které by nejspíš šlo stejně dodatečně spárovat s osobou. Takže podle mě je to hodně riskatní podnik.

1080
Odkladiště / Re:Fyzické vymazání údajů z platební karty
« kdy: 23. 07. 2017, 14:41:26 »
Zajímalo by mě, k čemu to potřebujete...  :)

Stran: 1 ... 70 71 [72] 73 74 ... 90