Příspěvky

451

Software / Re:Filesystem pro linux na flashce kromě BtrFs

« kdy: 20. 02. 2012, 08:20:26 »

Ehm, dovod, preco nie btrfs uvedeny na adrese https://bugs.launchpad.net/ubuntu/+source/btrfs/+bug/893681 sa mi nezda. Ked si precitas cely web, tak tam nie je nic o tom, ze by to niekomu inemu, okrem nahlasovatela, na btrfs neslo. Ja pouzivam btrfs pokusne na jednom ssd, kde mam yacy a boinc (takze sa tam pise a cita dost seriozne) a zatial som nemal problem. Ak si vsak podlahol nejakej neistote a neoverenym famam, tak:

Já jsem fámám nepodlehl, tenhle problém jsem našel podle chybových hlášek mého installéru. Nakonci se tam píše, že problém je v jedné funkci rename() která vrátí ENOSPC. Navíc jsem zjistil, že problém se týká nejspíš 64-bitové verze btrfs dodávané s ubuntu 11.10. Zkusím ještě nainstalovat systém na ext4 a pak ho převést na btrfs. Ale jestli je tam těhle problémů víc a přitom neexistuje checkovací utilita, tak potěš koště. Kolik aplikací kontroluje úspěšnost rename() (a očekává chybu ENOSPC?).

Problém s ENOSPC lze vysledovat z changelogu btrfs, hoši s tím meli dříve problémy, a evidentně to nevychytali dokonale. Teď se zdá, že to je mrtvé, žádný vývoj jsem nezaznamenal.

Navrhujem nilfs. Nepouziva trim, co je nevyhoda, ale zapisuje vpodstate stale sekvencne. Pekna vyhoda je, ze mas historiu suborov stale poruke (takzvany zurnalovany fs). Je to nesporna vyhoda, ked si otvoris dolezity dokumenst, stlacis CTRL+A a nasledne del a nasledne dokument ulozis. V tomto stave ti pomoze vpodstate iba nilfs, kedze napriklad na fat32 taky undelete nema co undeletovat, kedze subor sa nezmazal...

Díky za tipy, vyzkouším. Nejsem si jist, jestli klasické flashky příkaz TRIM vůbec podporují. Ty co mají datasheet (teď jsem si objednal ADATA na USB 3), tak to tam nemají uvedené.

PS: Na btrfs mě lákala také komprese, která by mohla zvýšit nízkou propustnost USB flashky, i když uvídím, jak to pojede na USB 3.

452

Software / Filesystem pro Linux na flashce kromě Btrfs

« kdy: 20. 02. 2012, 00:44:17 »

Zdravím.

Nejprve proč ne BTRFS: Protože https://bugs.launchpad.net/ubuntu/+source/btrfs/+bug/893681 - a je toho plný web. Tenhle nadějný filesystem destruují sami autoři svými chybami, které evidentně neřeší. Poslední verze Ubuntu se s btrfs nenainstaluje.

Další zdroje: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/806784

Co tedy jiného pro flashky potažmo SSD disky?

453

Sítě / Re:Bezpečné čtení webů bez HTTPS

« kdy: 26. 01. 2012, 17:34:00 »

nevim, jestli to tu padlo ale co je obtizneho rozbehat na virtualmaster.cz vpn server?

Proc trvate na stale a zname IP adrese?
Pokud by vas nekdo sledoval uvnitr site, tak co na vas zjisti? nic nemuze.

Leda ze by spravce site byl zaroven i majitel webu, ale tam vam uz nepomuze ani svecena voda

454

Vývoj / Re:Virtuálny adresný priestor vo Windows

« kdy: 26. 01. 2012, 13:15:46 »

Operační systém WIndows má jednoduchou správu paměti. Každý process má virtuální prostor velikost 4GB (32-bit Windows) rozdělen na dvě části, a to buď 2GB + 2GB, nebo 3GB + 1GB. Ta druhá část je rezervována pro jádro a je sdílená všemy procesy a zpravidla do ní samotný process nemá přístup (přístupná pouze z jádra).

Zbývající paměť (ta první část, čili 2GB nebo 3GB) je rozdělena takto:
- velké stránky: po 4MB
- rezervační bloky 64KB
- stránky: 4KB.

Menší jednotky Windowsy nerozpoznají. Nejmenší alokovatelná velikost je tedy 4KB, pokud má process režim velkých stránek, pak je to 4MB.

Paměť se může nacházet ve 3 stavech
- nepoužitá... adresový prostor nemá přidělenu fyzickou paměť ani swapfile. Přístup na tyto adresy vede k selhání aplikace.
- rezervovaná... je stejný jako předchozí s tím rozdílem, že OS vede informaci o tom, že nelze tento úsek paměti již rezervovat. Běžně se to používá tak, že vím dopředu, že budu potřebovat dejme tomu 10MB, ale momentálně mi z toho stačí 4KB. Rezervuju si tedy 10MB, ale tato paměť ještě fyzicky nikde neexistuje, nezabírá místo jiným aplikacím. Nicméně mi rezervace zaručuje, že žádná jiná část programu, ani knihovna DLL nebude rezervovat stejný podruhé a neukradne si jej pro sebe.
- commitnutá ... což už znamená, že k danému adresovému prostoru (zpravidla stránce, nebo sadě stránek), existuje fyzický kus paměti, který aplikaci patří a který ve statistikách využití paměti je již započítán. Taková paměť se může nacházet buď fyzicky v paměťovém chipu, nebo ve swapfile).

Pro lepší přestavu, jak měnit stav jednotlivých stránek a bloků vyhledej na Google heslo VirtualAlloc

Tenhle základ poskytuje jádro Windows. Nad tímto základem pak vznikají různé alokátory implementované jako samostatné a od jádra oddělené knihovny. Například Heap alokátor je základ většiny aplikací, a používá ho i malloc. Umožnuje alokovat bloky různé velikosti v systému fixních stránek. Uživatel nemusí řešit rezervaci paměti, ani commitování, případně uvolňování nepoužívané paměti. Na alokaci zásobníku, prostoru pro program, nebo dalších segmentů se ale nepoužívá, to si řeší jiné knihovny přímo. Vedle heapu má Windows ještě archaické GlobalAlloc, LocalAlloc, a ty mají vlastní alokátory. Sdílenou paměť si musí aplikační programátor taky pořešit sám, stejným způsobem, stejnými pravidly, jak bylo uvedeno výše. U sdílené paměti akorát určujeme nějakou identifikaci (HANDLE, jméno souboru), umožňující OS určit, jaký obsah se do sdílené paměti bude mapovat (... ano... tam pak je možnost, že dva procesy či více procesů sdílí jeden fyzický kus paměti, ovšem každý na jiné virtuální adrese).

Zjistit soupis volné paměti je obtížné. V zásadě se lze chytit jen toho, co poskytuje jádro. Mohu se zeptat každé stránky v jakém je stavu, a dostanu jedno ze tří odpovědí: nepoužitá, rezervovaná, commitlá. Windowsy samozřejmě poskytují informaci o tom, kolik jich je commitlých celkem, což vede pak na čísla, které člověk uvidí v TaskManageru.

Alokátory většinou fungují tak, že si nechají od jádra vyhledat souvislý nepoužívaný blok nějaké nastřelené velikosti a ten si zarezervují. V něm pak realizují alokace a zajišťují commitování stránek, které přidělují (a jejich odcommitování, když se celé uvolní). Jádro Windows tedy stačí hledat volné místo pro bloky velikosti 64KB (rezervační blok) a vést stav každé 4KB stránky... což stejně musí ve stránkovém adresáři. Zbytek je na zodpovědnost aplikace, nebo jejich knihoven.

455

Software / Prohlížeče kontaktují localhost přes proxy

« kdy: 25. 01. 2012, 13:15:42 »

Zdravím, nevím jestli mi budete umět poradit.

Momentálně řeším problém s desktopovou aplikací, která některé komponenty (vesměs ty zobrazovací) řeší jako HTML stránku. Aby byl obsah dynamický, instaluje na localhost (bindovaný jen na localhost) webový server. Prohlížeč pak otevírá na http://localhost:XXXX/, kde XXXX je číslo nějakého portu.

Problém je, že některé prohlížeče, momentálně Internet Explorer 9, ale i Firefox, tvrdošijně posílají requesty na localhost přes proxy. Jedná se o situaci, kdy má uživatel zaškrtnutou automatickou detekci proxy, což je výchozí stav... a teď vysvětlujte BFUčkovi, že si to má změnit... Request poslaný na proxy se samozřejmě vrátí jako 404.

Netušíte někdo, co tohle ovlivňuje? Dokonce se mi stalo, že mám na jedné síti dva počítače s Windows7, IE9 a stejné nastavení proxy a na jednom to funguje a na druhém to rve přes proxy a nefunguje

Zkusil jsem: Google (neporadil, jen klasické rady), hosts, flushdns, registerdns, restartovat, uvést IE9 do výchozího stavu... přenést localhost do zóny interner, přenést do zóny intranet....

456

Odkladiště / Re:Jak dlouho trvá obnovení/zrušení e-mailu?

« kdy: 02. 01. 2012, 07:53:38 »

Technickou podporu Seznamu je nutné kontaktovat online, přímo přes jejích online-chat.

Pokud používáte schránku denně, nemůže vám ji nikdo ukrást. Mají to tuším nastavené tak, že i když změníte heslo, můžete se pak stejně po nějakou dobu (pár dní) přihlásit starým heslem a systém požadavek na změnu hesla storunje. Nemám vyzkoušený, bylo mi to řečeno.

Kontrolní otázky jsou dobré pro technickou podporu, která sama usoudí, zda je schránka vaše nebo ne. Technici by snad měli mít přístup i k logům a změnám, takže takovéto "změnili mi všechny údaje a já se teď do schránky nedostanu..." neobstojí, protože není podle mě problém vyhrabat údaje před změnou.

Schránka neaktivní půl roku není ukradená, ale smazaná.

Všechny problémy je třeba řešit hned, a né až za pár měsíců.

457

Sítě / Re:Neveřejná IP a připojení k routeru

« kdy: 01. 01. 2012, 16:11:10 »

Pozor jenom, že přibejvají symetrické NATy, takže se N2N člověk nechytá (ale ani s teredo). Symatrické NATy jsou doménou mobilních operátorů (Vodafone má symetrický NAT), a velkých vnitřních sítí. To může být případ i hotelů.

Pak je možná lepší rozběhat tunel k IPv6 brokerovi. Když tohle funguje, pak na druhé straně stačí mít Teredo, protože broker má většinou veřejnou IPv4 adresu.

458

Software / Re:gogoc se náhodně ukončuje

« kdy: 28. 12. 2011, 23:09:28 »

Nejenom že se ukončuje, mám zkušenost, že po ukončení připojení např. přes ssh s tímto počítačem dojde ke změně ipv6 adresy. Počítač normálně dál funguje, ale změní se ipv6 adresa po každém ukončení připojení k tomuto PC...

vykašli se na gogoc, podívej se na nahlášené výpadky freenet...
Zkus aicu.

To se mi nestává. IPv6 adresu mám už asi rok stejnou. Možná to je tím, že jsem registrován a dostávám IPv6 pro router (mám adresu trvale zapsanou na DNS: thorin6.novacisko.cz a ještě jsem ji neměnil) Výpadky také nejsou časté, odezva je dobrá a přenosová rychlost srovnatelná s IPv4. Jenom ten klient zlobí.

459

Software / Náhodné ukončování gogoc

« kdy: 28. 12. 2011, 22:22:35 »

Zdravím, nevím jestli se s tím někdo setkal.

Používám Gogoc pro IPv6 přes freenet6, ale stává se mi pravidelně, že se démon z ničeho nic ukončí. Všechno stroje v síti pak sice mají IPv6 adresu, mají za to, že jsou v síti IPv6, ale nikam se nedovolají.

Ukončení démona jsem v logu nezaznamenal. Jediné, co se objevuje je hláška při restartu

Kód: [Vybrat]

