Lassúúúú!!!

Fórumok

Üdv Mindenkinek!

Akad egyik asztalomon egy Celeron 2 GHz-es csodavas 512 MB memóriával, 200 GB HDD-vel, meg egy GF2-vel. Namost ezen a "csodavason" Kubuntu fut. DE! Egy gond van! Naggyon lassú a Firefox! Egyszerűen ordítani tudnék. Lassan tölt be, nagyon lassan reagál mindenre, a flash-ekről nem is beszélve, még úgy is hogy a fasterfox nevű plugin fel van téve!!! Egyszerűen elképesztő! A másik asztalon viszont egy P2 vas akad 450 MHz-cel, 128 RAM-mal, jó régi 4 GB vinyóval és WinXP-vel!!! Ott viszont úgy repeszt mint a nemtoménmi! Na nehogymán egy WinXP lenyomjon egy Linuxot! Há holélünk mi? Van valakinek vmi ötlete? Esetleg Swiftfox?

Üdv:
Tom Biggy

Hozzászólások

flash plugin duplikáció, több helyen láthatja és kettőt tölt be. Nálam legalábbis ez volt - operán.
---
Weee!

ki kell kapcsolni a readahead-ot
mert ahogy néztem az kever be (spec még nem foglalkoztam azzal, hogy hol, mert 1GB ram van a másik gépben, ezen meg debian van)
__________________________________________________________________

Nekem mindig igazam van, ha nem, akkor nincs igazam, szoval megint igazam van hogy nincs igazam.

nekem nincs vele gondom, csak felvetettem, hogy lehet ez a probélma alapja.

de én spec mindig adok swap-et bőségesn (2GB) de eddig 1X sem ment 2MB fölé a kihaszáltság debian alatt (512MB ram) KDE, git, jigdo, kopete, mysql, apache, amarok megy egy rakás progi megy általába
__________________________________________________________________

Nekem mindig igazam van, ha nem, akkor nincs igazam, szoval megint igazam van hogy nincs igazam.

Hahó!

Amikor installálod a géped, akkor a swap méretét fixen kell megadnod, s előre nem feltétlenül tudod, hogy hosszabb időtávon mikor mit fogsz elindítani (használni). Ezt ,,worst case'' -- legrosszabb esetre -- tervezésnek is hívhatjuk.

Az általad említett (operatív memória * 2)-es érték optimális, és arra szolgál, hogy még akkor is tudd a gépedet használni, ha kellően sok programot indítasz el.

Azért is érdemes ezt a BSD rendszerektől átvett kettes szorzót alkalmazni, mert a swap-ot általában ,,röptében'' nem szokták átméretezni (mint pl. LVM és egyéb volume managerekkel).

512 MB RAM alatt nem érdemes Ubuntuval próbálkozni.

hm?? Ez poén volt? Én a 6 éves IBM notimon (800Mhz, 128MB) használok Ubuntu 7.04-et, UML-ezek, PHP-zok (tehát megy apache+mysql) rajta, netre szinte sosincs rádugva, és nincs vele gond. Olyan sebes amit elvárok tőle. Legrosszabb esetben a firefox első indulása 12mp. Utána 2-3. Semmit nem töröltem le róla, nem csupaszítgattam, csak feltelepítetem a szükséges dolgokat és _használható_! Simán.

(vagy csak nem értettem a poént?!)

Mindig is jót mosolygok, mikor ilyen P2, P3 tulajok próbálják meggyőzni a többieket, hogy teljessen használható a gép mindenre teljessen korrekt, repeszt mint atom, mikor nálam egy fullos boot nem tart 30 mp-ig (abbol 15, mire a gép eljut az OS bootolásáig) és FX indul ilyen tizedmásodperces nagyságrendben.

Emberek, Firefoxot nem azért szeretjük, mert kevés ramot eszik, el lehetne már fogadni. Ahhoz, hogy normálisan lehessen használni egy desktopot kell 512 ram. De ha azt nézzük, kb 5-6 ezer forint különbség van a ramok között (desktop), akkor 1G az nem megfizethetetlen). 256-l még el lehet lenni, de nem mondanám rá, hogy teljessen kényelmes.

