- Késik a következő S24 Ultra kamerafrissítés?
- Google Pixel 8 Pro - mestersége(s) az intelligencia
- Redmi Note 12 Pro - nem tolták túl
- Milyen okostelefont vegyek?
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Megérkezett Európába a Nubia Z60 Ultra Photographer Edition
- Samsung Galaxy A54 - türelemjáték
- Így állítsd be a gyermeked androidos készülékét
- Magisk
- Poco F5 - pokolian jó ajánlat
Hirdetés
-
Ülésezik a hardveregylet
ph Az irodai készülékek és monitorok társaságát egy ház, egy egér és egy DAC egészíti ki.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
SMITE 2 - Napokon belül indul a zárt alfa teszt
gp Több mint egy tucat karaktert próbálhatnak ki a szerencsésebbek, a teljes listát a május első napján esedékes streamben árulják el.
Új hozzászólás Aktív témák
-
a böngésző is a sajátjuk, a defender is a sajátjuk, mégis per lett mindkettőből.
egy normális bíró az smb kompatibilitást ugyanúgy számonkérhetné, mint a böngészőt.a samba mostanában jutott el odáig, hogy ad-ben lehet használni. tehát most került abba az állapotba, hogy veszélyeztesse az ms szerver eladásait, léptek is rögtön.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
PrometheusX
aktív tag
Hümm, szerintem inkább azon kéne dolgozniuk hogy a hivatalos Enterprise verzióba ne kerüljenek bele olyan, mint például a Candy Crush vagy a Solitaire. Illetve bloatware mentes legyen az OS.
Ezeken kéne igazán dolgozni.[ Szerkesztve ]
-
hokuszpk
nagyúr
válasz E.Kaufmann #20 üzenetére
kollega olyasmire gondolhatott, ha van egy konyvtarban mondjuk 200000+ fileod, azt azonos vason az mc/ext4 paros linux alatt kb. 2-3 perc alatt felnyalja, ugyanez windowson tc/ntfs parossal eltart felorat. bar tizes alatt mar nem probalkoztam ilyesmivel, leszoktunk a filehalmozasrol.
Első AMD-m - a 65-ös - a seregben volt...
-
Nekomajin
aktív tag
A felhasználók szempontjából pont mindegy a közös kódbázis meg egyéb anyámkínja. 100-ból 99 embernek az "egy Windows" azt jelenti, hogy Windows, nem azt, hogy Mobile meg S meg ilyen szerver meg olyan workstation. És nem azzal van a baj, hogy nem egy Windows van. Értjük a technikai okait. De ez a reklám ilyen formában megtévesztő volt, és mellesleg újabb trollkodásra adhat okot.
-
anulu
félisten
a böngésző kérdésnél a mai napig nem értem, h mi volt a gond... egy másodpercig sem gátolták, h bármilyen mást használj. volt egy default. máshol is van.
víruskergetőnél meg legalább ennyi van, és nem az agyoncrackelt, torrentről lehúzottat pakolják fel egy csomó gépre. vagy még azt se. ez legalább frissül, naponta 5x.
miért is veszélyeztetné? annyira használható, h a vaskalapos linux guru ismerőseim is menekülnek tőle... nagyvállalati környezetben meg szóba se jöhet.
[ Szerkesztve ]
"Jelenleg a cloud nem más mint a sales által elhazudott és eladott utópia, egy ígéret, csalánba csomagolt mézesmadzag, amit az üzemeltetés f@$zával vernek" | Feel the power! Intel Core i7 | iPhone 14Pro 256GB | iPad Pro 2017 64GB
-
hunluki
senior tag
Ezt én is észrevettem, ugyanazon a vason macos, manjaro és w10. Ugyanaz a mappa, osx és linux alatt repül, win alatt halál.
Ugyanitt mókás észrevétel, biztos futottatok már bele te is. Ha windows alatt a downloads mappát részletek nézetben dátum szerint akarod rendezni akkor el fog gondolkodni egy jó darabig ha sok fileod van. Ugyanez másik két OS alatt szempillantás. Windowsba workaround hogy kiveszed a dátum oszlopot és beraksz helyette egy last modify-t, azzal sem egy mérgezett egér tempó, de érezhetően gyorsabb.
-
én raktam fel nagy cégnél sambát, igaz, az ad-s részét nem használjuk, csak a workgroupost.
működik, nincs vele semmi baj. az ad integrációval voltak problémák, miután annak implementációját az ms ellenére csinálták meg. azt olvastam róla, hogy mostanára már az is stabil.így jelenleg van alternatíva a windows szerver kiadásokkal szemben, tehát az ms-nek lépnie kellett.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz #20691712 #57 üzenetére
Világos, hogy két OS-t tartani egy gépen sokkal bonyolultabb és drágább, mint két teljes gépet fenntartani hasonló célra.
Ilyenkor akár elmerenghet azon az ember, hogy vajon milyen színvonalú munkát végzel ezzel a komolysággal.
(Gondolom sokkal inkább bürokratikus stílusút, mintsem kreatívat.)[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
#16939776
törölt tag
Pedig van ilyen, lehet alacsonyabb a teljes költség és magasabb a rendelkezésre állás, ha nem mindent 1 gépen akarsz csinálni, egyszerre.
Előttem van, ahogy a raid tömb széthullik, amikor csontra fagy a gép, egy sz@r driver miatt, és erősen nézed a progress bart a villogó rebuild felirat alatt. Pedig te csak játszani szerettél volna 5 percet, amíg lefut a task a CPU-n.[ Szerkesztve ]
-
Nem, azért ahogy indokolja a véleményét. Olvasd végig mire válaszol. Azt mondja nem lehet ugyan azt a gépet játékra és munkára is használni, még két külön az eltérő célokra dedikált adattárolókkal sem, mert nem szabad összeszemetelni a munkagépet játékokkal, pedig nehezen látom a problémát, ha két külön HDD/SSD-n ül a két rendszer, akár fizikailag kipattinthatja egy rack-ből a munkához használtat, míg játszik a másikról.
Ettől még felőlem 6 gépe is lehet, ha neki úgy tetszik, de amit mond, annak nem látom az igazát.
(#61) Duracellm...
Ha nincs mount-olva róla filerendszer írásra, akkor nem szabadna széthullania.
Az persze más, ha szeretné betöltve hagyni a munkáját, de nem ezzel érvelt.
1000 oka lehet rá, hogy miért jobb neki több külön gép, de amit írt, az nem az.[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
Frawly
veterán
válasz E.Kaufmann #20 üzenetére
Nem, nem jobb a helyzet az NTFS-sel Windows alatt sem, nem csak Linux alatt kaka. Egyszerűen túl gyorsan töredezik, és látványosan be tud lassulni, főleg sok kis fájlnál. A modern linuxos fájlrendszerek űrtechnológiai szintet képviselnek az NTFS-hez és gyaníthatóan az ReFS-hez képest is.
-
Hunpriest
senior tag
Kicsit tényleg katyvasz a cikk, most akkor ez szerverre van vagy munkaállomásra? (Persze, hogy WS-re, de a cikkből nem egyértelmű)
[ Szerkesztve ]
-
Frawly
veterán
válasz E.Kaufmann #35 üzenetére
Próbáld ki rendes disztró alatt, ne Debian vagy Ubuntu alatt. Akármelyik disztrót választhatod a distrowatch.com top10-éből, még az Ubuntu-variánsokat is. Meghökkentően gyorsabb az NTFS-hez képest. Pl. csinálj keresést az adott ext4 partíción belül egy fájlra (azért legyen a partíción pár százezer fájl), de úgy, hogy a tartalom alapján is keress, indexelés ne legyen bekapcsolva. Nézd meg, hogy mennyi idő alatt végez. Ismételd meg ugyanezt Windows alatt, NTFS partíción, ugyanezekkel a fájlokkal és keresési beállításokkal, épp úgy indexelés nélkül. Nagyságrenddel lesz lassabb legalább. Közben ha HDD-ről van szó, hallgasd a hangját is, hallani fogod Windows alatt a darálást, Linux alatt ext4-en (vagy lehet btrfs, vagy akármilyen modernebb fájlrendszer is) nem fogsz ilyen tapasztalni, hangtalanul fog menni a lemez.
Az NTFS-nek az a szerencséje, hogy elterjednek az SSD-k, és mivel kellően gyorsak, elfedik ezt a hátrányt, nem érződik, hogy a boot 3 mp helyett 4-5 mp, ezzel nyertek még az elavulás előtt egy kis lélegzetvételnyi időt. Vagyis pont a boot, amiben a Linux kicsit lassabb, mivel a kernel sok mindent végigellenőriz, meg inicializál, a Windows kevesebb ilyet művel, ott a lemezművelet a több, amin az SSD tud gyorsaítani. Viszont mérhető a sebességkülönbség az SSD javára, ha nem bootról van szó, csak kevésbé érzékelhető a gyakorlatban a gyorsaság miatt.
-
Reggie0
félisten
Szerintem nem derult ki egyertelmuen, hogy ket gepe van ra, vagy ket winyoja.
Mondjuk meg amugy is igaza lehetne, a SATA csatikat osszesen olyan 50...500 csatlakoztatasra tervezik, nem arra, hogy naponta ketszer kihuzd.
Virus meg akar biosban is meghuzodhat.
[ Szerkesztve ]
-
-
kromatika
veterán
És akkor a 64 bit prof t frissíthetem majd erre a z bookon?
-
azbest
félisten
Egy éve, mikor a régi tartalék gépemen is beüzemeltem a munkához szükséges környezetet, csak linux alatt, akkor meglepődve tapasztaltam, hogy ugyanaz a forráskód, ugyanazzal az sdk, jdk verzióval mennyire más sebességgel képes fordítani más oprendszereken:
T61, c2d t8300, Ubuntu 16.04 LTS : 4m 03s
desktop i5 760, Win7: 3m 56s
T430, i5-3320m, Win10: 3m 58s
T430, i5-3320m, Ubuntu 16.04 LTS: 2m 32s
T430, i7-3720qm, Win10: 2m 42s
T430, i7-3720qm, Ubuntu 16.04 LTS: 1m 56sLényegében dupla erős procit kellett betennem, hogy a win környezetben le legyen dupla annyi a várakozási idő. Ráadásul linux alatt ügyesebb a gyorsítótárazás és a hdd sem teljesít sokkal rosszabbul, mint ssd-n lévő forrásnál.
[ Szerkesztve ]
-
-
nemlehet
őstag
Ismét a Blenderhez tudok visszanyúlni ott is javasolták, hogyha potato géped van és CPU-val renderelsz, akkor mindenképp linux alatt tedd, mert fele annyi idő alatt megvan. Kipróbáltam és tényleg. Vicces
Nokia 3310->3410->3100->6500 Slide(RiP Nokia)->Acer Liquid Metal ->Xiaomi Hongmi-> Xiaomi Redmi Note 3
-
azbest
félisten
Anno webkit buildnél meg kb a cpu 90%-át a kernel ette meg build közben. Ahogy néztük, mi a túró, akkor úgy láttuk az ntfs fájrendszer lehet az oka. Persze ott nem volt korrekt teljesen az összehasonlítás, mert win alatt visual c fordító, míg linux alatt gcc ment. Gcc alatt könnyen összehozható az elosztott fordítás. A 4 magos desktop 20 perc alatt buildelt kb, de 6 percre le lehetett vinni, hogyha a gépeink szabad kapacitását összedobtuk. Windows alatt a 8 magos xeon 50 perc körül volt, a c2d noti meg másfél óra körül. Nem igazán skálázódott. Azóta látom van már külön pénzes elosztott fordítás visual studióra is, ahol hasonló szépeket ígérnek.
-
Reggie0
félisten
Hat 8 magig meg igen, de sokkal feljebb mar elegge problemas gcc-vel is. No nem mintha a kerettel lenne a problema, csak altalaban nem jol parhuzamosithatoak a kodok, mert keves fajlbol allnak+dependencia. Eddig legjobban a kernel parhuzamosodott. Pl. Android forditasnal szivas ez, ahol orakig tart az egesz, meg a 18 magos intelen is, bar szerintem amit nyer a sok maggal forditaskor azt elvesziti az egyszalas teljesitmeny miatt az imagek keszitesekor. Eddig ugy tapasztaltam, hogy egy 8 magos HEDT-en kb. annyi ido lehet egy Android build, mint a 2697v4-en.
-
azbest
félisten
Android buildet nem próbáltam, de qtwebkit esetén anno még javított valamennyit a 40 szálas paraméter is a 20-hoz képest. Bár valószínűleg, ott már a gép nem tudta elegendő feladattal etetni a többieket.
Meg egyszer kipróbáltam raspberry pi-vel is, hogy a pécék segítsenek alá cross-toolchainnel. A pi gyenge ahhoz, hogy elég gyorsan adja a feladatokat (még a pi első változat volt, a 2-3 -asok már lehet jobban tolnák)
[ Szerkesztve ]
-
Frawly
veterán
válasz E.Kaufmann #73 üzenetére
Csak azért nem tűnik fel, hogy milyen szar az NTFS, mert ahhoz szoktál hozzá. Míg ha huzamosabb ideig használsz mást, és utána nézed meg magadnak, akkor le fogsz petézni. Kivéve, ha SSD-n használod őket, mert akkor nem érzed a sebességkülönbséget.
Az NTFS-nek nem csak a kis fájlokkal van gondja, hanem szeret nagyon töredezni is. Igaz ez a hatás csökkent, mióta a HDD-kbe nagyobb cache-t raknak, meg az SSD sem töredezik.
A MS jobban tenné, ha nem NTFS-kompatibilis fájlrendszert tervezne (bár már ez is előrelépés, hogy nem ülnek az NTFS-en), hanem egy teljesen újat, modernet, amely nem is kompatibilis. Néha a fejlődés érdekében dobni kell a visszafelé kompatibilitást.
Régebben még a swapelés volt gyenge pontja a windowsoknak, az XP-ig bezárólag. Állandóan kilapozta a memóriát swapba, akkor is, ha volt még elég memória, hogy aztán a szinte üres memória ott álljon kihasználatlanul. A Vista óta minden Windows-verzióval fokozatosan javítottak ezen, de a Linux még mindig jobb ebben is. Főleg a cache-elése nagyon profi.
-
-Skylake-
addikt
válasz PrometheusX #52 üzenetére
Hat a hivatalos Enterprise verzioban nemhogy CandyCrush nincsen, hanem meg csak Win Store sem, amibol le lehetne tolteni. Kevered a Proval. Az viszont igaz, konkretan szanalmas hogy a Pro azzal kezd, hogy kipakolja az Asphaltot meg Minecraft es tarsait...
[ Szerkesztve ]
"Those who would shave the beard for pussy deserve neither the beard or the pussy." - Ben Franklin, probably
-
-Skylake-
addikt
Nekem is ket konfigom van, pont ugyan ilyen okok miatt. Amelyiken dolgozok az nem halhat meg egyszeruen, ugyhogy nemertem mirol beszelsz. Ha neked meghalhat a munkageped azer mer a Prey-nek kell az uj crimson a +6 fpsert, akkor hajra. Arrol nem is beszelve, hogy a munkagepem nekem pl 0/24be megy. Nyilvan nem a fogyasztasa erdekel, de a hangja nagyonis.
"Those who would shave the beard for pussy deserve neither the beard or the pussy." - Ben Franklin, probably
-
-
Én a sima 8-ban is azt vettem észre, hogy mintha feleslegesen swappelne. 4GB-ból 2 ott volt üresen, 2-t használt, winyó meg tekert. Aztán olvastam, hogy a 8 újdonsága, hogy javították a RAM használatot, hogy kevesebbet egyen -> gondolom ez volt az, hogy igyekezett nem menni 2GB fölé
Mutogatni való hater díszpinty
Új hozzászólás Aktív témák
- Dell 7920: 2x Intel Xeon Gold 6148 (80 szál, 3,7GHz), 192GB - 1,5TB DDR4 ECC, 1TB NVMe SSD, ÁFA
- Beszámítás! ASRock H310CM i5 9400 16GB DDR4 240GB SSD RTX 2070 8GB Rampage Shiva ZALMAN 500W
- iMac 21.5" 2017 Megkímélt/8GB/256GB ssd/1 hónap gar./p3366/
- 2db Acer AW2000h F2 blade szerver 2x4db AW170H F2 blade-del eladó!
- GAMER PC / Intel 6.gen i5 6500 / rx570 8gb / 16gb ram