- Mikrotik routerek
- VMware
- Max
- A call centerekbe viszi az AI-t a Microsoft
- Felhő alapú adattárolás (Dropbox, stb.)
- Aliexpress tapasztalatok
- Mobilinternet
- Otthoni hálózat és internet megosztás
- Mindennél kisebb és gyorsabb chipeket hoznak az ASML új gépei
- Telekom otthoni szolgáltatások (TV, internet, telefon)
-
IT café
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
bambano
titán
valakinek van tapasztalata arról, hogy hogyan működnek az intel p és e magok linux alatt? lehet takarékos szervert építeni úgy, hogy ilyen procit vesz az ember?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
vicze
félisten
Sapphire Rapids-ben nem lesz E-core és túl sok értelme nincs is szerverben, mert kizárólag azért van rá szükség, hogy Intel minél több magot tudjon odaírni, és beleférjen a 65W-be a 15W osztályos CPU, meg fele TDP-ket hazudhassanak.
5.18-cal jött be az Intel Thread Director, hogy támogatva legyenek az E magok, de egy AMD hatékonyabb lesz egy E maghoz képest is.... Fizika az fizika...
Egyszóval használni használni fogja a Linux, de semmivel nem lesz takarékosabb, nem arra van az E mag.[ Szerkesztve ]
-
Ablakos
őstag
Ubuntu serveren, többszöri kernel frissítés után sem kért reboot-ot a rendszer. Lehet, hogy ez magától értetődő kellene lenni nekem? (Kell a reboot) Az uname -a a legutolsónak frissítettet mutatja.
-
-
Ablakos
őstag
válasz lionhearted #32364 üzenetére
Megértettem, én is beneveztem egy ilyen szolgáltatásra.
-
bambano
titán
6.0-rc1
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
CPT.Pirk
Jómunkásember
A tegnapi hír a natív .NEt 6-ról Ubuntura az mit jelent egy átlaguser szempontjából?
https://www.phoronix.com/news/Ubuntu-22.04-LTS-dotNET-6Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
vicze
félisten
válasz CPT.Pirk #32368 üzenetére
Kb. semmit.
Nem tudom miért van kiemelve Ubuntu(azt kivéve hogy marketing nekik), .NET telepíthető szinte minden distrora úgy 5éve. -
amargo
addikt
Egy kis megerősítést szeretnék.
Cpu cserében gondolkozom, a gépen ~30 konténer (fizikailag kiosztott cpu-k száma nem haladja meg a 3-at, jelenleg) és két virtuális gép (2-1 cpu) megy folyton.
Jelenleg 6 fizikai mag és 6 logika (HT)-val rendelkezik a proci. Ha itt az 1.2-1.3-as szorzót használom, akkor 7.2-7.8 magra jön ki HT-vel a 6 fizikai magom.
Akkor csak nyerhetek azzal, ha olyan procira váltok, amiben nincs HT, viszont 8db fizikai mag van. Base frequency és a max annyira talán nem lényeges, mert nincs akkora terhelése a gépben így sem (20-30%).
Jól okoskodok?“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
_kovi_
aktív tag
Sziasztok,
tudnátok abban segíteni, hogy csináltam egy CentOS7-et HyperV-ben, két hálózati kártyával hogy egy port forwardingot csináljak.
Az lenne a feladat, hogy egy gépről ezen a CentOS7-en keresztül két különböző Windows SQL serverhez csatlakozzak.
Azért kellett a két hálókártya a CentOS7-ben, ha a forrás gépről a centOS-nek az egyik hálókártyájára csatlakozunk SQL management studióból akkor az egyik SQL szerverhez dobjon, ha a másik hálózati kártyára akkor a másikra dobjon.firewall-cmd -vel próbálkoztam, de nem találtam olyan paramétert ami különválasztja, azaz specifikálja az eth-kat hogy ha erre jön a kérés akkor arra dobja tovább.
Köszi!![ Szerkesztve ]
-
vicze
félisten
válasz bambano #32378 üzenetére
Az egy csöppet bonyolultabb, MS SQL egy máshogy működik, 1port van és a szerveren futó Agent szolgálja ki a kéréseket és named pipe-hoz csatlakozol. 1 instance setében nem kell Agent, mert akkor csak 1 porton kommunikál.
#32373 _kovi_:
"Az lenne a feladat, hogy egy gépről ezen a CentOS7-en keresztül két különböző Windows SQL serverhez csatlakozzak.
Azért kellett a két hálókártya a CentOS7-ben, ha a forrás gépről a centOS-nek az egyik hálókártyájára csatlakozunk SQL management studióból"
Ennek a lírásnak így konkrétan semmi értelme. Hol fut akkor az SQL Server? Honnan hova csatlakozol.1. Ha Win-en futnak az MS SQL-ek és SSMS-el csatlakozol Linux-ról, akkor nem értem mi a probléma, lényegtelenek a hálókártyák, max akkor kell, ha két szegreált hálózatról van szó.
2. Ha Linux-on fut az MS SQL Server és SSMS-el Windows-ról csatlakozol, akkor is értelmetlen mert multi instance MS SQL-ben tök máshogy működik.Szóval nem ártana egy kicsit pontosítani, hogy mit is szeretnél, honnan hova.
-
vicze
félisten
válasz _kovi_ #32380 üzenetére
Biztos hogy routert akarsz setupolni, és nem csak egy proxy-t?
"egy forward gép"
Ez max. proxy-ra igaz, egy routerre nem.Bár mind a két esetben csak akkor kell két hálókártya, ha két külön fizikailag szegreált hálózatról beszélünk. Logikai VLAN-ok esetében se kell két hálókártya.
Nekem nagyon úgy tűnik hogy előbbiről van szó, különben nem kellene az egész. Ha meg szegreált hálózatok, biztos, hogy össze lehet kötni őket? Általában okkal van a szegregáció. -
_kovi_
aktív tag
Ugyanazon VLAN-ban megy.
Ezzel úgymond egy Linux gép elfedi az igazi célállomást. Tehát "A" gép megy "C" és "D" szerver felé, amelyeken MSSQL server megy.(1433/tcp)
A "B" gép pedig ez a Linux, ami csak továbbít.
Tehát pl az "A" gép SQL management studiójában a linux gép IP címét írod, nem az egyik SQL IP címét. -
-
bambano
titán
válasz _kovi_ #32377 üzenetére
no, a sok agyonbonyolított válasz helyett:
tcp kapcsolatokat két módon tudsz megkülönböztetni: vagy ip cím vagy port alapján. ha neked bármelyik alkalmas, azt a linux kernellel meg lehet oldani.
tehát ha azt írhatod a kliens programba, hogy:
odbc://szerverip:port1 és odbc://szerverip:port2
akkor a linux kernelben mindkét url-t át tudod írni szerverip1:1433 és szerverip2:1433-ra.ha nem tudsz portot megadni, tehát muszáj, hogy azt írd:
odbc://szerverip:1433
akkor kénytelen vagy két ip címet feltenni a linuxra,
ifconfig eth0 ip1
ifconfig eth0:1 ip2és akkor a kernelben a cél ip cím alapján válogatod szét a kapcsolatokat.
ha a linux kernelben akarod ezt megoldani, akkor sem az ms kliensben, sem az ms szerverben nem kell semmit mókolni.az persze egy kérdés, hogyha eredetileg is két ip-n van a két sql szerver, akkor valójában mi a problémád, amit a sima routing nem old meg.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
_kovi_
aktív tag
Egyébként olyat tudok csinálni, mert 1 eth esetén, az lehetne jó, hogy:
-ha erre az IP címre érkezik csomag akkor X IP-re továbbítsa
-ha pedig a másik IP címre érkezne csomag akkor Y IP-re továbbítsa.
Hogy hívják ezt, hogy kellene keresni a google-ben?
Megcsinálnám mégis 1 eth kártyával. -
amargo
addikt
Jól átsiklottam a kérdésed felett..
Alapjában véve 10-20 közötti a context switch, a legtöbb "kicsi" konténer van 3-4 nagyobb és van 2 db virtuális gép, ami mindig fut, abból az egyik sincs kimondottan terhelve.
Van persze több kisebb DB is.Azt mondanám, hogy leginkább memória igényes feladatok vannak.
A terhelés elég alacsony:LOAD 12-core
1 min:3.03
5 min:3.81
15 min:3.55
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
_kovi_
aktív tag
firewall-cmd --permanent --zone=public --add-rich-rule='rule family=ipv4 source address=10.1.1.1 forward-port port=1433 protocol=tcp to-port=1433 to-addr=10.0.1.1'
Firewall-cmd esetén ez rögtön működik, csak hogy tudom berakni a parancsba azt hogy ha erre vagy arra az ip címre érkezik a "hopp" szerverre.
Kellene mégegy zona? Ugye szervernek két IP-je van, 1 eth kártyán.
[ Szerkesztve ]
-
őstag
-
urandom0
senior tag
válasz bambano #32394 üzenetére
Ha eddig az tartott vissza valakit attól, hogy .NETtel fejlesszen Linuxra*, hogy nem volt egyszerű, gyors, könnyen tesztelhető és megbízható módja annak, hogy ott legyen a .NET a rendszerben, akkor ezután már ez sem fogja. Tudom, hogy van más módja az alkalmazások terjesztésének mint a natív csomagformátum, de most azok mellé megkapták ezt is.
* Ubuntura, de sok cég számára Linux=Ubuntu (más disztrót nem támogatnak)
-
urandom0
senior tag
válasz lionhearted #32397 üzenetére
Igen, elég nyilvánvaló, hogy itt Azure volt a célplatform igazából, nem a Pista meg a Mariska otthoni Ubuntuja.
Új hozzászólás Aktív témák
- Kínai, és egyéb olcsó órák topikja
- Xbox Series X|S
- XGS24 - Sztori trailert kapott a Call of Duty: Black Ops 6
- Mikrotik routerek
- Politika
- Spórolós topik
- Computex 2024: feltárta a Lunar Lake-et az Intel
- Kés topik
- World of Tanks - MMO
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- További aktív témák...
- Autómatricák a legjobb minőségben, több ezer minta! PH tagoknak 30% kedvezmény!
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen