Hozzászólások
-
Bejegyzés
-
darakan wrote:Végülis igaz. De pl. mostanság nem is annyira lassú, lehet bejárodótt 😀 ( Mivel még csak 4 napos a drágám)
Olajat neki! Nyakolajat! :poketoungeb:
Idézek:
A MD5 sum használata
Az MD5 egy kódoló algoritmus, amelynek a lényege, hogy bármely tetszõleges fájl ellátható egy úgynevezett digitális ujjlenyomattal. Ez az ujjlenyomat egyedi, minden fájl esetében eltérõ. Ha a fájlon változtatás történt, vagy esetleg az megsérült, az MD5 ellenõrzõ összege is megváltozik. Az eljárásról annyit érdemes tudni, hogy az említett ellenõrzõ összeg viszonylag könnyen elõállítható, de abból a fájlra visszamenõleg következtetéseket levonni nem lehet.
Az algoritmus tehát közvetlenül alkalmas annak a megállapítására, hogy egy fájl azonos-e az eredetivel. Ehhez mindössze az eredeti és a kérdéses fájlról elkészített, néhány byte méretû MD5 karaktersorozat összehasonlítására van szükség. Az internetrõl letölthetõ állományok mellett is gyakran megtaláljuk a hozzájuk tartozó, MD5 összegeket tartalmazó rövidke fájlt is. Ha a két összeg nem egyezik, akkor a fájl valami manipuláción esett át, esetleg sérült, például a letöltés során.
Ezen az elven a rendszergazda könnyen ellenõrizheti például a rendszere integritását, mindössze a kritikus rendszerfájlokról készült ellenõrzõ összeget kell a pillanatnyi állapotra érvényessel összehasonlítani. A Linux rendszerünkön az adott fájlhoz tartozó MD5 ellenõrzõ összeget a következõk szerint kaphatjuk meg:
md5sum fájl.neve
A számsor ellenõrzését nyugodtan a számítógépre is bízhatjuk. Ehhez egy könyvtárba kell helyezni az ellenõrzõ összeget és az ellenõrizni kívánt állományt -például a valami.iso -fájlt, majd:
md5sum -c md5sumfájlneve.md5
A válasz lehet OK, ha minden rendben van, és FAILED, ha valami hiba történt.Egyébként (ha netán mégsem Windóz alatt kéne :D) a K3b is simán kiírja, amikor megadod neki az image fájlt kiírásra. Ezt összehasonlítod úgy tessék-lássék a megadottal, és kész. Szal nem kell számról számra végigmolyolni, ha a letöltés akár egy byte-ja is más, mint kéne, akkor is csúnyán más számot fogsz eredményként kapni.
A Yast nem lassú, vagy csak mihez képest. Szerintem. Szal én még nem találkoztam ilyen hibával.
A vinyó cserregés-kerregés vagy mittomén meg nem hiszem, hogy összefügg a Linux sajátosságaival, inkább hardver bibi lehet.Ne adja ég… :wink1:
Nekem egy 2,4GHz-es Celeronon 256MB RAM-mal a rendszer 2-3%-ot eszik mindössze. Szal nem vészes de egyáltalán!
Itt is csak 100 mega szabad memoriát ír. :s ,, 2-3% ” Te is suse 10.0-át használsz?
Elsõként is az elnézésedet kérem, marhaságot írtam: az 2-3% a processzorra vonatkozik. A memóriahasználat valóban magas, mint nálad! Csakhogy ez így is van rendben!
Arról van szó, hogy a számítógép leglassabb, legszûkebb keresztmetszetet adó mûvelete a háttértár kezelése. Ettõl jó lenne megszabadulni. A rendszer akkor mûködik maximális teljesítménnyel, ha a rendelkezésre álló csaknem TELJES memóriaterületet használja, magyarán szólva nem hever parlagon semmi erõforrás! Amíg van, addíg a memóriába ír pl. swappolás meg hárrértár-kezelés helyett -ami ugye nagyságrendekkel lassabb mûvelet. Az egyes programok szám,ára várhatóan szükséges adatblokkokat például jóelõre betölti a memóriába a háttértárból, így azok (ha jó az elõrejelzés módszere) azonnal a rendlkezésre állnak feléesleges winyókerregés nélkül.
Az adatok háttértárra való visszaírását így nem kell azonnal elvégeznie a rendszernek, ráér azt akkor megtenni, amikor úgy gondolja, hogy éppen hû-de ráér ezzel molyolni. Ennek gyakorisága állítható, de felesleges babrálni. Kézzel a memóriatartalom háttértárra mentése a „sync” utasítással azonnal megtehetõ.darakan wrote:kelemengabor wrote:darakan wrote:Nekem 768 mb memória és egy 2500+ athlon-xp hajta a gépemet, de nekem is eléggé lassúnak tünik. Például fizikai memórát nagyon lefogja, olyan 700 mega körül mozog.. nem sok ez? Meg csepet olyan érzésem van, mintha kinyalná a seggem, már bocsánat a kifejezésért. Nem lehetne valahogy begyorsítani vagy valami? :unsure:
Off: Gondolom 256 mega rammal és egy 1.6-os duronon, hogy mehet…Egy free parancs kimenetet illessz be, akkor meglátod, hogy abból a 700 megából sacc/kb a fele cache, ami „nem számít”. Amúgy meg miért baj, ha használja a memóriát, azért van ott, nem? 🙂
Nem baj. 🙂 Használja felõlem, de akkor legalább legyen gyors, mint a szél, és szilárd, mint a sziklatömb. 😀
Nem igazándiból érdekes, mennyi memóriahasználatot ír ez vagy az, asszem, ez amúgy is ,másként számítódik mint Billy kedvencén.
Az a problémád, hogy nem’tom melyik verziótól kezdõdõen, de nem túl rég óta a MEncoder – hanem adsz meg neki mást – alapértelmezettként „fmp4” formátumba ment. Ha kóser divx vagy xvid kéne, akkor meg kell adnod a kimeneti fájl után pl. a „-ffourcc divx” kapcsolót. Ezzel meg fog szûnni a problémád. A dolog háttere az, hogy az MPlayer fejlesztõi szerint sem az xvid sem a divx nem használja ki az mpeg4 szabvány lehetõségeit, ezért aztán összebarkácsolták az fmpeg4-et. A véleményük szerint ez „sokkal jobban illeszkedik” a szabványban foglaltakhoz.
Azt, hogy miben, ne kérdezd… :blink:
Az MPLayer doksi ír róla némi konkrétumot is… de nem emléxem pontyosan
Tehát:
mencoder … bla-bla-bla… -o pandoracicije.avi -ffourcc xvidsany wrote:A vágás sikerült, de hosszas volt! 🙂
Nem akarsz scripetet irni? :closedeyes:
Mondjuk egy vágássorozat megadásra. :happy:
Ami az enterre mindig kéri az adatot(vágás hely/hasznos részlet idõtartama)
A vágás után pl: end(vagy más)varázsszóra elindul a vágás és
egyesités.
Sajna nekem más irányú képesitésem van! 🙂zolnagy wrote:Legutóbbi indítás:
Nem akart init 5-ben indulni, csak init 3-ban. Ezeknél a soroknál jelzett hibát:
…Hát, kérlek szépen ez bizony a reset-ed miatt van. Tudniillik egy dolog van, amit a Linux igen rosszul tolerál, az pedíg az, ha hirtelen villany nélkül marad. Az ok röviden annyi, hogy egy egész rakás folymat futott, amikor kihúztad a dugót a falból, ezek nem tudták magukat kóserül lezárni, a futási eredményüket v. pillanatnyi állapotukat (mem. terület, regiszterek, stb…) nem írták a merevlemezre… netzán éppen írás-olvasás közben reseteltél. Ez gyakorta a fájlrendszer sérülését jelenti. Semmi pánik!
Fogd az install CD elsõ lemezét, bootolj róla és csinálj mindent úgy, mintha telepítenél, amíg nem találsz egy olyan ablakot/pontot, hogy „
legutóbbi hsz