Aki meg nem akarja elfogadni, hogy kell ram, az használjon Operát vagy telnetet...

Szerk.: Apache-MySQL nem igazán mérvadó, hogy fut a háttérben. XP alatt a régi gépen (1,3 TB, 512 SD), ha nem használtam szépen kiköltözött a (pg,my)sql es az apache a pagefile-ba, aztán megevett max 1 mega ramot. Mondhatni hihetetlen sokat.

___
A backup olyan mint a sör. Egy backup nem backup, két backup fél backup, három backup egy backup. Egy backup nem backup...

És -mint egy nagy ember mondá- a swap használatában nem az a lényeg, hogy mennyit, hanem hogy elkezdi használni :-( pláne, ha interaktív használatról van szó.

Tapasztalatok szerint egy gyenge diszk még swap használat nélkül is brutálisan le tudja lassítani a böngészést, pláne ha buznyák nagy a cache mérete, ami ugye folyamatos diszk I/O-val jár együtt.

A swap méretének "tudományos" meghatározása nem könnyű, és a mai memóriaárak és méretek esetén azért a kettes szorzó nagyon gyakran erős túlzás, inkább azt lehet mondani, hogy ha a telepített alkalmazás speciálisan nem igényli, akkor valahova fél és egy GiB közé belőve a méretet nem lesz desktopnál gondod -- mire elfogyna, és a következő, memóriát kérő alkalmazást kilőné a kernel, már dög lassú lesz az egész cucc, és be tudsz avatkozni kézzel. Szervernél más a helyzet, ott tényleg worst case tervezés a célszerű, hiszen a "belassulás" vállalhatóbb általában, mint az, hogy egy taskot memoárhiány miatt kilőjjön a kernel. Szerintem...

na lássuk csak.

cpu terhelés ? (top)
vinyó lassú ? hdparm -tT
szar video kártya driver ? (glxinfo, glxgears)

egyébb gebesz ? (vmstat)

vga driver

a megjelenítési szarokat a cpu számolja nagyrészt, a vga helyett. ezért lassú főleg flashnél

egyébként szerintem a fasterfox a hálózatos vackokat babrálja, nem a futási sebességet

Operával hogy megy?

Nem kell böngészőt váltanod, ha nem akarsz, csak kíváncsi vagyok, hogy a Firefoxszal van-e a gond vagy a gépeddel.

Nálam egy 500 MHZ-s P3 as procival 192MB rammal kényelmesen gyorsan meg a notebookon javaval flash-el stb..
/ubuntu szerverre dobtam egy XFCE-desktopot./
szerk. Elnézést, nem nagyon segítettem. :(

hát emberek köszi a segítséget, odáig jutottam, videó kártya driver elvileg jó, bár a SuperTux laggol egy cseppet...
GLXINFO kimenetem:

tombiggy@BiggyMaster:~$ glxinfo
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
server glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control,
GLX_EXT_texture_from_pixmap
client glx vendor string: NVIDIA Corporation
client glx version string: 1.4
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_visual_info,
GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_SGI_video_sync,
GLX_NV_swap_group, GLX_NV_video_out, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGI_swap_control, GLX_NV_float_buffer, GLX_ARB_fbconfig_float,
GLX_EXT_fbconfig_packed_float, GLX_EXT_texture_from_pixmap
GLX version: 1.3
GLX extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control,
GLX_EXT_texture_from_pixmap, GLX_ARB_get_proc_address
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce2 MX/AGP/SSE2
OpenGL version string: 1.5.8 NVIDIA 96.31
OpenGL extensions:
GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_pixel_buffer_object,
GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_shader_objects,
GL_ARB_shading_language_100, GL_ARB_texture_compression,
GL_ARB_texture_cube_map, GL_ARB_texture_env_add,
GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3,
GL_ARB_texture_mirrored_repeat, GL_ARB_texture_rectangle,
GL_ARB_transpose_matrix, GL_ARB_vertex_buffer_object,
GL_ARB_vertex_program, GL_ARB_vertex_shader, GL_ARB_window_pos,
GL_S3_s3tc, GL_EXT_texture_env_add, GL_EXT_abgr, GL_EXT_bgra,
GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract,
GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_Cg_shader,
GL_EXT_draw_range_elements, GL_EXT_fog_coord,
GL_EXT_gpu_program_parameters, GL_EXT_multi_draw_arrays,
GL_EXT_packed_pixels, GL_EXT_paletted_texture, GL_EXT_pixel_buffer_object,
GL_EXT_point_parameters, GL_EXT_rescale_normal, GL_EXT_secondary_color,
GL_EXT_separate_specular_color, GL_EXT_shared_texture_palette,
GL_EXT_stencil_wrap, GL_EXT_texture_compression_s3tc,
GL_EXT_texture_cube_map, GL_EXT_texture_edge_clamp,
GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3,
GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod,
GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_vertex_array,
GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat,
GL_KTX_buffer_region, GL_NV_blend_square, GL_NV_fence,
GL_NV_fog_distance, GL_NV_light_max_exponent, GL_NV_packed_depth_stencil,
GL_NV_pixel_data_range, GL_NV_point_sprite, GL_NV_register_combiners,
GL_NV_texgen_reflection, GL_NV_texture_env_combine4,
GL_NV_texture_rectangle, GL_NV_vertex_array_range,
GL_NV_vertex_array_range2, GL_NV_vertex_program, GL_NV_vertex_program1_1,
GL_SGIS_generate_mipmap, GL_SGIS_multitexture, GL_SGIS_texture_lod,
GL_SUN_slice_accum

visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
0x21 24 tc 0 32 0 r y . 8 8 8 0 4 24 8 16 16 16 16 0 0 None
0x22 24 dc 0 32 0 r y . 8 8 8 0 4 24 8 16 16 16 16 0 0 None
0x24 24 tc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 0 0 None
0x25 24 tc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 0 0 None
0x26 24 tc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 0 0 None
0x27 24 tc 0 32 0 r y . 8 8 8 0 4 24 0 16 16 16 16 0 0 None
0x28 24 tc 0 32 0 r y . 8 8 8 8 4 24 0 16 16 16 16 0 0 None
0x29 24 tc 0 32 0 r . . 8 8 8 0 4 24 0 16 16 16 16 0 0 None
0x2a 24 tc 0 32 0 r . . 8 8 8 8 4 24 0 16 16 16 16 0 0 None
0x2b 24 tc 0 32 0 r y . 8 8 8 0 4 16 0 16 16 16 16 0 0 None
0x2c 24 tc 0 32 0 r y . 8 8 8 8 4 16 0 16 16 16 16 0 0 None
0x2d 24 tc 0 32 0 r . . 8 8 8 0 4 16 0 16 16 16 16 0 0 None
0x2e 24 tc 0 32 0 r . . 8 8 8 8 4 16 0 16 16 16 16 0 0 None
0x2f 24 tc 0 32 0 r y . 8 8 8 0 4 0 0 16 16 16 16 0 0 None
0x30 24 tc 0 32 0 r y . 8 8 8 8 4 0 0 16 16 16 16 0 0 None
0x31 24 tc 0 32 0 r . . 8 8 8 0 4 0 0 16 16 16 16 0 0 None
0x32 24 tc 0 32 0 r . . 8 8 8 8 4 0 0 16 16 16 16 0 0 None
0x33 24 dc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 0 0 None
0x34 24 dc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 0 0 None
0x35 24 dc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 0 0 None
0x36 24 dc 0 32 0 r y . 8 8 8 0 4 24 0 16 16 16 16 0 0 None
0x37 24 dc 0 32 0 r y . 8 8 8 8 4 24 0 16 16 16 16 0 0 None
0x38 24 dc 0 32 0 r . . 8 8 8 0 4 24 0 16 16 16 16 0 0 None
0x39 24 dc 0 32 0 r . . 8 8 8 8 4 24 0 16 16 16 16 0 0 None
0x3a 24 dc 0 32 0 r y . 8 8 8 0 4 16 0 16 16 16 16 0 0 None
0x3b 24 dc 0 32 0 r y . 8 8 8 8 4 16 0 16 16 16 16 0 0 None
0x3c 24 dc 0 32 0 r . . 8 8 8 0 4 16 0 16 16 16 16 0 0 None
0x3d 24 dc 0 32 0 r . . 8 8 8 8 4 16 0 16 16 16 16 0 0 None
0x3e 24 dc 0 32 0 r y . 8 8 8 0 4 0 0 16 16 16 16 0 0 None
0x3f 24 dc 0 32 0 r y . 8 8 8 8 4 0 0 16 16 16 16 0 0 None
0x40 24 dc 0 32 0 r . . 8 8 8 0 4 0 0 16 16 16 16 0 0 None
0x41 24 dc 0 32 0 r . . 8 8 8 8 4 0 0 16 16 16 16 0 0 None
0x23 32 tc 0 32 0 r y . 8 8 8 0 4 24 8 16 16 16 16 0 0 None
0x42 32 tc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 0 0 None
0x43 32 tc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 0 0 None
0x44 32 tc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 0 0 None
0x45 32 tc 0 32 0 r y . 8 8 8 0 4 24 0 16 16 16 16 0 0 None
0x46 32 tc 0 32 0 r y . 8 8 8 8 4 24 0 16 16 16 16 0 0 None
0x47 32 tc 0 32 0 r . . 8 8 8 0 4 24 0 16 16 16 16 0 0 None
0x48 32 tc 0 32 0 r . . 8 8 8 8 4 24 0 16 16 16 16 0 0 None
0x49 32 tc 0 32 0 r y . 8 8 8 0 4 16 0 16 16 16 16 0 0 None
0x4a 32 tc 0 32 0 r y . 8 8 8 8 4 16 0 16 16 16 16 0 0 None
0x4b 32 tc 0 32 0 r . . 8 8 8 0 4 16 0 16 16 16 16 0 0 None
0x4c 32 tc 0 32 0 r . . 8 8 8 8 4 16 0 16 16 16 16 0 0 None
0x4d 32 tc 0 32 0 r y . 8 8 8 0 4 0 0 16 16 16 16 0 0 None
0x4e 32 tc 0 32 0 r y . 8 8 8 8 4 0 0 16 16 16 16 0 0 None
0x4f 32 tc 0 32 0 r . . 8 8 8 0 4 0 0 16 16 16 16 0 0 None
0x50 32 tc 0 32 0 r . . 8 8 8 8 4 0 0 16 16 16 16 0 0 None
tombiggy@BiggyMaster:~$

GLXGEARS-ban meg ha mozgatom az ablakot meg se moccan a fogaskerék :( Lehet, az okozza hogy a gf2-mön nincs venti? viszont rendszerhűtés az akad bőven, szal vmennyire mennie kéne...

Opera...laggol, szaggat, használhatatlan flashnél főleg :( Nyert a WinXP? EGY F@SZT! (sry a win usereknek nem flame akart lenni...srysrysry)

Pedig sajnos így van. Ha már kényelmetlenül tetű lassú az FF, akkor ott valami probléma lesz, de alapvetően még a legjobb körülmények mellett sem lesz olyan gyors, mint winXP-n.

Az XP-ben az egész grafikus felületet szorosan összehegesztették a rendszerrel, míg linuxon ez az X szerveres kliens-szerver megoldás működik, ami architektúrális szempontból nyilván rendkívül ötletes, de korántsem a leghatékonyabb. Nézd csak meg a windows kontra Gnome/KDE közötti sebességkülönbséget. Soha nem lesz olyan pörgős egy linux desktop, mint a windows. Nem beszélve az XP által a memóriába cache-elt sok bizbaszról: start menü, desktop, stb. A directX-nek meg ráadásul közvetlen hozzáférése van a hw-hez, ha jól tudom. Most még, mert a Vistában már nem.

Tapasztalatom a közelmúltból: edgy -> feisty update után az amúgy is komótos kubuntu használhatatlanul lassú lett egy hasonló kiépítettségű laptopon. Eddig tehát úgy tűnhet, hogy XP rulez, de mivel kísérletező kedv volt, másik partíción hely még volt, feltettem a friss zenwalkot, és láss csodát: kde, firefox, oo.org, thunderbird megy kellemes sebességgel! Volt a gépen korábban XP, annál jobb tempoval megy mindenképp. Zavart a dolog (főként azért, mert szinte teljesen azonos verziók futnak mindkét disztriben az említett programokból), megnéztem, hogy milyen komponenseket pakol fel az kubi, amit a zen nem, elkezdtem kigyomlálni a "felesleget", és bár a zen még mindig gyorsabb, most már a kubi is használható. Szóval lehet hogy érdemes próbálkozni, ha így is lassú, akkor meg még átnyálazni, hogy melyik hardver nem megy korrektül, mert nem igaz az, hogy nem fog úgy futni, mint egy XP (eredetileg egyébként zenwalk-al is azért kezdtem el bíbelődni, mert kipróbáltam egy slaxot pendriveról futtatva egy olyan laptopon, amiben szintén az említetthez hasonló proci meg memória volt, és meggyőző volt, hogy a lomha XP után egy live rendszeren futó kde ilyen gyors is lehet, úgyhogy kerestem is valami slaki változatot, amit könnyű telepíteni...).

Meg valmi.
Gentoo eseten:
/etc/modules.d/nvidia (ubuntuban talan a /etc/modprobe.d/nvidia-kernel-nkc)
fileban
options nvidia NVreg_EnableAGPSBA=1 NVreg_EnableAGPFW=1

Gyorsit.

(nvidia kernel modul parameterei)

#cat /proc/driver/nvidia/agp/status
Status: Enabled
Driver: AGPGART
AGP Rate: 8x
Fast Writes: Enabled
SBA: Enabled

Persze ez relatív, hogy mi idegtépően lassú, de 633 celeron gép, (nem húzva) 256 sdram, 160 gigas winyo, gentoo, es kde.
A firefox tenyleg lassu volt, de nem mondanam hogy hasznalhatatlan, és soha nem a memória fogyott el, viszont a proci maxon ment. Ezt csak azért írom, hogy 512 ram ne legyen elég kde hez, az elég durva lenne. a 2ghz proci meg pláne elég.
Próbáld meg más disztribúcióval, mert én ahol ubuntut láttam, úgy lassnak tűnt az egész. Nem tudom mi miatt, annyira nem foglalkoztam vele.

Nekem ennél picit gyengébb konfigom van, és nem találkoztam ilyen gonddal.
Firefox, swiftfox egész tűrhetően fut.
Nem kell itt flamelni, más lesz a gond, nem az ubi:)

Az még mindig nem derült ki, hogy Gnome alatt normálisan működött a Firefox. Nekem az egészből az esik le, hogy ott még korrekt sebességgel futott. Sztem ha KDE-re van szükséged, ésszerűbb Kubuntu-t feltenni, minthogy Gnome leszed, KDE fel.

Sziasztok!

Csak egy ötlet - nekem többszőr segített már:

Szóval a nem megfelelően futó program, jelen esetünkben a firefox nevű program indítása előtt egy terminálba írd be ezt:
tail -f /var/log/messages

Ez folyamatosan mutatja a messages fileba bekerülő új bejegyzéseket. Sajnos sok programnál előfordulhat linux alatt, hogy fut ugyan, de közben telipakolja ezt a filet a gondjaival, és tetű lassú, de a szerencsétlen felhasználó meg nem is tud róla...

Ja a firefoxot is terminálból indítsd szerintem a --g-fatal-warnings opcióval hátha ír valami izgalmasat... (megnézhetnéd azt is, hogy milyen ha safe módban indítod, vagy kikapcsolsz egy-két plugint pl a flasht)

Amúgy linux sztem is gyorsabb, de csak stabil, jó minőségű hardveren.(..és persze megfelelően "támogatottan") Sokszor tapasztaltam, hogy egy visszavett memória időzítés vagy cpu belső órajeltől megtáltosodott egy gép. Sajnos ehhez tapasztalat és odafigyelés kell, nameg érzék is :)

Elolvasván a problémád én is akadtam össze már ilyen problémával volt gépen a lakásban. Habár az 256 SD ram és 400mhz -es gépezet volt. A megoldást egy új 2.5Ghz-es celeron meg 1gb ram és egy Fx5700 jelentette. Én nem szólok közbe más téren hiszen nekem ilyen gondom nem akadt. Mindig is firefox-ot használtam. Opera-t kipróbáltam nehogy nekik legyen igazuk de valami szemét lassú volt gépemen szal marad a jóöreg róka :D

.sry először kétszer küldte be. ez a 2. és ezt nem lehet törölni

Sziasztok!
Ne haragudjatok, de számomra nem volt etgyértelmű, hogy milyen lehetőségek vanak, ha a firefox siralmasan lelassul, látszólag ok nélkül. Sanos nem nagyon értek a dolgokhoz, de jó eligazítást nem letem a neten igazándiból, ékes magyar nyelven.
2 GhHz-s Celeron procim van, szépen ment minden rajta, majd a firefox belassult, de úgy, hogy gyakorlatilag használhatalna. Az Opera viszont szépen hasít. Vannak ötleteitek, hogy mint buta felhasználó mit tegyek? Mit tehetek?
A KDE rendszerfigyelőjével egyértelmű, hogy a firefox szabáélja a CPU-t. Viszont hibajelzés semmi a konzolban. UHU 2.0 oprendszeren gnome környezettel...
Nagyon szeretném ismét jól használni, mint eleinte.
Tudtok tanácsot adni? Igazán az eddigi levelekben nem tűnt úgy hogy sok konkrétum lett volna.
Minden jót!
Va

Nos, az a helyzet, hogy a mai felhasználói szokások miatt a gnome/kde ablakozók sajnos 256 mb ram-al használhatatlanok szinte. 512 Mb ram alatt xfce, és tessék elolvasni a firefox gyorsítás cikket itt a hup-on. Hozzátenném, hogy én a firefox lapozófájlt kikapcsoltam, és adtam neki fix értéket a memóriahasználatra, így nem swap-ol egyáltalán, 930 MHz-es, 256 Mb ram-al rendelkező gépen éppcsak lassabb, és egy 500-as kis gépen is elfogadhatóan futkos. Természetesen a gép hibátlan kell legyen, noname hardware elemek, "éppcsakműködik" összeállításban nem lesznek jók... utóbbit kinek nem Inge, az nem skandináv...

-------------------------------------------------------------------------------
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!

Szia, köszi a választ!
Nekem van 1 gigányi RAM memóriám. Hol tudom beállítani a lapozófájlt? Meg tudnád adni annak a gyorsítós cikknek a a címét, Bénázok. Az internet sebességére találtam oldalakat, e ez a böngészőn nem javít. Nem találom. Csak valami angol nyelvűt. És egy ideig szépen működött... Nem értem, miért történt a változás.
Egyébként nem annyira a net sebességével van bajom, hanem azzal, hogy a firefox program zabálja a processzorsebességét, és a lapok közt irgalmatlanul lassan tudok csak váltani.
Va

lépések:

1, Szerkesztés-->Beállítások-->Haladó-->Hálózat-->Gyorsítótár törlése

2, Szerkesztés-->Beállítások-->Adatvédelem-->Személyes adatok törlése most

3, Elolvas Trey írását http://hup.hu/node/7739

-------------------------------------------------------------------------------
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!

Köszi!
A 3-as pont abszolválva volt , de ez csak az internet sebességét állítja. a gyorsítótár 50 megáéja így lassíthatja a programot? És h aszükségem van rá? Szintúgy a személyes adatokkal? Megtettem most, de semmi nem változott. Baromi lassan vált a lapok közt. A konqeror is gyönyörűen hasít.
Jó vasárnapot!
Va

Ezek után szerintem nálad valami más gond lesz. Nekem a gyári firefox is, a swiftfox is gyors. Memtest, firefox újratelepítés? x-org jól konfigurált? Vga driver fennt van? Beryl-compiz fut? Másik gecko motoros böngésző is lassú?

--------------------------------------------------------------------------------
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!

Hát, ha Windows jobban megy rajta, szerintem használd inkáb azt...