$ sudo /etc/init.d/gogoc restart
 * Restarting IPv6 TSP Client gogoc
No /usr/sbin/gogoc found running; none killed.
....

Google mi neporadil. Netuší někdo, co s tím? Představa, že budu muset pravidelně démona ručně nahazovat mě docela děsí.

Verze 1:1.2-2
OS: Ubuntu

460

Sítě / Re:Nasměrování portu IP na nějakou interní IP

« kdy: 15. 12. 2011, 15:15:50 »

Je fakt, že bych spíš doporučil SSHFS pro windows:

http://dokan-dev.net/en/

461

Sítě / Re:Nasměrování portu IP na nějakou interní IP

« kdy: 15. 12. 2011, 13:42:13 »

Nicméně nabízené řešení bývá u některých routerů natvrdo zakázáno (port 445 atp)
kvůli bezpečnosti....

Fakt bývá natvrdo? Takový router bych vyhodil z okna.

462

Server / Re:Nerozumím grafu vytížení RAM

« kdy: 05. 12. 2011, 13:56:37 »

Škoda že to není ještě chytřejší, například kolikrát jě cache potřebnější, než paměť nějaké aplikace, která celou dobu leží ladem (a dala by se odswapovat). A není to jen o nastavení swappiness.

463

Vývoj / Re:Skriptovací jazyk pro instalace pod Windows

« kdy: 03. 12. 2011, 21:42:52 »

Na rozdíl od různých obskurních jazyků typu SQF je Python hodně univerzální nástroj.

SQF byl taky univerzální, protože jsem do něho napsal celou řádku zajímavých rozšíření od práce se soubory až po práce s okny a UI a časem i různí fandové byli schopni v tom napsat utilitu s grafickým ovládáním (dialogem) jinak nepolíbeni Windows API. SQF má jednu báječnou vlastnost a to tu, že blok {...} se dá uložit do proměnné a pak kdykoliv vyvolat na jiném místě. Výborná záležitost pro lamba výrazy. Právě třeba v tom UIčku se to hodně používalo, kdy člověk přímo k UI prvku navěsil event tak, že tam hned vyšvihl i kód, který se má vykonat ... a on se vykonal, když nastala daná událost ... i klidně opakovaně. Ne každý jazyk tohle jednoduše umí. Líbil se mi i způsob, jak jednoduše se to deklarovalo.

464

Vývoj / Re:Skriptovací jazyk pro instalace pod Windows

« kdy: 03. 12. 2011, 21:34:52 »

Jenom pro zajímavost - proč je pro Tebe práce v Pythonu utrpení? Pokud jde o povinné odsazování, s rozumným editorem to není problém. Na rozdíl od různých obskurních jazyků typu SQF je Python hodně univerzální nástroj.

No dělá mi problém právě to odsazování. Kolikrát nevím, co už mohu napsat na další řádek a co ne. Když chci něco vrazit do bloku, tak v C++ před a za napíšu závorky. V Pythonu to musím odsadit a protože ne kadžý editor zvládne odsazování bloků (a některý nezvládne pořádně ani bloky), pak je to problém. Někdy v C++ odsazuji i jinak, než o standardních 4 znaky. Například víceřádkový case odsazuju všechny řádky za dvojtečku. Prostě úprava kódu pro lepší čitelnost nemá mít vliv na interpretaci toho kódu.

A druhý důvod je, že ani psát extension není žádný med, i kdyzž na druhou stranu, boost tomu hodně pomůže.

Další problém pythonu vidím v tom, že verze od verze je tenhle jazyk nekompatibilní. A stává se z toho kolos.

465

Vývoj / Re:Skriptovací jazyk pro instalace pod Windows

« kdy: 03. 12. 2011, 19:31:07 »

Poznámka: OFP Script - označovaný jako SQF, našel jsem o nějaký dokument o tom

http://seit.unsw.adfa.edu.au/coursework/ZEIT2305/Resources/SQF_Tutorial/basic_sqf.HTML

Jinak já ho znám zevnitř :-D. Bohužel z určitých právních důvodů ho nemohu použít.