Am un laptop cu p4m (nu pentium M) si care e cam fierbinte dupa parearea
mea (cel putin in ultima vreme sau cel putin de cand ma uit eu la
senzori). De ex. la o compilare de kernel urca pana la 87-88 de grade C
(sau cel putin asa arata /proc/acpi/thermal_zone/THM/temperature)
Cand nu face
Se da: LanA, LanB si LanC, legate intr-un vpn.
LANA: 10.0.0.1/24
LANB: 10.0.1.1/24
LANC: 10.0.3.1/24
In LANA se mai da o statie cu 2 eth. Se doreste ca acest PC, sa comunice cu
toate celelalte prin vpn, dar si cu exteriorul printr-o adresa publica!
PCLANA
-
- eth0 1.1.1.55 gw
Nu stiu ce am cautat pe net si nu stiu cum am ajunt pe pagina lui
Catalin(ux aka Dino) BOIE
( http://kernel.umbrella.ro/docs/RAID.html ) in care sunt exemplificate
practic tipurile de raid cu ajutorul unor
loopbackuri, dar cum nu am vazut niciodata cum arata un fail al unui hard
sub RAID
În data de Lu, 27-02-2006 la 11:18 +0100, Dan NAE a scris:
Am un laptop cu p4m (nu pentium M) si care e cam fierbinte dupa parearea
mea (cel putin in ultima vreme sau cel putin de cand ma uit eu la
senzori). De ex. la o compilare de kernel urca pana la 87-88 de grade C
(sau cel putin asa
Dumitru Ciobarcianu wrote:
În data de Lu, 27-02-2006 la 11:18 +0100, Dan NAE a scris:
Am un laptop cu p4m (nu pentium M) si care e cam fierbinte dupa parearea
mea (cel putin in ultima vreme sau cel putin de cand ma uit eu la
senzori). De ex. la o compilare de kernel urca pana la 87-88 de
În data de Lu, 27-02-2006 la 11:58 +0100, Dan NAE a scris:
Dumitru Ciobarcianu wrote:
La mine se comporta exact la fel (ba chiar urca si spre 95 daca il las).
Nu mi-am facut probleme foarte mari, la fel face si in windows, am un
cpufreqd configurat sa-l tina la jumate cand sta degeaba
În data de Lu, 27-02-2006 la 13:06 +0200, Dumitru Ciobarcianu a scris:
Ok, m-am mai linistit putin, o sa-i spun lui cpufreqd maxtemp 85 :)
s/cpufreqd/cpuspeed/
--
Cioby
___
RLUG mailing list
RLUG@lists.lug.ro
Probabil s-a acumulat ceva praf pe ventilator/radiator si asta scade
foarte mult eficienta racirii.
O curatare a prafului nu ar strica (ventilator, radiator, het-pipe,
admisia de aer de sub laptor, evacuarea din lateral sau spate). Daca
tot esti in zona vezi si cum e contactul termic intre
On Mon, 27 Feb 2006, Alex wrote:
Se da: LanA, LanB si LanC, legate intr-un vpn.
LANA: 10.0.0.1/24
LANB: 10.0.1.1/24
LANC: 10.0.3.1/24
Din ce ai scris mai jos deduc ca aici e 10.0.2.0/24, nu .3.0.
daca in acest ultim caz adaug si:
route add -net 10.0.0.0 netmask 255.255.0.0 gw
Salut!
[ Inainte de toate, imi pare rau de cross-posting dar stiu ca sunt
oameni cu scaun la cap care sunt abonati doar la offtopic si as vrea
sa cunosc si opinia lor in legatura cu subiectul discutiei. ]
Intentionez sa instalez Debian (Sarge) pe un AMD64. Am vazut ca e
unofficial dar are
George Razvan NICA wrote:
Salut!
[ Inainte de toate, imi pare rau de cross-posting dar stiu ca sunt
oameni cu scaun la cap care sunt abonati doar la offtopic si as vrea
sa cunosc si opinia lor in legatura cu subiectul discutiei. ]
Intentionez sa instalez Debian (Sarge) pe un AMD64. Am vazut ca
On Monday 27 February 2006 14:35, George Razvan NICA wrote:
Ati avut experiente bune/rele, exista ceva detalii care merita luate in
calcul?
Cel mai dureros lucru este că nu ai plugin de flash. Asta e o deficienţă a
oricărei distribuţii pe 64 de biţi (eu folosesc Fedora - core 5 test2 +
Am dat cu search-ul inainte ca cersesc o mura, dar sunt atatea cai ca m-am
confuzat.
Se da un LAN din care se poate iesi in afara pe orice port, dar in care nu se
poate intra inauntru, port forwarding exclus.
Se mai da un computer cu Linux in internet la care am access si control.
Cum pot
Intentionez sa instalez Debian (Sarge) pe un AMD64. Am vazut ca e
unofficial dar are security fixes stuff asa ca nu vad motive care sa
ma opreasca de la a-l folosi.
Eu am sarge pe 32biti si merge perfect.
La versiunea pe 64biti sunt probleme cu softul third party gen flash
player, skype
Silviu Marin-Caea wrote:
Am dat cu search-ul inainte ca cersesc o mura, dar sunt atatea cai ca m-am
confuzat.
Se da un LAN din care se poate iesi in afara pe orice port, dar in care nu se
poate intra inauntru, port forwarding exclus.
Se mai da un computer cu Linux in internet la care am
Am omis sa mentionez ca e vorba de un server, nu de un workstation.
Vorbind despre probleme, as vrea sa stiu ca ele nu apar atunci cand
vine vorba de: amavisd, apache, bind9, clamav, courier, mysql,
postgresql, qmail, qmail-scanner, samba, squid, vpopmail.
Nu stiu exact cum e pe AMD64, dar
On Monday 27 February 2006 14:51, Silviu Marin-Caea wrote:
[...]
Cum pot stabili o conexiune de la statia mea din LAN pana la computerul cu
Linux din internet, in asa fel incat sa pot ajunge pe statia mea din LAN de
acasa?
Asta ma ajuta sa pot lucra fara sa ma mut de tot la servici.
Ma
Si daca nu vrei sa te chinui prea mult, si daca pe statia pe care vrei o
accesezi ai Windows, poti incerca http://www.logmein.com/
Criptare are, poti face transfer de fisiere, remote desktop etc.
On 2/27/06, Serghei Amelian [EMAIL PROTECTED] wrote:
On Monday 27 February 2006 14:51, Silviu
On Mon, 27 Feb 2006, Silviu Marin-Caea wrote:
Cum pot stabili o conexiune de la statia mea din LAN pana la computerul
cu Linux din internet, in asa fel incat sa pot ajunge pe statia mea din
LAN de acasa?
Local port forwarding de pe statia locala pina pe serverul din
internet.
--
Any
On Monday 27 February 2006 14:35, George Razvan NICA wrote:
[ Inainte de toate, imi pare rau de cross-posting dar stiu ca sunt
oameni cu scaun la cap care sunt abonati doar la offtopic si as vrea
sa cunosc si opinia lor in legatura cu subiectul discutiei. ]
Intentionez sa instalez Debian
On Mon, 27 Feb 2006, Tarhon-Onu Victor wrote:
Local port forwarding de pe statia locala pina pe serverul din
internet.
Dar, da, asta inseamna ca tre' sa tii pornit un ssh de acolo pina
pe serverul remote.
Cred ca mai buna e una dintre solutiile cu VPN (vtun, openvpn,
*swan, etc).
--
On Mon, 27 Feb 2006, George Razvan NICA wrote:
Am omis sa mentionez ca e vorba de un server, nu de un workstation.
Vorbind despre probleme, as vrea sa stiu ca ele nu apar atunci cand vine
vorba de: amavisd, apache, bind9, clamav, courier, mysql, postgresql,
qmail, qmail-scanner, samba, squid,
Tarhon-Onu Victor wrote:
qmail e o aplicatie timpita, nu stiu cum si daca va merge,
Iti spun eu ca merge, daca de 3-4 ani nu am avut nici o problema cu el,
atunci sigur merge. Si nu pe 2-3 domenii si useri ci pe sute ...
--
Besides, I think Slackware sounds better than Microsoft, don't
On Monday 27 February 2006 14:35, George Razvan NICA wrote:
Salut!
[ Inainte de toate, imi pare rau de cross-posting dar stiu ca sunt
oameni cu scaun la cap care sunt abonati doar la offtopic si as vrea
sa cunosc si opinia lor in legatura cu subiectul discutiei. ]
Intentionez sa instalez
Serghei Amelian wrote:
Din punctul meu de vedere, arhitectura pe 64 de biti e o inventie stupida si
inutila. Eu am EM64T, dar il folosesc pe 32 bit, merge mult mai bine.
daca ai avea un procesor adevarat pe 64 de biti, ai vedea ca arhitectura
pe 64 de biti nu e deloc stupida.
lonely wolf wrote:
arny wrote:
Tarhon-Onu Victor wrote:
qmail e o aplicatie timpita, nu stiu cum si daca va merge,
Iti spun eu ca merge, daca de 3-4 ani nu am avut nici o problema cu
el, atunci sigur merge. Si nu pe 2-3 domenii si useri ci pe sute ...
folosesti qmail de 4 ani in
Din punctul meu de vedere, arhitectura pe 64 de biti e o inventie stupida si
inutila. Eu am EM64T, dar il folosesc pe 32 bit, merge mult mai bine.
Pe desktop accept ca este discutabila utilitatea arhitecturii pe 64
biti, sau ma rog...la fel de discutabila ca atunci cind se trecea de
la 16
On Monday 27 February 2006 13:36, Tarhon-Onu Victor wrote:
On Mon, 27 Feb 2006, Alex wrote:
Se da: LanA, LanB si LanC, legate intr-un vpn.
LANA: 10.0.0.1/24
LANB: 10.0.1.1/24
LANC: 10.0.3.1/24
Din ce ai scris mai jos deduc ca aici e 10.0.2.0/24, nu .3.0.
deduci corect... am
On Monday 27 February 2006 15:41, Vali Dragnuta wrote:
Din punctul meu de vedere, arhitectura pe 64 de biti e o inventie stupida
si inutila. Eu am EM64T, dar il folosesc pe 32 bit, merge mult mai bine.
Pe desktop accept ca este discutabila utilitatea arhitecturii pe 64
biti, sau ma rog...
On Monday 27 February 2006 14:51, Adrian Minta wrote:
Silviu Marin-Caea wrote:
Am dat cu search-ul inainte ca cersesc o mura, dar sunt atatea cai ca m-am
confuzat.
Vezi openvpn ... e simplu si eficient.
La mine pe statie, in LAN am dat
openvpn --remote computer.internet.ro --dev tun1
nevoie de si mai mult RAM (ma rog, nu stiu cand vom atinge si limita de 2^64
octeti, poate niciodata).
Stop right there, buddy, si cu 640KB a fost la fel. ;)
--
GRN
http://nano.cube.ro - starting small. going big.
http://www.infinium.ro - agile IT solutions
Serghei Amelian wrote:
On Monday 27 February 2006 15:41, Vali Dragnuta wrote:
Din punctul meu de vedere, arhitectura pe 64 de biti e o inventie stupida
si inutila. Eu am EM64T, dar il folosesc pe 32 bit, merge mult mai bine.
Pe desktop accept ca este discutabila utilitatea
On Monday 27 February 2006 14:35, George Razvan NICA wrote:
Salut!
Ati avut experiente bune/rele, exista ceva detalii care
merita luate in calcul?
Folosesc de ceva vreme si ca servere si ca workstation (nu
Debian tho). Nu am avut probleme. Am observat in umilele mele
teste (time make
On Monday 27 February 2006 15:02, Alex 'CAVE' Cernat wrote:
Am omis sa mentionez ca e vorba de un server, nu de un
workstation. Vorbind despre probleme, as vrea sa stiu ca
ele nu apar atunci cand vine vorba de: amavisd, apache,
bind9, clamav, courier, mysql, postgresql, qmail,
Ai dreptate, am uitat de Oracle. Dar si aici cred ca e un cerc vicios. Ai
nevoie de mult RAM, care sa fie accesat direct, dar trecand la 64 de bit ai
nevoie de si mai mult RAM (ma rog, nu stiu cand vom atinge si limita de 2^64
octeti, poate niciodata).
Nici nu trebuie neaparat sa fie
În data de Lu, 27-02-2006 la 16:10 +0200, Vali Dragnuta a scris:
In plus, daca ar fi sa facem o analogie cu trecerea de la
16 la 32 de biti, primele beneficiare reale ale noii arhitecturi
au fost serverele, abia apoi desktopurile. Mai mult,in virtutea
aceleiasi analogii as putea spune ca
Salut !
Cum pot sa omor o conexiune anume din /proc/net/ip_conntrack ? O metoda
ar fi iptables bla bla -j REJECT --reject-with tcp-reset . Rezultatul e
cel dorit de mine, dar buba e ca conexiunea ramane
in /proc/net/ip_conntrack timp de 5 zile (lucru care ma deranjeaza)
datorita
Cu diferenta ca exista procesoare pe 64 biti de foarte mult timp
(sparc64 anyone?) doar ca pana acum erau destul de scumpe pentru ca se
adresau unui segment relativ ingust de piata iar jocurile nu erau
compilate pe 64biti (HL2-64 anyone?)
Complet de acord cu tine (de fapt fuck sparc, alpha
On Mon, 2006-02-27 at 16:10 +0200, Vali Dragnuta wrote:
Mai mult,in virtutea
aceleiasi analogii as putea spune ca primele procesoare ale noii
generatii vor avea diverse probleme si vor fi uneori niste
optiuni nefericite pentru anumite taskuri,
abia urmatoarea generatie va fi si suficient
de
On Mon, 2006-02-27 at 16:18 +0200, Stefan S. wrote:
Exista cumva vreun tool/librarie/ceva care sa omoare conexiuni la
comanda intr-un mod mai elegant?
tcpkill din suita dsniff
--
This message was scanned for spam and viruses by BitDefender.
For more information please visit
Well, afaik a trecut demult prima generatie de procesoare 64bit (stil
amd64, ca pt ppc, sparc, alpha au trecut poate prea multe ;)
Pai oricum ma refeream doar la intel si amd (de la
care as mai astepta o generatie...poate) restul am zis mai devreme
ca nu se pun :)
Cit despre laptopul tau -
poate sa modifici la ceva rezonabil ? 900...3600 de
secunde spre exemplu in loc de 5 secunde.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug
On Monday 27 February 2006 16:10, Vali Dragnuta wrote:
Ai dreptate, am uitat de Oracle. Dar si aici cred ca e un cerc vicios. Ai
nevoie de mult RAM, care sa fie accesat direct, dar trecand la 64 de bit
ai nevoie de si mai mult RAM (ma rog, nu stiu cand vom atinge si limita
de 2^64 octeti,
On 2/27/06, Vali Dragnuta [EMAIL PROTECTED] wrote:
Ai dreptate, am uitat de Oracle. Dar si aici cred ca e un cerc vicios. Ai
nevoie de mult RAM, care sa fie accesat direct, dar trecand la 64 de bit ai
nevoie de si mai mult RAM (ma rog, nu stiu cand vom atinge si limita de 2^64
octeti,
Am dat ca exemplu Oracle, pentru ca e reprezentativ pentru categoria asta de
aplicatii (10g e prima aplicatie pe care am vazut-o care cere un minimum de
1G RAM si 1.5G swap).
Nici vorbadepinde ce instanta iti creezi.O instanta size-uita corect
conform nevoilor aplicatiei poate sa stea
On Monday 27 February 2006 16:46, Serghei Amelian wrote:
Beneficiul major la x64 nu e ca ai 2^64 memorie, care oricum e max
64G
De unde ai scos asta? Mie imi iese din calcul vreo 18 miliarde de G.
Iartă-l, a făcut calculul pe un calculator cu 32 de biţi.
Dorin
On Mon, 2006-02-27 at 16:30 +0200, Vali Dragnuta wrote:
Pai oricum ma refeream doar la intel si amd (de la
care as mai astepta o generatie...poate)
Cred ca voiai sa pui paranteza in dreptul lui intel.
Oh wait, gresesc. De vreme ce intel licentiaza tehnologia amd64 ai
dreptate sa astepti ceva
Am de pus pe un centos 4.2 o pereche de diskuri sata in raid1 si am de
ales intre un controller intel srcs16 (LSI Logic MegaRAID) si 3ware
9500/9550.
Din cate am citit pe net ambele sunt suportate de linux, dar sunt
curios celor care au avut de-a face cu ele (if any) ce impresie le-a
lasat.
Masina
On 2/27/06, George Razvan NICA [EMAIL PROTECTED] wrote:
Intentionez sa instalez Debian (Sarge) pe un AMD64. Am vazut ca e
unofficial dar are security fixes stuff asa ca nu vad motive care sa
ma opreasca de la a-l folosi.
AMD64 pe Debian va deveni oficial destul de curand, se pregateste
On Monday 27 February 2006 16:55, Dorin Lazar wrote:
On Monday 27 February 2006 16:46, Serghei Amelian wrote:
Beneficiul major la x64 nu e ca ai 2^64 memorie, care oricum e max
64G
De unde ai scos asta? Mie imi iese din calcul vreo 18 miliarde de G.
Iartă-l, a făcut calculul pe un
On Monday 27 February 2006 17:08, Serghei Amelian wrote:
Pai eu de aia nu as fi uimit daca 2^64 bytes de memorie nu s-ar depasi
niciodata. Unii nu-si dau seama ca 2^64 e un numar atat de mare incat putem
practic sa stocam in el numarul tuturor atomilor din Univers.
Nici chiar atît de mare.
Beneficiul major la x64 nu e ca ai 2^64 memorie, care oricum e max
64G, ci faptul ca ai latimea la transfer de date la 64 biti, vedeti si
voi ca de mult suntem la 32 de biti dar memoriile de ex sunt acum pe
64 de biti si dual-channel adica 128. din asta se scoate latime de
banda nu
On Mon, 27 Feb 2006, lonely wolf wrote:
aha, deci in contextul threadului debian pe 64 de biti ne-ai informat ca ai
folosit qmail pe 32 de biti. multumim de info.
Pe slec.
--
Any views or opinions presented within this e-mail are solely those of
the author and do not necessarily
On Monday 27 February 2006 15:15, [EMAIL PROTECTED] wrote:
Cel mai dureros lucru este că nu ai plugin de flash. Asta e o
deficienĹŁÄƒ a oricărei distribuĹŁii pe 64 de biĹŁi (eu folosesc
Fedora - core 5 test2 + updates)
Konqueror 64 biti poate folosi pluginul flash the 32 biti. Solutia:
Am de pus pe un centos 4.2 o pereche de diskuri sata in raid1 si am de
ales intre un controller intel srcs16 (LSI Logic MegaRAID) si 3ware
9500/9550.
Din cate am citit pe net ambele sunt suportate de linux, dar sunt
curios celor care au avut de-a face cu ele (if any) ce impresie le-a
lasat.
On 2/27/06, Serghei Amelian [EMAIL PROTECTED] wrote:
On Monday 27 February 2006 16:41, Catalin Muresan wrote:
[...]
Cit despre cind vom ajunge la 2^64 bytes... ramine de vazut.
Pe vremea cind s-a trecut de la 16 la 32 biti mie personal
mi se parea enorm volumul de 4 giga de memorie pe
On Mon, 27 Feb 2006, lonely wolf wrote:
Serghei Amelian wrote:
Din punctul meu de vedere, arhitectura pe 64 de biti e o inventie stupida
si inutila. Eu am EM64T, dar il folosesc pe 32 bit, merge mult mai bine.
daca ai avea un procesor adevarat pe 64 de biti, ai vedea ca arhitectura pe
64
On Mon, 27 Feb 2006, Vali Dragnuta wrote:
Cu diferenta ca exista procesoare pe 64 biti de foarte mult timp
(sparc64 anyone?) doar ca pana acum erau destul de scumpe pentru ca se
adresau unui segment relativ ingust de piata iar jocurile nu erau
compilate pe 64biti (HL2-64 anyone?)
Complet de
On Mon, 27 Feb 2006, Serghei Amelian wrote:
On Monday 27 February 2006 16:55, Dorin Lazar wrote:
On Monday 27 February 2006 16:46, Serghei Amelian wrote:
Beneficiul major la x64 nu e ca ai 2^64 memorie, care oricum e max
64G
De unde ai scos asta? Mie imi iese din calcul vreo 18 miliarde de
On Monday 27 February 2006 21:34, [EMAIL PROTECTED] wrote:
On Mon, 27 Feb 2006, Serghei Amelian wrote:
On Monday 27 February 2006 16:55, Dorin Lazar wrote:
On Monday 27 February 2006 16:46, Serghei Amelian wrote:
Beneficiul major la x64 nu e ca ai 2^64 memorie, care oricum e max
64G
Beneficiul major la x64 nu e ca ai 2^64 memorie, care oricum e max
64G, ci faptul ca ai latimea la transfer de date la 64 biti, vedeti si
voi ca de mult suntem la 32 de biti dar memoriile de ex sunt acum pe
64 de biti si dual-channel adica 128. din asta se scoate latime de
banda nu
La mine la job am un HP dual Xeon si cu 5 giga de RAM, data warehouse
cu PostgreSQL 8.0.3 plus MS Analysis Services (OLAP).
In momentul in care dau mai multi clienti in el (pivot table cu Excel)
si consumul de memorie ajunge in jurul cifrei fatidice de 4 giga
senzatia e similara cu cea a unui tico
On 2/27/06, Vali Dragnuta [EMAIL PROTECTED] wrote:
Am dat ca exemplu Oracle, pentru ca e reprezentativ pentru categoria asta de
aplicatii (10g e prima aplicatie pe care am vazut-o care cere un minimum de
1G RAM si 1.5G swap).
Nici vorbadepinde ce instanta iti creezi.O instanta
Peace
Am un script de rename care face mai umane niste nume de fisiere. Scriptul
foloseste sed.
Cum fac sa inlocuiesc caracterul . + ceva de dupa cu ceva de dupa
dau cu _ ?
Ca din cite stiu eu
sed -e 's/._/_/g' nu merge pentru ca ._ e regexp.
Alta intrebare ar fi: pot sa-i zic la sed sa faca
64 matches
Mail list logo
