Re: 64 bit
Szia! On Tue, 2006-03-07 at 08:07 +0100, Zidarics Zoltan wrote: A alaplap vasarlas elott allok. Az lenne a kerdes, hogy erdemes-e 64 bites processzor fele kacsintgatni, vagy meg korai. Mindenkeppen az lesz a Jovo Debian a preferalt op.rendszer, fokent C,C++ es Java fejlesztes a profil. Debian pure-64-et hasznalok tulajdonkeppen minden gond nelkul. Milyen processzor, AMD, vagy Intel? Opteron procival hasznalom, nem tudom milyen memoria igenyeid vannak, de 4GB felett semmi kepen ne hagyatkozz az alaplap leirasara...elotte keress ra a neten a szemelyes tapasztalatokraen elegge megszivatamm :-( Az arcihvumban rakereshetsz, egy szer mar leirtam a tapasztalataimat... Sz -- Szilveszter Pinter [EMAIL PROTECTED] FETI ltd. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: 64 bit
En kb. egy honapja vettem egy AMD-s gepet. (Asus A8N-E alaplappal egy 3200+ 64 bit - Venice; 1 Gb DDR 400 mhz ram, sata-II samsung 160 Gb-s winyo) Ha nem sikerul beizzitanod az nforce-4 chipsettet, akkor nagy a baj, mert nagy a zaj! ;o) Az elott egy P4 2.6 Ghz, 800 Mhz FSB-s 1 GB ddr400-as gepem volt sata winyoval. Nos, ezt a gepet siman leporgi meg akkor is, ha csak 32 bites op.rendszer van hozza. Sajnos most csak win-es tapasztalatom van - jelenleg az ala fejlesztek. :o Nekem eredeti x64 WinXp van hozza, ami egy bugos rakas kaki. Ez most nem a linuxos enem mondatja, hanem tenyleg igy van. Iszonyatos nehez megfelelo drivert szerezni hozza. Java fejlesztoi kornyezetet pedig biztosan nem talalsz x64 ala - eclipse es netbeans nem volt hajlando rendesen menni alatta. Sajnos most egy idore nincs otthon netem es ezert meg nem volt alkalmam x64-re nyomott debiant tesztelni. Pali - Original Message - From: Zidarics Zoltan [EMAIL PROTECTED] To: Linux kérdések/válaszok linux@mlf.linux.rulez.org Sent: Tuesday, March 07, 2006 8:07 AM Subject: 64 bit Hello, A alaplap vasarlas elott allok. Az lenne a kerdes, hogy erdemes-e 64 bites processzor fele kacsintgatni, vagy meg korai. Debian a preferalt op.rendszer, fokent C,C++ es Java fejlesztes a profil. Jatek nem szempont. Van mar valakinek tapasztalata? Milyen processzor, AMD, vagy Intel? Nem szeretnek flame-t generalni, csak tapasztalatokrol erdeklodom. -- udv, Zoltan Zidarics programmer PTE University Pecs, Hungary icq: 43288694 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: 64 bit
On Tue, 7 Mar 2006, Zidarics Zoltan wrote: Van mar valakinek tapasztalata? Milyen processzor, AMD, vagy Intel? Nem szeretnek flame-t generalni, csak tapasztalatokrol erdeklodom. Szerver funkciokra hasznalom foleg, de en azt mondom, hogy mindenkep amd. Az Opteron meg x86 (32 bites) modban is jobb, mint a Xeon. Udv, -=Lajbi= LAJBER Zoltan Szent Istvan Egyetem, Informatika Hivatal Experience is something you don't get until just after you need it _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: NFS vs. Samba
In article [EMAIL PROTECTED], Lajber Zoltan [EMAIL PROTECTED] writes: Azt gondolna az ember, hogy a kis Linksys rosszabbul teljesitett, mint a nagy KTI. (TCP-vel, es azonosan UDP-vel.) Nincs valami rendes switchnek nevezheto eszkoz a kozeledben? Nem kell egy cisco 3550, eleg mar egy HP2950 is. Sajnos nincs. Mikor bekoltoztunk az uj irodaba, az en javaslatomra vettunk ket ilyen KTI switchet. Most mar nem fog a ceg a kedvemert masikat venni. Ezzel kell megoldanom a dolgot. kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: 64 bit
Igaz hogy 32bites dabian sidet hasznalok, 64 bites amd-m van. Tortenet: Kezdet: Amd64 x2 3800+,MSI Neo2 Platinum, 1GB Geil DDR 400 RAM, Matrox Parhelia 256 MB, 160 GB WD Sata Rendszeres fagyások X alatt. alaplap csere - Asus A8V azota stabil. Varom a 64-bites matrox drivert. Udv, -- Dr. Janos Korponai West-Transdanubian District Environmental and Water Authority, Dept. Kis-Balaton H-8360 Keszthely, Csik F. str. 4, Hungary e-mail: [EMAIL PROTECTED], http://members.iif.hu/korponai.janos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: NFS vs. Samba
On Tue, 7 Mar 2006, Kiss Gabor wrote: Sajnos nincs. Mikor bekoltoztunk az uj irodaba, az en javaslatomra vettunk ket ilyen KTI switchet. Most mar nem fog a ceg a kedvemert masikat venni. Ezzel kell megoldanom a dolgot. Persze gyanus ,hogy egy switchnek mi koze az udp/tcp dologhoz. Kersztkabelel osszekotve ket gepet mi a helyzet? Udv, -=Lajbi= LAJBER Zoltan Szent Istvan Egyetem, Informatika Hivatal Experience is something you don't get until just after you need it _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: 64 bit
Halihó! Akos Gabriel ezt írta: egyreszt a 32-bites cucc lazan megy alatta, masreszt jo ideje van linuxos amd64-es jdk. dual opteronokon futtatjuk, siman mukodik. WinXP alatt is? :) -- http://www.enaplo.hu - Iskolai Információs Rendszer Auth Gábor -=- FreeBSD 5.4 -=- http://bsd.lap.hu +36-70/9400-341 -=- ICQ: 49179141 -=- Skype: authgabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: NFS vs. Samba
Sziaszrok! On Tue, Mar 07, 2006 at 10:59:30AM +0100, Lajber Zoltan wrote: Persze gyanus ,hogy egy switchnek mi koze az udp/tcp dologhoz. A tcp maga es az alkalmazas teljesen mas modon es parameterekkel adhat ujra. Igy ha nagy a csomagvesztes, akkor latvanyos kulonbseg is kijohet a ketto kozott. Az nfs tcp felett milyen eredmenyt ad? Udv Bozo _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
System administrator / Programmer job at Rapid Intelligence
Rapid Intelligence is currently seeking staff based in Budapest, Hungary to join our global team. Rapid Intelligence offers: + Small, innovative team + Opportunity to use diverse range of skills + Dynamic, meritocratic development environment We are looking for a system administrator to manage a large number of Linux servers located offshore and deal with traffic in the millions of pageviews per month. Required: + Experience in dealing with web servers (Linux, Apache, Mysql, Perl/PHP) + Experience in maintaining large files and databases + Programming experience (Perl or PHP) + Desire to continually learn new things and new technologies + Good communication skills + Pragmatic approach + Willingness to be on call 24x7 (calls normally infrequent) This job will go beyond straight sysadmin and as a small company, you will have a range of tasks. Any experience you have in bots, data mining, technical writing or stats will be put to good use. If you send us your CV then please include some sample code you've written that you feel is relevant. Send CV to: [EMAIL PROTECTED] More info: http://www.rapint.com/careers.html _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: NFS vs. Samba
On Tue, 7 Mar 2006, BORBELY Zoltan wrote: A tcp maga es az alkalmazas teljesen mas modon es parameterekkel adhat ujra. Igy ha nagy a csomagvesztes, akkor latvanyos kulonbseg is kijohet a ketto kozott. Az nfs tcp felett milyen eredmenyt ad? Ha csomagvesztes van, akkor nehez eldonteni, melyik lesz lasabb. A TCP hajlamos arra, hogy visszaves, es belassul. Az UDP-nel meg siman ujra kell kuldeni, es kesz. Udv, -=Lajbi= LAJBER Zoltan Szent Istvan Egyetem, Informatika Hivatal Experience is something you don't get until just after you need it _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
IPS HLBR 1.0 released (off-topic)
IPS HLBR - Version 1.0 can detect malicious traffic using regular expressions Version 1.0 of Hogwash Light BR, released march 5th 2006, brings two interesting new features. The first one is the ability of using regular expressions to detect intrusion attempts and e-mails with virus or phishing. The second is the use of lists with banned words. HLBR is an IPS (Intrusion Prevention System) that reads network traffic in the layer 2 of the OSI model. Since it works like a bridge, it stays in-line in the network topology and doesn't need an IP address. So, HLBR is invisible to attackers. Traffic filtering (including the packets contents) can be done with simple rules. Version 1.0 can use regular expressions to filter the packets. To see a example of rule with regular expression, please check http://hlbr.sourceforge.net/hlbr-rule-1.gif . HLBR lets you use rules for blocking attacks against network servers. In order to fully understand it please read our documentation at http://hlbr.sourceforge.net/ips-en.html - explanations about the IPS concept including charts. HLBR site is at http://hlbr.sourceforge.net. (Translated from Portuguese by André Bertelli - andre (a) bertelli.name) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: 64 bit
Most mar helyesbitek. A JDK jol fut WinXp x64 alatt is, csak az eclipse es netbeans nem. Pali U.i.: Utolso xp-s hozzaszolasom volt, igerem. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: 64 bit
Magyarul a kérdésem lényege, az Asus A8V (esetleg A8V Deluxe) képes lehet dualcore procit fogadni? Az volt a gondom, hogy a matrox agp-s ezert kellet agp alaplapot vennem. Az MSI szarakodasa utan neztem jobban korul, s az asus ezen lapjanal volt csak feltuntettve, hogy x2 kesz. A huto Arcic Cooling Freezer 64 Pro, haz Antec Sonata. debian:/home/korponai# cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 43 model name : AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ stepping: 1 cpu MHz : 2000.266 cache size : 512 KB physical id : 0 siblings: 1 core id : 0 cpu cores : 1 fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext 3dnow pni lahf_lm cmp_legacy bogomips: 4004.59 processor : 1 vendor_id : AuthenticAMD cpu family : 15 model : 43 model name : AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ stepping: 1 cpu MHz : 2000.266 cache size : 512 KB physical id : 127 siblings: 1 core id : 1 cpu cores : 1 fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext 3dnow pni lahf_lm cmp_legacy bogomips: 3999.50 -- Dr. Janos Korponai West-Transdanubian District Environmental and Water Authority, Dept. Kis-Balaton H-8360 Keszthely, Csik F. str. 4, Hungary e-mail: [EMAIL PROTECTED], http://members.iif.hu/korponai.janos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: NFS vs. Samba
Kiss Gabor wrote: Azt gondolna az ember, hogy a kis Linksys rosszabbul teljesitett, mint a nagy KTI. (TCP-vel, es azonosan UDP-vel.) De kozben a sambas file-masolas sebessege maradt 5 MB/s korul, viszont a kis switch-csel az NFS sebessege 1-rol 10 MB/s-ra ugrott fel. en is nezegettem ezt a cuccot, nalunk az nfs sebessegere nem lehet panasz (400mbit-et tud tartosan), de az iperf nalam is borzaszto bena ertekeket produkalt. tcp-n jol mert, a gigabitet a ket linux kozott ki lehet hajtani, pedig 30eFt-os gagyisztikus switch van. :) btw lehet tcp folott is nfs-ezni. ja, en kernel nfsd-t hasznalok -- Üdvözlettel, Gábriel Ákos -=E-Mail :[EMAIL PROTECTED]|Web: http://www.gabriel.co.hu=- -=Tel/fax:+3612367353 |Mobil:+36209278894=- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: NFS vs. Samba
In article [EMAIL PROTECTED], Lajber Zoltan [EMAIL PROTECTED] writes: Mikor bekoltoztunk az uj irodaba, az en javaslatomra vettunk ket ilyen KTI switchet. Most mar nem fog a ceg a kedvemert masikat venni. Ezzel kell megoldanom a dolgot. Persze gyanus ,hogy egy switchnek mi koze az udp/tcp dologhoz. Kersztkabelel osszekotve ket gepet mi a helyzet? Hmmm. Ezt napkozben nem probalhatom ki. Nem húzhatom ki a file servert a dolgozok alol. De nem hiszem, hogy rosszabb lenne a mostaninal: hostA-switchE-switchFhostB | switchCswitchD | || Az A hoston mericskelek, a B host a file server. Az E es F switchek kis 5 portos SOHO-k, a C es a D switch a 24+2 portos KTI, azokon lognak a felhasznaloim. A es B gepek ket kulonbozo emeleten vannak, hogy nehezebb legyen a dolgom. :-) Szoval ha switchF nincs bent a kepben, hanem switchE es hostB egyarant switchC-re kapcsolodik, akkor hal le az NFS. kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: 64 bit
On Tue, Mar 07, 2006 at 05:23:50PM +0100, Akos Gabriel wrote: stable. Javasolt a friss rendszerhez testing. Foleg 64biten. nem kell. semmi nem indokolja. Csak annyi, hogy stable64-bol hianyzik egy csomo csomag. Azert tertem at testingre kozel egy eve. -- Udv: Skip NAUI Course Director #36774 http://www.manatus.hu Búvártanfolyamok kezdőtől az oktatói szintekig _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: rendszerora osszevissza jar
[EMAIL PROTECTED] writes: Nem fut véletlenül ntp vagy valami más alkalmazás, ami állítgatja a rendszerórát? De, ntpd fut. Viszont annak ugye pont az lenne a lényege, hogy az óra ne ugráljon... Ilyenkor az ntpd ki is szokott szállni a buliból (exiting). Elképzelhetõ, hogy a CMOS óra elromlott, az ntpd pedig ahhoz próbál ilyen durván szinkronizálni? Ez talán jó ötlet, amint ismét be tudok lépni arra a gépre, megnézem! -- Köszi: Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: NFS vs. Samba
On Tue, 7 Mar 2006, Kiss Gabor wrote: hostA-switchE-switchFhostB | switchCswitchD | || Az A hoston mericskelek, a B host a file server. Az E es F switchek kis 5 portos SOHO-k, a C es a D switch a 24+2 portos KTI, azokon lognak a felhasznaloim. A es B gepek ket kulonbozo emeleten vannak, hogy nehezebb legyen a dolgom. :-) Szoval ha switchF nincs bent a kepben, hanem switchE es hostB egyarant switchC-re kapcsolodik, akkor hal le az NFS. Kerdeseim: mi a switch C,E,F tipusa? Mi az A es B halokartya tipusa? Udv, -=Lajbi= LAJBER Zoltan Szent Istvan Egyetem, Informatika Hivatal Experience is something you don't get until just after you need it _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: WPA + RADIUS
On Sat, 4 Mar 2006, Ruzsinszky Attila wrote: Megkérdezem, mert a Neten talált infók alapján nekem nem egyértlemű, hogy küzdjek-e FreeRADIUS-sal, különösen Ez segit? Nem probaltam, csak belebotlottam. http://tinyurl.com/b88ox http://tinyurl.com/9gvct Eleg friss IOS-rol beszel, es persze cisco airnet kartyakrol. Udv, -=Lajbi= LAJBER Zoltan Szent Istvan Egyetem, Informatika Hivatal Experience is something you don't get until just after you need it _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
halozati forgalom figyeles
Hali! Szeretnem azt figyelni, hogy melyik gep a LAN-bol mennyit forgalmaz az internet fele. Gyakorlatilag az a gond, hogy egyesek letoltenek nagy mennyisegu adatot, masok meg nem tudnak ettol normalisan dolgozni. Szoval lehetoleg IP cimre (de akar MAC-ra is, mindegy) bontott statisztika lenne jo, lehetoleg olyasmi, hogy pl. napi forgalom hostonkent, munkaido alatt mondjuk orankent, vagy ilyesmi mennyit forgalmazott. Mi jo erre? mrtg? net-acct? ntop? Esetleg az aktualis forgalom is jo, ha latszik, de ha az nincs, az se baj, mert az iptraf az jo erre a reszre. Valaha regen egyszer ntop-ot hasznaltam, de most nem sikerult gyorsan, mert valami demon lett, es valami webes feluleten menne, szoval megvaltozott. Es arra gondoltam, ha mar megtanulok valamit, akkor megnezem, mit tanuljak meg. G _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: NFS vs. Samba
On Tue, Mar 07, 2006 at 04:26:00PM +, Kiss Gabor wrote: KTI switch bent: Samba 5 MB/s, NFS over TCP 11 MB/s, NFS over UDB 0.1-3 MB/s. Ezt olvasva felmerult bennem a kerdes: diskless terminalok tudnak-e nfs over tcp-t hasznalni? -- Udvozlettel Zsiga _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: halozati forgalom figyeles
Nagy Gabor wrote: Hali! Szeretnem azt figyelni, hogy melyik gep a LAN-bol mennyit forgalmaz az internet fele. Gyakorlatilag az a gond, hogy egyesek letoltenek nagy mennyisegu adatot, masok meg nem tudnak ettol normalisan dolgozni. Lehet ezt is, de meg jobb, ha traffic priorizing-gel egyszeruen lenyomod a nem-fontos protokollokat. Egy out-of-the-box megoldas: www.efw.it -- Üdvözlettel, Gábriel Ákos -=E-Mail :[EMAIL PROTECTED]|Web: http://www.gabriel.co.hu=- -=Tel/fax:+3612367353 |Mobil:+36209278894=- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: rendszerora osszevissza jar
Ferenc Wagner wrote: [EMAIL PROTECTED] writes: Nem fut véletlenül ntp vagy valami más alkalmazás, ami állítgatja a rendszerórát? De, ntpd fut. Viszont annak ugye pont az lenne a lényege, hogy az óra ne ugráljon... Ilyenkor az ntpd ki is szokott szállni a buliból (exiting). Elképzelhető, hogy a CMOS óra elromlott, az ntpd pedig ahhoz próbál ilyen durván szinkronizálni? Ez talán jó ötlet, amint ismét be tudok lépni arra a gépre, megnézem! Kerdes: nem egy amd procis alaplaprol van szo (mind1, hogy amd64 vagy sima athlonXP)? Mert azoknal elofordult egy kis erdekesseg az FSB Spread Spectrum kornyeken. Nalam nagyon sietett valahova, utananeztem es ki kellett kapcsolni alaplapon (vagy csak a noapic opciot kellett bootloadernek megadni). IroNiQ _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux