Keresés: - HP ProLiant MicroServer N36L / N40L / N54L

LOGOUT témák

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

Keresés

Új hozzászólás Aktív témák

#1802 bambano titán Jim Tonic #1801

Új Válasz 2012-10-06 22:00:39 #1802
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

válasz Jim Tonic #1801 üzenetére

nem azt mondtam, hogy nem bírna el vele, csak az eredmény nem közelítené meg azt, amit a diszkek vagy a hálókártya bír.
egyébként meg a p3-asok elég bika procik voltak a maguk idejében főleg az 1.4-es tualatinok.
#1800 bambano titán bencze #1799

Új Válasz 2012-10-06 21:34:55 #1800
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

válasz bencze #1799 üzenetére

"Egyedül raid5-el nem tudom, hogy boldogulna a microserver, mondjuk 5-6 disk esetén (cpu miatt) - ki kell próbálni.": rosszul.
egyrészt kell hozzá a cpu, másrészt egyszerre kell hajtani az összes sata vezérlőt. pesszimista vagyok a végeredményt illetően.
#1791 bambano titán #94180096 #1789

Új Válasz 2012-10-05 20:07:01 #1791
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

válasz #94180096 #1789 üzenetére

szóval vettél 147k-ért egy üres dobozt. akarok neked ilyet eladni.
emlékeim szerint ennyiből tavaly nyáron kijött egy félszerver alaplap, egy rendes i5-ös proc, ház, rendes táp, 4 giga ram.
#1787 bambano titán Csarlee #1785

Új Válasz 2012-10-05 11:02:52 #1787
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

válasz Csarlee #1785 üzenetére

az előző ötleted önmagában is elég rossz volt, azon tovább rontani már felesleges.
csak ismételni tudom magam, kérlek, értelmezd: ahhoz, hogy az rsync biztosan működjön, a teljes adatmennyiséget újra és újra ellenőriznie kell. következmény: ahhoz képest, amennyi ideig fut az első rsync, a további napokon hosszabb ideig fog futni és szét fogja csapni a processzort. ezzel rögtön lőttek a fogyasztási álmoknak is, meg minden másnak, ami miatt esetleg értelme lenne kikapcsolgatni a fele vinyót.
ha a második vinyó nem megy folyamatosan, azt csak egy módon tudom elképzelni: bekapcsolod, rsync, kikapcsolod. Ezzel nagyon sokat rontasz a vinyó állapotán, sokkal többet, mintha egész nap menne.
rsyncet használni ott, ahol raidet kellene, tévedés.
#1779 bambano titán Csarlee #1771

Új Válasz 2012-10-04 21:10:35 #1779
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

válasz Csarlee #1771 üzenetére

"Sokkal célszerűbb két diszket rsync-el vagy robocopy-val összeszinkronizálni...": raid1 helyett rsync? azt ugye teljesen tisztán érzed, hogy ez az ötlet az ökörség csimborasszója volt?
Úgy kb. mi a fene fogyasztana többet raidnél, mint az rsync? főleg szoftveres raidnél?
Uhh, belegondoltam, hogy ahhoz, hogy az rsync minden változtatást észrevegyen, md5-ös checksumot kell számítani az adatfájlokra. Ez az atomerőmű erejű amd proci majd terabájtokra fog md5-öt számolni, meg diszk io-ban is milyen kellemes, beolvasni kétszer az egészet...
#1768 bambano titán #94180096 #1766

Új Válasz 2012-10-04 16:40:57 #1768
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

válasz #94180096 #1766 üzenetére

egy háromhengeres skodára akárhány gyorstankoló matricát ragasztasz meg akármennyi ufóledet raksz alá, meg akárhány decibellel dübörög a teknics basszus a csomagtartóban, az skoda fóbia marad, nem lesz belőle akciós sportkocsi.
A hp microserver még a nevében sem szerver, az architektúrájában meg pláne nem.
#1765 bambano titán #94180096 #1764

Új Válasz 2012-10-04 16:19:06 #1765
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

válasz #94180096 #1764 üzenetére

Mint ahogy annak sincs semmi akadálya, hogy az m3-as bevezetőjén 1500 lóerős sportkocsikkal nyomuljál Pest felé, csak legkésőbb a Hősök terénél bedugul az út, és akkor már mindegy, hogy 45 lóerős htp-vel nem mozdulsz a dugóban vagy 8 milliós maybach exeleróval (dollárban).
A megoldásnak illene egyenszilárdságúnak lennie, ahogy a mérnökök mondják.
#1756 bambano titán bencze #1755

Új Válasz 2012-10-03 22:47:32 #1756
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

válasz bencze #1755 üzenetére

van, aki eljut egy idő után oda, hogy unja, hogy a szoftveres raidet mindig Kenobi tábornok konfigurálja...
szerk: kiszerkesztetted a kérdést, amire válaszoltam...
#1715 bambano titán csballago #1714

Új Válasz 2012-09-29 20:34:07 #1715
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

válasz csballago #1714 üzenetére

szerintem ez a proci a 4 lemezes raid5-öt nem fogja bírni diszk-sebességen.
#1713 bambano titán csballago #1708

Új Válasz 2012-09-28 15:16:53 #1713
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

válasz csballago #1708 üzenetére

sw raid hány?
#1628 bambano titán bencze #1626

Új Válasz 2012-09-20 12:51:19 #1628
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

válasz bencze #1626 üzenetére

ez így nem túl jól meghatározott kérdés.
mit fognak csinálni a guestek? mert ha lesz rajta 200 guest, mindegyiken egy webszerver, ami napi 3 oldalletöltést produkál, akkor lehet, hogy bírni fogja. Egy ph! szintű szájtból meg egyet se.
Ez a gép szerintem nem virtualizálásra való, ahhoz kevés benne a lóerő.
#1605 bambano titán nvyktor #1602

Új Válasz 2012-09-17 14:32:01 #1605
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

válasz nvyktor #1602 üzenetére

arra figyelni kell, hogy nem minden upsen található canon db9-es csatlakozóban van rs232.
#1595 bambano titán Jim Tonic #1593

Új Válasz 2012-09-17 12:24:23 #1595
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

válasz Jim Tonic #1593 üzenetére

az apc-hez az eredeti forrásból származó akksi annyi vagy több, mint egy új apc.
#1549 bambano titán Thusor #1548

Új Válasz 2012-09-10 21:29:51 #1549
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

válasz Thusor #1548 üzenetére

tcp paramétertek korrekt beállításával 400-600x gyorsulást tudtam elérni linux szerver-xp kliens között. egyes windowsokon a tcp window scaling implementációja rossz.
#1547 bambano titán Thusor #1546

Új Válasz 2012-09-10 21:04:48 #1547
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

válasz Thusor #1546 üzenetére

ez igaz, de windows kliens esetén, kiemelten xp, linux szerverrel lassú szokott lenni, winnel meg gyors, és ez egy ismert bug az xp-ben, tehát nem linux hiba.
szóval mindenféle mágiák előfordulhatnak
#1545 bambano titán Thusor #1543

Új Válasz 2012-09-10 11:42:19 #1545
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

válasz Thusor #1543 üzenetére

ha nem írtad volna, hogy ubuntu a kliens, akkor ez nem lenne magától értetődő.
#1542 bambano titán Jim Tonic #1541

Új Válasz 2012-09-09 21:33:03 #1542
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

válasz Jim Tonic #1541 üzenetére

ismételt teszttel be lehet tárazni a cache-be a fájlt és akkor kijön a tiszta ethernet sebesség.
azt hogy samba esetén mi a gond, két módon lehet ellenőrizni:
- sambát futtatni izompacsirta szerveren
- más protokollt futtatni n40l-en.
a más protokoll lehet nfs, azzal nekem sikerült kisámfázni a gigás drótot két workstation alaplappal.
#1531 bambano titán bambano #1527

Új Válasz 2012-09-06 21:49:16 #1531
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

válasz bambano #1527 üzenetére

944 Mbps-t (118 MBps-t) mértem most nfs-en, ennyi volt a hasznos tempó.
#1529 bambano titán lovi27 #1528

Új Válasz 2012-09-06 21:13:57 #1529
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

válasz lovi27 #1528 üzenetére

ezzel pontosan mire is akartál reagálni?
mert ha az (#1524)-ben szereplő 65536-ra, ami a fogadási és a küldési buffer méretét adja meg, akkor teljesen jól van az memória kezelési szempontból, hogy kerek 64k-s bufferméretet választott és nem +- 1-2 byte-s kavarást, hogy fejreálljon a memóriamenedzser.
#1527 bambano titán Thusor #1526

Új Válasz 2012-09-06 21:00:05 #1527
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

válasz Thusor #1526 üzenetére

unixok között: nfs
#1507 bambano titán nvyktor #1504

Új Válasz 2012-09-04 12:24:54 #1507
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

válasz nvyktor #1504 üzenetére

az adatbázis szervert biztosan nem soroljuk a "a nem erőforrás-igényes feladatok" közé, de gyakran a webszervert sem, ha dinamikus lapok vannak.