- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- Geller72: Az MS Seed szervert üzemeltet a gépeden és lehet hogy nem is tudsz róla?
- sziku69: Szólánc.
- eBay-es kütyük kis pénzért
- Meggyi001: Szekszárdi pumpa pálya
- gban: Ingyen kellene, de tegnapra
- bitpork: Meglátjuk mit hoz a jövő
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- lkristóf: Prohardver fórum userscript – hogy lásd, mikor neked válaszoltak
-
LOGOUT
LOGOUT
Új hozzászólás Aktív témák
-
Igen, ez így igaz, de azért erősen gyanús a 10szeres előny a win javára, ráadásul állandóan és több file esetében, és több program esetén is.
Valami azt súgja, hogy ha az opera megjavul, akkor jó lesz a többi is, de legalábbis remélem.
Vladi: Ezt kifejtenéd bővebben? Létezik, hogy az Opera más portom kommunikál, mint a Firefox?
(Nehezíti a helyzetemet, hogy a hálózatokról keveset tudok, pláne a beállításairól.)
A tűzfalban tudom variálni a portok engedélyezését, vagy a routerben matassak?
Ha a tűzfal fogna valami portot, akkor kikapcsolt tűzfallal jó lenne a sebesség, de mivel kikapcsolva is lassú, feltételezem, hogy nem ez a baj.
A Routeren be van állítva a DMZ host-ba a linuxos gép IP-je, mert a DC++ aktív módhoz kellett még win alatt, de gondolom ez linux alatt sem lehet baj, hiszen tudtommal csak a hardveres tűzfalat kapcsolja ki a beállított IP felé.Ha valami hülyeséget írtam, akkor javítsatok ki, hátha közelebb visz a megoldáshoz!
Köszi!! -
Okés, próba képpen kipróbálom, de hosszútávon nem megoldás, mert nem egy konkrét file jelenti a gondot, hanem az a helyzet, hogy semelyik torrent, és DC++ kliens nem hajlandó normális sebességgel tölteni, pedig pont ezek miatt állítottam üzembe egy külön gépet (meg azért, hogy megtanuljak linuxul.
).
Az már más kérdés, hogy a lassúságot tapasztalom pl. Opera alatt is, de feltételezem, hogy ha az opera megjavul, akkor a többi is menni fog rendesen.
A másik, hogy nem hiszem, hogy a GUI-s progik a szarok, hiszen akkor sokan sírnának emiatt, és nem csak én. Amúgy a FF majdnem jó.Köszi azért, este kipróbálom!!
-
Ja értem. Köszi.
Közben hazaértem, és kipróbáltam amit mondtál, de nem használt.
Vagy nem itt kell kikapcsolni a Süsüben a window scale-t, vagy valami más a gond...
Pedig minden file-t megtaláltam, a helyén, úgyhogy feltételezem, hogy működnie kellene a változtatásoknak.
Ha jobban belegondolok, akkor nem is ez lesz a baj, hiszen akkor a Firefox sem lenne sokkal gyorsabb.
A 4MBit-es netem windows alatt (egy másik gépen), de ugyanazon a routeren keresztül 3700Kbit/sec-et tud FF, és Opera alatt is, süsüben a Firefox 3400 körül visz, az opera meg 1200 körül...
ui.: szemre a linux alatt futó Opera esetén is ugyanolyan gyorsan indul el a letöltést jelző csík, mint a windows alatt, de linux alatt meg-megakad, és nyilván ez okozza a lassúságot...
Nem lehet valami buffer problma? -
Hali!
Átállítottam, úgy, ahogy le volt írva, de semmi sem változott.
Pedig megváltoztak az értékek a kérdéses fájlokban, úgyhogy sikeres volt az átállítás. És újra is indítottam a gépet utána. Esetleg még kell valamit újra inicializálni, vagy ilyesmi?Amúgy megfigyeltem egy grafikonon a pontos jelenséget:
- megindul az adatfolyam normális sebességgel
- megáll egy kis időre (0 Kbit/sec)
- megint elindul.Általában akkor sűrűsödnek be a leállások, ha a file végéhez kezdünk érni.
Már 200KByte-os file-nál is megáll kétszer, de 50-60 KByte alatt nem vettem észre ilyet.A firefox továbbra is közel tökéletes sebességgel hasít...
Majd este megnézegetem a router beállításait, hátha.
Ha van egyéb ötlet, akkor szívesen fogadom.
-
1. Gőzöm sincs.
2. A scaling jó dolog, enélkül egy éles rendszer nem működik hatékonyan. Működés közben kapcsolatba kerülsz helyi hálóval, közeli szerverrel, a világ túlfelével - mind más fizikai közeget használ, illetve a felhasználás módjától is függ, aktuálisan mi az optimális ablakméret. Úgy tudom, nagytávolságú, folyamatos átvitelhez nagyobb méret jobb, és vica versa.
Nem a módszer megléte a gond, hanem hogy egy ősrégi szabvány csak kismértékű változtatást engedett. Ezután jött egy újabb (szintén elég régi), de az eszközök egy része nem ismeri a teljes protokollt, nem tudja olyan finoman állítani az ablakméretet, mint ahogy a szabvány előírja. De valamilyen mértékben igen, tehát teljesen kikapcsolni felesleges - itt csak beállították olyan működésre, hogy a modernebb szabványt ne használják.Telepítésnél szerintem azért nem vacakolnak a részleges beállítással, mert úgyis csak egy géphez, egyfajta átvitellel kapcsolódsz (a Debian tükörszerveréhez csatlakozol ftp vagy http protokollal). Valószínűleg úgysem lesz window scaling a használat során, maradhat kikapcsolva.
Sipi
-
Köszönöm!
Amint hazaérek, kipróbálom.
Elötte két kérdés, csak okosodás céljából:
- Miért van az, hogy az előre telepített Firefox minden esetben hozza a névleges érték 90%-át, és csak az utólag felrakott progik lassúak?
- Miért nem kell kikapcsolni teljesen a window scaling-et? Miért jobb, ha részlegesen bekapcsolva marad? /elolvastam a wikipedián az ide vonatkozó írást, de nem értem pontosan, hogy az én helyzetemben mire is jó/Köszi!
-
NoobLinux
csendes tag
Bocs hogy ide írok annyira kezdő vagyok hogy nagyon. Van egy Acer 2310es Laptopom beépített SiS 630 SVGA kártyával. Tettem fel SuSe Gnome 10.3 at és sehogy sem tudom beállítani a 3D gyorsítást. Már szedtem le a SiS hivatalos oldaláról xsis.rpm-et meg xsis.tgz-t de sehogy sem sikerül ezt az xgl-t vagy mit beállítani. Legyetek szívesek segítsetek! (a képernyő beállításnál azt írja hogy SaX2 nem ajánlja fel a 3D gyorsítás bekapcsolását mert azt a meghajtó vagy a kártya nem támogatja) Jelzem abszolúlt kezdő vagyok ma tettem fel a linuxot.
-
Laprasi991
aktív tag
Sziasztok!
Előfizettem egy Vodafone HSDPA netre, amihez Huawei E220 modem járt. Ubuntuval használtam volna, működött is 2 napig rendesen, de amikor legközelebb fel akartam csatlakozni, akkor olyat írt ki, hogy "SIM Failure". Itt én egyből modem hibára gyanakodtam, ki is próbáltam Windowson, ott ismeretlen hardverként jelent meg. Visszavittem a boltba, ott viszont közölték velem, hogy 100% hogy azért nem tudtam használni, mert a Linux "nemtámogassa". Mondtam hogy mi a helyzet XP alatt, nem nagyon izgatta őket. Mivel pont benne voltam a 3 napos próbaidőszakban, ezért bontattam a szerződést. Ugyanakkor szükségem lenne az állandó utazgatások miatt Internetelérésre, ezért kérdem, hogy megpróbáljak-e újra előfizetni, vagy tényleg a Linuxos támogatás körül lehet itt valami gond
-
Nem hiszem, ez minden bizonnyal sajat maga dekodolja az IR jelet (felteve, hogy egyaltaln IR es nem vmi radios cucc
) (Ill. arra is van esely, hogy - hasonloan az IrDA cuccokhoz - nem olyan frekvenciatartomanyban v miben mukodik, mint a taviranyitok, bar ez, az elozoek miatt, vegul is nem is lenyeges ) -
Na, kb a kovetkezoket kell csinalni:
0. teszt: Meg mielott elinditanad a lircd-t, betoltod kezzel a lirc_dev es a lirc_serial modulokat, aztan kiadod a "mode2 -d=/dev/lirc/0" (v d=/dev/ttyS0 - momentan nincs ir vevo a gepemben, emlekezetbol irok
), aztan nyomogatod a taviranyitot es nezed, hogy tortenik-e valami. Tortennie kell Ha megsem, akkor valoszinuleg a kernel serial driverevel van utkozes, azt kell rmmodolni (aztan ugy visszatolteni, hogy ne drive-olja a vevo soros portjat).1. Csinalsz egy lirc.conf-ot a az irrecord-dal, v letoltesz egyet, ha a konkret taviranyito-tipushoz van mar keszen.
2. Kitoltod az /etc/lirc/hardware.conf-ot a fentieknek megfeleloen, es elinditod a lircd-t.
3. Megcsinalod az alkalmazas-specifikus beallitasokat.
-
A lircrc-t viszonylag könnyű előállítani. Akár a doksihoz mellékelt példa alapján, akár pl. az mplayer, xine, stb. programokhoz weben található fájlokból.
A problémás a lirc vezérlője, ami a távirányító gombjait és kódjait tartalmazza. De leírás alapján ez is megcsinálható, van beépített program, ami érzékeli, mit nyomsz le, és megadod, ez melyik gomb. (Na jó, ez tényleg tré munka. )Sipi
-
Ihh, igazad van. Több évig egyszál gépem volt, mindig úgy használtam, hogy én gépem, én IP-címem.
Konkrét szerverként is működik, a belső hálóra mindenféle szemetet kiszór (samba, ntp, meg ami perverzió időnként eszembe jut). De értelek.Nem jó ötlet, de olymindegy, hiszen kívülről senki nem tud név alapján elérni, nincs regisztrálva. Postfix-szel meg szenvedtem régebben, és az össze-vissza mail server, mail client beállításaimnak az tett a legjobbat, ha eleve a szolgáltatóm doménjébe tartozom.
De győz az ego, lefgyen minden Sipi.Köszönöm.
P.S.: sima LIRC nem bohóckodás, egyetlen macera a távirányító beállítása, de pl. a Hauppauge-m megvolt már előre. Még kész lircrc-ket is le lehet tölteni innen-onnan, alkalmazásokra hangolva.
Sipi
-
Szamitogepnek nincs IP cime.
IP cime interface-nek van.Fontos kulonbseg.
Egyebkent nem valoszinu, hogy barmiben is bezavarna az, hogy epp' melyik interface cimevel van tarsitva a hostname, ha meg megis, akkor csak olyan esetekben, amikor a sipipc konkret szerverkent mukodik (pl. vannak olyan szolgaltatasok, amik defaultbol a 127.0.0.1-re bindelnek (hogy kivulrol ne lehessen elerni oket), ezeket csak olyan hostname-mel tudod elerni, amikbol 127.0.0.1 lesz, a kulso v belso halozati interface cimevel nem, annak ellenere, hogy egy gepen van mindharom)."Neem, neve sipipc, doménnek megadtam a szolgáltatóét (hadd örüljenek)"
Igazabol annyira nem jo otlet, mert hat ez tenyszeruleg nem igaz, hasznalj inkabb vmi igazabbat, local, sipinetwork, ilyesmi.
Infraval most nincs kedvem bohockodni
-
Neem, neve sipipc, doménnek megadtam a szolgáltatóét (hadd örüljenek
![;]](//cdn.rios.hu/dl/s/v1.gif)
).
Arra értettem, hogy egyes alkalmazások a gép nevét pingelni akarják, vagy lekérdezni, hogy él-e. Egy sima asztali gép esetén a hosts-ban nincs semmi, csak a localhost 127.0.0.1, a gépnév pedig a hostnamer-ben van megadva. Ergo ilyen esetben pingelheted a sipipc-t, hiszen az nem egy címmel rendelkező gép neve.Emiatt kellett anno betenni, hogy a sipipc is legyen 127.0.0.1, ekkor a KDE valasmilyen szolgáltatása nem állt le percekig a sipipc után kutatva.
Ha így átírom, akkor viszont 192.168.1.1 lesz a sipipc, a klienseknek is, a szervernek is. De a szervert, amikor használom, nem a belső háló érdekel, hanem az internet, az xmltv onnan kérdezi le az adást, stb. Ekkor bekavarhat-e valamit, hogy a sipipc nevű gép, ha pingeli magát, 192.168.1.1-et kap, holott az ő ip-címe inkább a ppp-s cím.
Infrát nem akarod kipróbálni?
Távirányítóval vezérelt laptop...Sipi
-
tudom ,hogy ahhoz az image-hez kellene. de szerintem nekem nem sima image-em volt, hanem X.virtual.disk-em. amit -o loop paraméterrel sem tudtam felmountolni... (cd-képeket szoktam felmountolni)
slax-hoz is lehet ntfs-3g passzítani, tudom. de annyit nem ért, hogy most még 3 szor bebootoljam a cd-t. meg elötte letöltsem, stb.
wubi-volt, marad is. csak nem nálam...
(amúgy sem teccik az ubuntu vonal, nekem az túl használatkész) -
Közel jársz.
Szóval otthoni "szerver" dnsmasq, ez a DHCP és a DNS forward cache is. A dnsmasq osztja a netet a klienseknek. Egyszem kliensem jelenleg networkmanagerrel kapja az észt, elküldi a HOSTNAME-ben tárolt saját nevét, erre kap egy IP-t és minden egyéb hálózati beállítást. (Mondjuk alapban ez sem ment, a dhclient nem küldött nevet, de megoldottam.) Így a dnsmasq saját cache-ében benne lesznek a kliensek nevei, címei is. A szerver minden rácsatlakozott klienst ismer, és saját magát is. A klienseken be sem raktam a hosts-ba a saját nevüket, mert a DHCP úgyis leosztja az IP-címmel együtt.
A szerver azonban gázos. Nem tudom berakni a hosts-ba a saját nevét, mert ppp-vel kapja a szolgáltatótól a címet, az pedig dinamikus... A hosts-ban most csak sipipc 127.0.0.1 szerepel, ennyi fix infó. Ezt egyrészt nem adja át a klienseknek, másrészt ne is adja, mert minden kliensemnek ugyanaz lesz a localhost neve.
Sipi
-
De te azt irtad, hogy "[m]ár csak az nem megy, hogy a DHCP-vel kiosztott kliensek az otthoni DHCP/DNS szerver nevét is ismerjék", amibol arra kovetkeztettem, hogy a DHCP szerver nevet nem ismerik, az meg nem szokott percenkent valtozni
Vagy lehet hogy felreertettem vmit, de ha szepen, lassan elmagyarazod, akkor biztos megertem
es talan segiteni is tudok, mert nalam is dnsmasq-val (meg resolvconf-fal) mennek a helyi halozatok es minden normalisan mukodik bennuk. -
"rájöttem" hogy az mp3 nem fog szólni mind a 6 hangfalon.. win-ben is kipróbáltam..
van valami sorrund plugin winampra de ló&@#..
ac3-as vagy 5.1-es hangok mentek ahogy illik
mondjuk attól nem voltam boldog lhogy alsa-val és nem esd-vel, mert ha két alkalmazés is hangot akart gerjeszteni, egyformán hangosodtak, halkultak
továbbá a hangerő vezérlés tálcáról nem ment (gnome volume manager) a master hangerőt az adott progi uralta el..azt nem értem az mplayer hogy csinálja a fake mp3 sorrundot...
raid (kernel?) bug miatt ideiglenesen feldobtam egy zixpét..
várom a stabil ubi 8.04-et..
de addig kísérleti vinyón már képbe akarok keveredni a LIRC megoldással.. -
-
Nekem Debianom van, ott a resolvconfnak van egy /etc/resolvconf/resolv.conf.d/head nevu file-ja, amit automatikusan a resolv.conf elejere biggyeszt.
Meg van olyan is, hogy /etc/resolvconf/interface-order, valoszinuleg az is segitene.Persze az elkepzelheto, hogy a gentoo gagyi es ott nincs ilyen
-
Nem.
Gentoo-m van, rengeteg jól működő automatizmussal. És nem hiszem el, hogy nincs rá "hivatalos" mód, hogy úgy működjön, ahogy azt elvárnám. Van egy resolvconf-gentoo csomag, az pont ilyenre jó, hogy a különböző resolv.conf-okat egybefésüli, származzanak bármilyen forrásból. Annyi gond van vele, hogy automatikusan az utolsó sorba teszi a localhostot, így nem sok értelme van, mert a névfeloldás során sosem kerül rá sor.
Sipi
![;]](http://cdn.rios.hu/dl/s/v1.gif)
).
Új hozzászólás Aktív témák
- Milyen TV-t vegyek?
- Elektromos autók - motorok
- One otthoni szolgáltatások (TV, internet, telefon)
- War Thunder - MMO Combat Game
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Fogyjunk le!
- Nintendo Switch 2
- Motoros topic
- Kaspersky Antivirus és Internet Security Fórum
- sziku69: Fűzzük össze a szavakat :)
- További aktív témák...
- Eladó PC játékok - sok ritkaság!!!
- PC Game Pass előfizetés
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem.
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Eladó jogtiszta, Windows 11/10, Office 2019/2021/2024, Fizikai és Digitális licencek, Számlával.
- BESZÁMÍTÁS! Nintendo Switch OLED 64GB játékkonzol extrával garanciával hibátlan működéssel
- Dell 27" USB-C Hub Monitor - P2723DE - 27% ÁFÁs
- Kingston 32GB DDR4 3200MHz KSM29ED8/32ME ECC Szerver RAM
- Sony Playstation Okosítás / Szerviz - TMR, Hall effect szenzor bépítés // 13.00-s PS4 Moddolás
- GYÖNYÖRŰ iPhone 13 mini 128GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS3060
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest