[Aga]

Idézet

Idézet: Aga

startgumi: lasd gumi.swi.hu

Ezzel kapcsolatban pontosan mit kéne látnom? Igyen hírdet nálatok?

semmit... inkabb nezz TV-t

Idézet

Idézet: Aga

acomp: 1000 eves kapcsolat, barter

Tehát nem ingyen hírdet õ se. Bocs, ha indiszkrét vagyok, mit kaptatok barterban? Vagy kérdezem másképp, mivel fizettek ki a hírdetési felületeteket?

nem, semmi kozod hozza.

Idézet

Teljesen véletlenül hanyagoltad a szerver és a kliens oldali kérdést, vagy rájöttél, hogy mekkora hülyeséget írtál korábban?

nem, meguntam, hogy nem tudsz olvasni.

Szerkesztette: Aga 2005. 12. 29. 20:43 -kor

[stol]

Idézet

Akkor ilyenbol kell kb 20db... mert ugye a GHz novekedes nem aranyos a teljesitmeny novekedessel.. tehat a 20x-os terhelest nem birna el egy 10Ghz-es P* Vagy esetlex egy 8 procis xeont tegyek tuzfalnak egy ingyenes szolgaltatas ele? smile2.gif)))) ugye milyen eletszeru?

64 bites CPU használata esetén, még nagyobb is a teljesítménynövekedés, az órajelhez képest, lásd A64

Idézet

kiberelem a petofi csarnokot smile2.gif)) 375 operatort fogok alkalmazni smile2.gif)))))))
megint csak gondolkodj.. ez egy ingyenes szolgaltatas...

Azt mondtam, megvalósítható, mert általánosságban beszélek, nem csak free-web szolgáltatásokról.

Idézet

ezt mar korabban is irtam, nem mondok ellent magamnak. Irtam, hogy feltotles utan azonnal megvizsgalja az allomanyt a gep. De csak mint gep tudja megvizsgalni, azt nem tudja, hogy egy mp3-ban a kisbaba gugyogese vagy egy jogvedett zeneszam talalhato. Kizarolag es csakis azt tudja megallapitani, hogy Mpeg Layer 3 allomany. Ez pedig a freewebes szabalyzat betartatasahoz elegendo is.

De, meg tudja nézni, az ID3 infot is, ha üres, hagyja az operátornak, ha jogvédett albumra utaló bejegyzést talál, már törli is, vagy kiemelten logolja.

[qnadam]

Idézet: stol - Dátum: 2005. dec. 29., csütörtök - 20:46

De, meg tudja nézni, az ID3 infot is, ha üres, hagyja az operátornak, ha jogvédett albumra utaló bejegyzést talál, már törli is, vagy kiemelten logolja.

ez a jogvédett tartalom dolog már a Napster végóráiban se sikerült, amikor a kiadók csináltak listát az általuk jogvédettnek érzett anyagokról

[Aga]

Idézet: stol - Dátum: 2005. dec. 29., csütörtök - 21:46

De, meg tudja nézni, az ID3 infot is, ha üres, hagyja az operátornak, ha jogvédett albumra utaló bejegyzést talál, már törli is, vagy kiemelten logolja.

Idézet

64 bites CPU használata esetén, még nagyobb is a teljesítménynövekedés, az órajelhez képest, lásd A64

ebben nem ertunk egyet... volt nalunk tesztre egy SUN 4db opteronnal 8G rammal... arra a feladatra, amire mi hasznalni akartuk (postgres) egy dual xeon 4G rammal ar/teljesitmeny viszonylatban nagysagrendekkel volt jobb.

Idézet

Azt mondtam, megvalósítható, mert általánosságban beszélek, nem csak free-web szolgáltatásokról.

bocs, en nem tudok elvonatkoztatni a topictol

Idézet

De, meg tudja nézni, az ID3 infot is, ha üres, hagyja az operátornak, ha jogvédett albumra utaló bejegyzést talál, már törli is, vagy kiemelten logolja.

operator ingyenes szolgaltatasnal ugyebar kizarhato megoldas, ID3 beazonositashoz pedig ismereteim szerint nincs naprakesz adatbazis, amiben minden bennelenne.

Arrol nem is beszelve, hogy az operator mit kezdene az mp3-al? letolti, meghallgatja, es?

meg mindig nem tudod kizarni azt a lehetoseget, hogy netantan az illeto fizeti a jogdijakat es legalisan teszi kozze a tartalmat.

Ez nem eletszerutlen... mi belefutottunk.

[Aga]

hat persze... neked van igazad mindenben... en pedig biztos reszeg vagyok es felrebeszelek.

[stol]

Idézet: Aga - Dátum: 2005. dec. 29., csütörtök - 20:30

beszelgess a PRIM-esekkel

ez csak abban az esetbenb fordulhat elo, ha 1 szeriabol kerult ki a tombben levo disk... mert ha 1 disk tomkremegy akkor varhatod, hogy az egy idoben vasarolt azonos tipus is el fog szallni... persze nem kotelezoen... 1 U320-as 146-os disk szinkronizalasa terheles alatt pedig akar egy fel napot is igenybevehet. (terhelesfuggoen)

A masik, ami kizarja amit irtal, hogy 1 tomb osszeepitese azt is feltetelezi, hogy 1 gepre van csatolva az osszes disk tomb. Ellenkezo esetben olyat tudsz, amit nagyon szeretnek megtudni (es meg sokan masok is)

A LOGIKAI-n a hangsúly, nemtom, érted-é....
Ez azt jelenti, hogy nem is szükséges fizikailag egy gépben lenniük a tömböknek, hisz az alaplapos busz-sávszélessége is korlátolt.
Logikailag úgy is megvalósítható, hogy raid clusterek vannak, és közöttük, 8-10*1Gbit átmenõ sávszélesség van.

A hdd szinkronizálással egyet értek, DE egy jól behûtött, és jól tápolt gép esetén, a SCSI diskek, 10000 üzemóráig, nem szoktak hibásodni, az esetek 99%-ban, az 1% meg ott van jokernak, pláne nem láncszerûen.

Aki, meg IDE diszkeket használ, szar táppal, megérdemli.

[pgyafi]

Idézet: Csaba_20_ - Dátum: 2005. dec. 29., csütörtök - 21:58

..

bocs, de az én apukám akkor is erõsebb 


Nem tudnátok a hwsw forum szûkös erõforrásait a felesleges dolgaitokkal nem terhelni? Az utolsó 10 oldalnak totál semmi értelme. 

[Aga]

Idézet

A LOGIKAI-n a hangsúly, nemtom, érted-é....
Ez azt jelenti, hogy nem is szükséges fizikailag egy gépben lenniük a tömböknek, hisz az alaplapos busz-sávszélessége is korlátolt.
Logikailag úgy is megvalósítható, hogy raid clusterek vannak, és közöttük, 8-10*1Gbit átmenõ sávszélesség van.

pontosan ertem amit irsz, ezert gondolom azt, hogy te valamit tudsz, amit mi nem. Ha esetleg fc-s megoldasra gondolsz, az az ara miatt kiesik.

tehat azt mond meg,hogyan lesz 2 fizikailag kulon gepben levo fizikai egysegbol 2 masik gepen 1 logikai (mindketton ugyanaz)

[stol]

Idézet: Aga - Dátum: 2005. dec. 29., csütörtök - 20:56

...

Idézet

operator ingyenes szolgaltatasnal ugyebar kizarhato megoldas, ID3 beazonositashoz pedig ismereteim szerint nincs naprakesz adatbazis, amiben minden bennelenne.

Akkor a CD-DB micsoda?  

Program optimalizállásról hallottál már?
32 bitre optimalizált program nem futhat ugyanúgy egy 64 bites rendszeren.

[qnadam]

Idézet: stol - Dátum: 2005. dec. 29., csütörtök - 21:12

Akkor a CD-DB micsoda?  

abba bárki bármit feltölthet, ha nekem történetesen van egy egyeüttesem, és annak a baráti körben terjesztett cdjének számait feldobom freedb-re (ex-cddb), meg az együttes lapjára, akkor máris törlõdne? na ne  

[Aga]

Idézet

Akkor a CD-DB micsoda?

egy gyenge probalkozas... a boltban vasarolt legalis CD-jeim kb felet ismeri.

Idézet

Program optimalizállásról hallottál már?
32 bitre optimalizált program nem futhat ugyanúgy egy 64 bites rendszeren.

azert ennyire lamernek ne nezd mar az alkalmazottaimat!

Szerkesztette: Aga 2005. 12. 29. 21:17 -kor

[stol]

Idézet: Aga - Dátum: 2005. dec. 29., csütörtök - 21:10

....

Idézet

pontosan ertem amit irsz, ezert gondolom azt, hogy te valamit tudsz, amit mi nem. Ha esetleg fc-s megoldasra gondolsz, az az ara miatt kiesik.

Azt mondtam, megvalósítható
Abba, nem szólhatok bele, hogy neked mi éri meg.
Tõlem, Vargánétápos Maxtoros gépet is rakhatsz be

Idézet

tehat azt mond meg,hogyan lesz 2 fizikailag kulon gepben levo fizikai egysegbol 2 masik gepen 1 logikai (mindketton ugyanaz)

1. OS szintjén megoldható
2. raid 5 tömbbõl, 2-2 hdd eshet ki "átlósan", adatvesztés nélkül, aminek az esélye, nagyon kicsi. (normális hdd-k esetén, és itt IDE, S-ATA, szóba se jöhet...)

[stol]

Idézet: Aga - Dátum: 2005. dec. 29., csütörtök - 21:17

egy gyenge probalkozas... a boltban vasarolt legalis CD-jeim kb felet ismeri.


azert ennyire lamernek ne nezd mar az alkalmazottaimat!

Miért, miben fejlesztenek? (személyeskedés ON)

Optimalizálni, Assembly szintjén szoktak, mi programoztunk ASM-ben...

(személyeskedés, és vita OFF)

Innentõl, 3 hsz-t írok még.
Nem vagyok hajlandó értelmetlen vitába pusztítani értékes agysejtjeimet.

[Aga]

Idézet

Tõlem, Vargánétápos Maxtoros gépet is rakhatsz be

cam.swi.hu

Idézet

1. OS szintjén megoldható

konkretan erre vagyok kivancsi, hogy egy network mountolt logikai egyseget hogyan fuzol ossze biztonsagosan egy masik ilyennel... vagy milyen protokolt hasznalsz a gepekre torteno felmountolashoz, ami elviseli ezt a forgalmat.

Idézet

2. raid 5 tömbbõl, 2-2 hdd eshet ki

  csak 1-1, a 2. kiesese mar halalt okoz. (hotspare nincs)

[Aga]

Idézet

Miért, miben fejlesztenek? (személyeskedés ON)

Optimalizálni, Assembly szintjén szoktak, mi programoztunk ASM-ben...

ebbe jol belefutottal :PPPPP komoly eselyed van ra, hogy a polcodon van egy / ket ASM konyv, amibol esetleg tanultal... eredetileg kek szinu lett volna a boritoja, aztan lett lila meg mindenfele ahogy epp a nyomdanak sikerult...

szemelyeskedes off

optimalizalas feladata az alkalmazas fejlesztoke, nem a felhasznaloke... a kernel fejlesztoi kiadtak megfelelo 64 bites kernelt, az alkalmazasok fejlesztoi ugyszinten megtettek ezt.

Szerkesztette: Aga 2005. 12. 29. 21:28 -kor

[stol]

Idézet: Aga - Dátum: 2005. dec. 29., csütörtök - 21:24

...

Idézet

csak 1-1, a 2. kiesese mar halalt okoz. (hotspare nincs)

Ebben, speciel most iagazad van, elírtam túl gyorsan írtam.

Idézet

konkretan erre vagyok kivancsi, hogy egy network mountolt logikai egyseget hogyan fuzol ossze biztonsagosan egy masik ilyennel... vagy milyen protokolt hasznalsz a gepekre torteno felmountolashoz, ami elviseli ezt a forgalmat.

Novell-éknél láttam erre példát, igaz 1Gbit forgalomra, de nem lehet akadály a nagyobb forgalom sem.


2. hsz.

[Aga]

Idézet: stol - Dátum: 2005. dec. 29., csütörtök - 22:28

Novell-éknél láttam erre példát, igaz 1Gbit forgalomra, de nem lehet akadály a nagyobb forgalom sem.

ha netan osszefutsz ilyennel, mindenkepp erdekelne minket a megoldas... mivel mi illetve a kornyezetunkben ismert cegek/rendszergazdak meg nem tudtak olyan megoldast kitalalni, ami strapabiro es nem kerul hozza x10Mft-be az eszkoz.