Odpověď na editaci obrovských textových souborů: EmEditor 7.0

MyEgo.cz

home foto blogy mywindows.cz kontakt

Odpověď na editaci obrovských textových souborů: EmEditor 7.0

Pokud někdy potřebujete editovat obrovské textové soubory v různých kódováních (typicky exporty z SQL databáze), nenašel jsem na to nic lepšího než EmEditor 7.0. Tento editor má mnoho plusů, ale mezi největší konkurenční výhody patří:

  • naprosto bezchybné automatické rozpoznání kódování vstupního souboru, ať už to je UTF8, CP1250 či CP1251,
  • extrémně rychlá reakce veškerých funkcí při libovolném kódování vstupního souboru (jiné editory při UTF-8 výkonově kolabují),
  • extrémně rychlé otevírání obrovských souborů, například otevření SQL dumpu databáze v UTF-8 o velikosti cca 100MB zabere zhruba 0.1 sekundy (ano, to je desetina sekundy),
  • schopnost pracovat se souborem o velikosti xGB a zabrat jen yMB v RAM (na screenshotech je ukázáno otevření souboru o velikost 226GB, osobně jsem otestoval jednotky GB a funguje to skvěle).

Výraznou výhodou EmEditoru je i nativní podpora pro 32bitové i 64bitové verze Windows Vista, zvláště ve druhé variantě není problém editovat soubory o velikosti xGB, aniž by člověk musel chodit při každém stisku klávesy na kafe.

Nepoužívám EmEditor jako hlavní programátorský editor (zde preferuji UEStudio a UltraCompare), ale pokud se potřebuji spolehnout na 100% zvládnutí kódování a extrémní rychlost, je EmEditor jediná volba. Dokonce i jeho spuštění je rychlejší než integrovaný Notepad ve Vista, který neumí téměř nic.

Cena za EmEditor je $40, a licence pokrývá 32bitovou i 64bitovou verzi. Kupte si jej, stojí to za to.

EmEditor

Komentáře

  1. 1 Jakub Fojtl 14.01.08, 21:37:43
    FB

    Vzpomínám si, že právě kvůli rychlosti jste používal jEdit, který byl zdarma. Co Vás přimělo k přechodu?

  2. 2 Radek Hulán 14.01.08, 21:45:53

    [1] jEdit jsem používal pár let dozadu, velice dobrý editor (funkčně), ale protože je na Javě, tak dost pomalý... UEStudio je výrazně lepší, a pro obří soubory právě EmEditor.

  3. 3 Jakub 15.01.08, 11:24:18
    FB

    Načítá to celý soubor do paměti nebo ne? Jde mi o to, že jsem už párkrát potřeboval změnit pář řádku v několika gigabajtovém souboru, přičemž tolik paměti jsem neměl k dispozici.

  4. 4 Radek Hulán 15.01.08, 11:38:44

    [3] nenačítá, v tom je ten vtip :-)

  5. 5 Michal S. 15.01.08, 13:02:30
    FB

    A schvalne - kdyz mam jeden dlouhy radek, jak se s nim pracuje? Treba PSPad taky nenacita cele do pameti, ale s jednim extremne dlouhym radkem (staci nekolik MB) to dela hrozne pomalu

  6. 6 Jakub 15.01.08, 13:28:33
    FB

    [5] Myslím, že PSPad to do paměti načítá, když otevřu nejaký soubor tak PSPad si vyalokuje pamět o velikosti 2-3 násobku velikosti souboru.

  7. 7 Radek Hulán 15.01.08, 14:09:52

    [5] PSPad je děsně pomalý, když jde o větší soubory a UTF8 (tedy, alespoň rok dozadu byl, když jsem jej naposledy testoval). Většina lidí nepotřebuje editovat obrovské soubory, ale pokud ano, PSPad není řešení.

    EmEditor je rychlý i při práci na dlouhém řádku, reaguje jako by soubor měl 100KB.

  8. 8 Arcao Bellini 15.01.08, 16:05:58
    FB

    Tuhle jsem potřeboval překódovat seznam slovíček o velikosti 52 MiB. PSPad selhal a tak jsem šáhl po své semestrální práci z Programování v jazyce C. Ta to zvládla bravurně. Holt někdy se můžou hodit i šuplíkové semestrálky. :)

  9. 9 mp4 15.01.08, 22:00:49
    FB

    pouzivam ho od verzie 2.o

  10. 10 Jirka Koroptev 18.01.08, 13:51:49
    FB

    [6]
    řekl bych, že PSPad celý soubor nenačítá - ale je pomalej nad 500M spolehlive pada

Nový komentář

Pro přidání komentáře se musíte nejdříve  registrovat Facebookem

Banan.cz