- Samsung Galaxy A36 5G - a középső testvér
- Samsung Galaxy Watch7 - kötelező kör
- Motorola Edge 50 Neo - az egyensúly gyengesége
- MWC 2025: A kicsi és a kamerás - megjött a Xiaomi 15 és az Ultra
- Yettel topik
- iPhone 17 képernyővédő üvegek mutatják meg a méretkülönbségeket
- Samsung Galaxy Z Fold7 - ezt vártuk, de…
- iPhone topik
- Samsung Galaxy A54 - türelemjáték
- Fotók, videók mobillal
Hirdetés
Új hozzászólás Aktív témák
-
arn
félisten
ez igy nem biztos, hogy igaz. ott az apple: korabban sehol sem volt az x86, megis megleptek ezt a lepcsot. ha ekkora valtozasok lesznek, akkor pl a windows sem kotelezo, hiszen ha szinte nullarol epitkezunk, akkor meg lehetne csinalni mas osel is a dolgot, es ezt tudja a ms is. platformfuggetlen dolgok fele haladunk, a nagy cegek nem tudjak mar a kompatibilitassal megkotni az embereket - nincs mese, jobbnak kell lenni, mint a konkurencia.
-
arn
félisten
sebesseg teren nem a mobileszkozokbe szant cuccokkal kell majd kuzdeni, hanem a szerverekbe szantakkal
nem tudom, hogy mennyire lesz a dolog parhuzamosithato, de ha igen, akkor gpgpuval fogjak csinalni. de epp ez a szep az egeszben, hogy vegre leradirozhatnak az x86ttal cipelt dolgokat, es a cpu gyk csak osszekoto kapocs lenne az os es az apu kozott. erre meg nem kell tul nagy teljesitmeny. -
LordX
veterán
Nem értem miért lovagolsz még ezen. Az ARM-os Windows nem arra van/lesz kitalálva, hogy majd jól lecserélik vele az x86-os Windowst. Nem desktop a cél, hanem (pl.) tablet, set-top box. Amire tök más programok kellenek.
Szerintem az ARM remekül megvan a saját piacán jelenleg, Windows meg x86 kompatibilitás nélkül, nemhogy csődbe akarna menni, meg amúgy is, mi köze van neki a Microsofthoz?
-
Pikari
veterán
Ha a windows 7 nem biztosított volna visszafele kompatibilitást a korábbi verziókhoz, a microsoft oprendszergyártó részlege fél év alatt csődbe ment volna.
Ha azt hiszed hogy ez máshogy van, akkor menj és tervezz egy processzort (igen egyszerű módok vannak már erre) gyártass le belőle pár ezer darabot, portolj rá egy linuxot, és áruld. Én drukkolok neked.
Komolyan, hogy akarsz a világ legmeghatározóbb desktop arhitektúrának konkurenciája lenni egy olyan arhitektúrával, amire az induláskor gyakorlatilag 0 db szoftver van?
Szerintem gondold ezt át mégegyszer, tényleg meg akarnál venni egy olyan gépet 100ezer forintért amivel még egy filmet se tudsz megnézni, egy dvdt se tudsz kiírni? Mert szerintem nem.
-
Pikari
veterán
-
Elég érdekes hogy az utóbbi időben az IT szektorban a nagyobb vállalatok egymás között szinte mindenkivel konfliktusba keverednek. Aztán pereskednek majd végül csak megegyeznek. Azt értem hogy az Intel fél az ARM-től a W8 miatt de emiatt mi érdekük fűződik összerúgni a port a MS-al?
A Vista - 7 kérdéskörben annyit, hogy valóban a Vista hardverigénye magasabb és erősebb minimum vas kell hozzá, viszont az SP2 óta már a stabilitása és a memória kihasználása is nagyságrenddel javult. Én mindkettőt használom ha már fizettem értük. (x64Ultimate) Meg az is igaz hogy sokan tettek föl SP nélküli változatot az elején és többnyire nem jogtiszta változatban, így sokaknál garantált volt a csalódás. Én is visszaváltottam XP SP3-ra amíg ki nem jött a Vista SP1.
-
Morden24
nagyúr
Ez azért van, mert pénzt kapok a kommentelésért, természetesen. Igen, vasárnap is.
Egyébként ha már ennyire bizonyított, akkor kérem a linkeket, ahol bizonyítják (simán elfogadom, ha van ilyen, csak a probléma az, hogy a memóriakezelésen kívül máson nem igazán látszódhat különbség, ezutóbbit meg már rajtam kívül is leírták). És ne valami másodrangú gémerfórum szemetet, ahol kifejtik, hogy az "A" fps 3 frémperszekkel jobban fut itt, mint ott, mert ilyen ökörségekkel nem foglalkozom.[ Módosította: philoxenia ]
-
LordX
veterán
Tessék elolvasni azt a linket, amit linkeltél.
"Windows apps are mostly compiled for x86 and they won't run on ARM with bare Wine, so this is not our motivation."
Az x86 on ARM részen meg:
"If you want to try running x86 apps on ARM then (...) Download the binary x86 Wine install"
Azaz x86-os Wine kell az x86-os Windowsos programokhoz, és már a Wine-t is a qemu futtatja. Az ARM-os Wine "csak" arra lesz jó, hogy WinAPI-t használó programokat le lehessen fordítani ARM-ra.
Amit találtam a qemu x86->ARM fordításáról, az a 1 szimulált x86 utasítás = kb. 5 ARM utasítás. A leggyorsabb jelenlegi ARM processzor, az nVidia Tegra 2 egy 2 magos, 1,5 GHz-es processzor. Sikeresen tud emulálni egy 2 magos, 300 MHz-es processzort, és most most tegyük fel, hogy a Sandy Bridge és az ARM v7 IPC-je ugyanannyi (bár tippre a SB jobb e téren), ekkor a legolcsóbb Core i3-hoz képest is 10x a teljesítménykülönbség ("természetesen" a SB javára - a legnagyobb i7-hez képest meg 33x). Ami nem rossz (sőt!), de innen is látszik, hogy senki sem gondolhatja komolyan, hogy emulációval futtatgatnak majd ARM-on x86 kódokat, egyértelműen az újrafordítás a járható út. De ez nem is baj, az ARM-os Win8 valószínűleg tabletekre, set-top boxokra lesz becélozva, azon úgysem a standard x86-os Dúmot meg Fotosoppot fogják majd futtatni - arra ott lesz a x86-os Win8 visszamenőleges kompatibilitással.
-
CPT.Pirk
Jómunkásember
Erről tudsz még részleteket?
Korábban érdeklődtem ez a téma iránt (arm-es laptop érdekelt nagyon), de mindenki azt mondta, hogy csak a natívan ARM-re írt Linux alkalmazások fognak menni, meg hogy a Wine nem fog processzort/utasításkészletet (vagy ilyesmit, annyira nem vágom) emulálni. -
04ahgy
nagyúr
Nézd, a Vista bizonyítottan jóval nagyobb hardverigénnyel rendelkezik, mint egy nála jóval újabb Win7. Ez bizonyított tény, nem kell vele vitatkozni. Másrészt érdekes módon a Microsoft is gyorsan felhagyott az istápolásával. Ezek egy független, pártatlan hozzászólónak evidensek, de te itt pálcát törsz. Érdekes.
HGyu
-
Pikari
veterán
Az ARM-mos windowsnak, ha komolyan gondolják, kulcsfontosságú része egy brutálisan optimizált, legalább egy 6x86 utasításkészlettel megbírkózó, többszálú x86 emulátor multithreading és teljes és korlátlan winapi / hang / input és 3d kompatibilitással. Amennyiben ez nem megy, abban az esetben igen meg fog csappanni a microsoft reputációja az ARM területen, annál is inkább, mivel a linux/wine fejlesztői már felkészültek az x86os binárisok és .exe fájlok armlinuxon való futtatására.
-
DMG
senior tag
Nem gond, akkor csak én értettem félre, az a sok munkahelyi stressz, üldözési mánit okoz.
Ami a windows kényelmét illeti, ha a registry-ben kell finomhangolni az adott szervert, akkor az már kevésbé kényelmes, de nyílván könnyebben boldogul az alapjaival az ember mint mondjuk egy linux/solaris adminisztrálásával, egy SAN-os diszk csere teszem azt windowsnál kiveszem-beteszem (kivéve, ha nics mondjuk egy BCV script valahol a gépen, akkor ott módosítani kell azt a rohad hosszú mointpoint-ot) linux alatt meg egy komplett project.
Na megyek kódolok egy kis androidot, mielőtt még magamra haragítok valakit.
-
DMG
senior tag
Nem is mondtam én, hogy a windwos jobb szerver környezet mint a unix. Amit eddig én láttam preferálni az a solaris blade rendszerei, Meg a SuSe. Most meg lassan jön a redHat meg a fexcube, vegyes megitéléssel. De nem is mennék bele, mert nem téma.
lehet fáradt vagyo, de kicsit gúnyosnak érzem a posztot, és ha ígyvan akkor nem igazán értem, mert már elismertem alul informáltságomat a debian-nal kapcsolatban, a cégeket meg nem kell bemutatni.
-
alamuszi
senior tag
Egyáltalán nem az, igazad lehet:
Kezdeném dabadab linkjével:
Majd folytatom is igaz ez a nagyobb céges környezethez igazodik:
Egy pár cég akiknek persze szinte semmi köze a mainframe-ekhez:
Pár cég a felsorolásból akik gyártanak nagy gépet:
FUJITSU
NEC
HP
IBMÉs a DEBIAN is fut sok ilyen gépen.
És persze a Windows Mint server sokkal kényelmesebb. De ami az előnye az a hátránya is. Ahol viszont nem a kényelem a fontos hanem egy kritikus rendszer kialakítása a cél (pl. PAKS) oda nem a windows a menő.
-
DMG
senior tag
Igaz, de nekem a Nagygépes környezet az a Libra Mainframe és az MCP, tudom elavult, meg küszöbön a Cloud, de ezt nevelte belém a munkahelyem. Én még annál atom biztosabb rendszerrel nem találkoztam.
Szóval elnézést kérek tudatlanságomért, jópap is holtig tanul, plána az ilyen rosszabb fajta.
-
Abu85
HÁZIGAZDA
Ez a probléma viszont nem csak az ARM rendszereket érinti.
Nyilván egy UI újratervezésével tökéletes eredményt nem lehet elérni. Valamikor a kecske nem fog jóllakni. Ha a régi programok 90% megfelelő lesz, akkor az már nagyon jó eredmény. A jövőbeli programokat pedig hozzá lehet igazítani a Win 8-hoz. -
"Az UI annyira nem fontos tényező a programok futtatása szempontjából."
Hát, a legacy app az valószínűleg MFC-s, ott meg elég mélyen benne van a programokban az UI és nem nagyon lehet automatikusan variálni vele, mert elég alacsony szinten is hozzá lehet (és tulajdonképpen kell is) férni a rajzolgatáshoz.
-
#59
Abu85
HÁZIGAZDA
antikomcsi
#2
Abu85
HÁZIGAZDA
válasz
antikomcsi
#2
üzenetére
Az Intel ezt a szöveget az NV ellen szánta. A Computexen az NV beszámol a Project Denverről és az azt érintő tényleges tervekről. [link] Ahogy korábban írtuk, Mike Rayfield már elkotyogta, hogy az NV első APU-ja, vagy heterogén processzora a Maxwell lesz, és az már futtatja a Windows 8-at. Az Intelnek főleg ez nem tetszik, hogy az AMD mellett az NV is bele tud szólni a PC-be. És nyilván más gyártókra is lehet számítani, mert az ARM nemcsak az NV APU-ján fog futni.
Lényegében az a baja az Intelnek, hogy a faszán felépített PC-s duopóliumuk a Windows 8-cal eltűnik. Ez ellen próbál most magyarázni, hogy így meg úgy nem lesz jó az ARM. A hírben megpróbáltam összeszedni, hogy mik a lehetőségek, és láthatóan az Intel pesszimizmusa nagyon túlzó.(#11) antikomcsi: Sokkal nagyra törőbb tervei vannak az NV-nek. Nyilván a Maxwellnek lesznek különböző változatai, így a Tegrával együtt kipipálható majdnem a teljes PC-s piac. Onnantól lehet választani, hogy fogyasztás vagy teljesítmény. Esetleg az arany középút egy energiahatékony Maxwell APU-val.
-
DMG
senior tag
Mea Kulpa, csak eddig debian kapcsán nem nagyon halottam arról hgoy mondjuk Nagygépes környezetben használnák, de teljesen igazad van, én még szerver környezetben nem használtam így nem nagyon van róla tapasztalatom. Mint mondtam SuSE és Solaris az amivel van, na egyikről sem mondom hogy jobb mint a Debian, csak úgy tudtam hogy a Debian az free a SuSE meg Solaris support díjas. Vagy Debiant is supportálják szerver környezetben?
MOD: Persze "Nagygépes" környezet is téves kijelentés tőlem, azok ügye Mainframe-ek ott ilyen OS-ek nem igazán elfogadottak.
-
Abu85
HÁZIGAZDA
Emulálásnál nem számít a licenc. Ezt az FTC jelentette ki, hogy az x86 emulációt nem tekintik licenckötelesnek. Egy x86 emulátor megírása szabad. Az Intelnek egy szava nem lehet. Nyilván ilyen alapon egy AMD64 emulátor is írható, és az AMD sem pörölhet érte.
A C/C++ programok újrafordítása nem lehet jelentős gond, ha nincs valami specifikus dolog a kódban, ami egy architektúrára vonatkozik.
-
"Az milyen rendszer ahol debian a szerver?
Esetleg SUSE vagy SOLARIS, de debian. "Meg se merem kérdezni, hogy milyen komoly tapasztalatok alapján jutottál erre meg hogy hány komolyabb szerverről tudod, hogy mi fut rajtuk - mindenesetre, itt, nálunk, a való világban a Debian elég népszerű a szervereken.
-
#55
arn
félisten
antikomcsi
#11
arn
félisten
válasz
antikomcsi
#11
üzenetére
a fusionnal is elertek mar azt a szintet, ami eleg. itt nincs nagyon szukseg mar sem a fogyasztas csokkentesere, sem a teljesitmeny novelesere. kisebb lesz a gep fogyasztasa 5 wattal, meg kisebb terheltseggel jatsza a filmet? ez szerintem mar keves embert erdekel.
hordozhato masinaknal lesz erdekes.
-
Morden24
nagyúr
-
DMG
senior tag
Az milyen rendszer ahol debian a szerver?
Esetleg SUSE vagy SOLARIS, de debian. Nekem vannak 2003-as 2008 és lassan 2008 R2-es szervereim is, a legnagyobb bajom a 2008-al, hog ykivették a drag and drop funkciót a cmd-ből, pedig szerver administrálásnál tök hasznos tud lenni, r2-be visszatették.
Szóval ennyi vele az ösz bajom, nameg az átvariált terminal licenszekMOD:
"isa-s awe64"
Elérzékenyültem.
-
mghltm
addikt
válasz
Alchemist
#26
üzenetére
irok egy listat, mert sokan felreertettek
nem szeretem windows operacios rendszerek: me, vista
szeretem windows operacios rendszerek: 98, xp, 7, 3.5 es 4.0nt, 2000, 2003, 2008
a jo oreg nt-s idokbol volt olyan esetem, hogy fel nap volt mire hangot varazsoltam elo az isa-s awe64-bol
-
mghltm
addikt
nem azt mondtam, hogy szar volt az me/vista, egyszeruen valahogy nem jott be a mindennapi hasznalat soran az emlitett ket rendszer.
lehet csak az en hulyesegem, de nekem minden masodik kliens rendszeruk jon be. szerverek eseten nincs ilyen gondom, azok rendben vannak, bar egyik sem egy debian -
Én nem értem ezt a két fordító dolgot. Nyilván a Visual Studio tudja majd ARM targetre is a fordítást. Talán a Pocket PC-s kiegészítéssel már most is (régen foglalkoztam vele, akkor még külön IDE volt, ami x86, MIPS, ARM kódot is tudott gyártani). Inline assembly már a 2010-es VS-ben sem játszik.
Én nagyon drukkolok ennek a lépésnek, az x86 csak nyűg, meg monopólium. -
DMG
senior tag
Nincs rajta mit átgondolni, személyes tapasztalat, a sors fintora, hogy le kellett róla szednem.
nyílván Aero támogatás off, de mérhetően jobban ment.
De attól nem lesz olcsóbb a kenyér, ha bebizonyítom neked, szóval nem is kötöm az ebet a karóhoz.
MOD:
(#40) antikomcsiÉn nem utáltam/utálom a Vistat, de azt el tudom róla mondani, hogy nem volt jó, múltidő, mint írtam SP1 óta töp korrekt lett a cucc, csak sajna azok vannak többségben akok a waretz verzióra nem tudnak update-et futtatni. (vagy azóta már ez megoldott, nem vagyok szakavatott a témában)
-
#40
antikomcsi
veterán
Manbal
#25
antikomcsi
veterán
Én nem akarok itt állást foglalni senki oldalán, de a vistával semmi gond nem volt. Rakat szarnak végképp nem nevezném, teljesen jól használható, stabil rendszer volt, rengeteg új és hasznos funkcióval.
A win 7 nem akkora előrelépés a vistához képest. A baj a vistával szerintem a tudatlan utálat volt, nem más.
-
Morden24
nagyúr
A "zabálta az erőforrásokat" számomra csak akkor értelmezhető, ha az XP erőforrásétvágyához hasonlítom, ilyen alapon pedig nem tartom értelmesnek.
A kompatibilitási problémákat osztom, bár a támogatás hiánya ill. gyenge driverek nálam valahogy nem tudják azt eredményezni, hogy alapból szarnak tartsam a rendszert - néddmá, a W7 esetében ezekkel alapban nem volt már gond. Miért? Mert addigra a Vista kierőltette ezeket a dolgokat.
Hogy egy mostanság divatos kifejezéssel éljek, az ecosystem-el volt a gond, nem konkrétan az OS-el. -
LordX
veterán
Ha most C/C++ kódról van szó, akkor bizony newsflash: a C/C++ mind x86-on, mind ARM-on ugyanaz a C/C++.
A probléma ott jön elő, amikor a programozók valami architekturális specifikusságot használnak ki (pl. int-ben tárolnak el egy pointert, ami 32 bites OS-en működik, de sok sikert ezt lefordítani 64 bites processzorra), vagy assembly-t inlineolnak (de akkor meg nem C/C++-ban programozik a delikvens). Viszont ezen problémáknak semmi köze nincs a fordítóhoz, egyszerűen olyan a kód, hogy ne fusson máshol.
-
-
Morden24
nagyúr
Na persze ezzel nincs baj, de akkor megtehette volna az MS, hogy akkor adja ki az oprendszert, amikor a nagy vállaltoknál is eljön a DX9 VS2 korszak. Mert az kb 2008 - 2009-ben volt.
Azzal az lett volna a baj, hogy akkor a sok töketlen hardvergyártó és szoftverkészítő jó esetben 2007 végén - 2008 elején, rosszabb esetben (mint a Vistánál) az OS kiadása után kap észbe, hogy jééé, dolgozni is kéne valamit X év után.
Tehát a Vistára ilyen téren pont azért volt szükség, hogy kitapossa a Win7-nek a piac támogatását - anélkül pont annyira lett volna bukó a dolog.(#32) DMG:
Azért abban kiegyezhetünk, hogy voltak gondok a Vista-val SP1-ig.
Persze, hogy voltak.
A Win7 memóriahasználatban kicsit engedékenyebb, mint a Vista (volt), illetve jobban skálázódik. Másban nem igazán tér el a hardverigény.szerk.: Egyébként mielőtt átesnénk a ló túloldalára: egy szóval nem állítom, hogy a Vista hibátlan volt, ráadásul a népszerűtlensége teljesen jogos volt - függetlenül attól, hogy sokról nem az MS tehetett közvetlenül. Viszont azt hadd ne nyaljam már be, hogy idejön valami bohóc a "alapból szar" szintű rendkívül jól alátámasztott véleményével, mert valamelyik szar játéka nem futott elég jól Vistán (emlékszem anno Vista topikba hány véglény jött be azzal, hogy szar a Doom3, pedig már rég volt hozzá patch - csak a sok warezmókusnak ugye az nem volt opció
). -
DMG
senior tag
Azért abban kiegyezhetünk, hogy voltak gondok a Vista-val SP1-ig. Nekem volt dolgom pár Vista-s géppel amik valóban Vista redi gépek voltak, nem is votl gond az élmény indexel. De SP1 elött élhetettlen volta rendszer, a hotfixek meg SP kezdik megzabolázni a kicsikét.
MOD: Nagyvállalatok meg eslősorban kompatibilitási gondokkal közdenek, ezért annyira nem eröltetik a Vistat. Nálunk vagy egy évig tesztelgették, aztán közölték, hog yez nekik nem kell, mosta 7-et nyúzzák, nagyobb sikerekkel.
Ami az erőforrást illeti egy 7-e jobban elboldogul gyengébb gépeken is, tapasztalat, voltak erre vonatkozó tesztk is a neten, nem i sértem ez miért képezi vita tárgyát.
-
alamuszi
senior tag
Én használtam VISTÁT sok gépen jó, az, ha van alatta vas, nincs azzal semmi baj. Csak lehet, hogy egy 50 000 számítógépet alkalmazó nagy cég nem gondolja úgy, hogy lecseréli a komplett számítógép állományát szerverestül, mert megjelent a VISTA én sem tenném.
(#30) Morden24:
Na persze ezzel nincs baj, de akkor megtehette volna az MS, hogy akkor adja ki az oprendszert, amikor a nagy vállaltoknál is eljön a DX9 VS2 korszak. Mert az kb 2008 - 2009-ben volt. Annak ellenére, hogy már régen kinn voltak az alkalmas hardverek a piacon.
-
Morden24
nagyúr
Te aztán elég jól tudhatnád, hogy a negatív sajtó bőven megtette a hatását. Bár az tény, hogy pár olyan balhé után, mikor a tisztelt OEM-ek gagyi XP-s notebookokra pakoltak Vista ready matricát, és értékesítették azt 1,0-ás élményindexszel, valóban volt ok rinyálásra.
Az XP életciklusának hosszabbításához meg jóval több köze volt annak, hogy az MS-nek nem volt netbookra alkalmas rendszere, mint annak, hogy a Vistát a gyártók drivereinek nemléte vagy gyengesége, illetve az XP-hez képest magasabb gépigénye miatt elmeszelte a "szak"sajtó.
De tőlem szakérthettek egymás között; ha ti még nem láttatok olyan számítógépet, amin normálisan működött egy Windows Vista, akkor mea culpa, bár nem irigykedem, az biztos. Egy "hozzáértő" meg tisztában lehetne azzal, hogy mondjuk a driverek gyengesége vagy az, hogy adott szoftvereket a készítők nem vagy késve patcheltek/upgrade-eltek, az nem az OS hibája - egy átlagfelhasználótól az ilyet simán elfogadom, mert neki ha szar akkor szar és igaza is van, de aki azzal jön, hogy ki mennyire hozzáértő, az jó lenne, ha kihúzná a seggéből a fejét.
(#29) alamuszi: nem hinném, hogy rossz hely vagy idő lett volna. A nagy változásokat mindig ki kell taposni.
-
alamuszi
senior tag
Igen olvastam, de egyértelmű, hogy futni fog, ez nem is kérdés, mert az MS nem szokott levegőbe beszélni. Csak hogy milyen hatékonysággal (lásd Transmeta)
(#28) dabadab :
+1
No igen de ott azért az is ott volt, hogy a nagy cégek sem akartak annyira vasat venni, ahhoz hogy egy új oprendszert futtassanak, a Win 7-re pedig úgyis kicserélték a hardvereiket a nagyok is. Hiszen a Win7-nek sincs kisebb erőforrás igénye, mint a Vistának. A Vista rossz időben volt rossz helyen, nem készült fel a vállalati piac a fogadására.
-
Azert szerintem az eleg gyanus volt, hogy Vistabol az OEM-ek se nagyon kertek es a MS kenytelen volt az XP eletciklusat hosszabbitgatni - persze lehet, hogy ok se ertenek hozza
(Egyebkent az XP is csak SP2 tajara talalt magara, azelott nem nagyon volt divat upgrade-elni ra Win2k-rol (es itt most vallalati felhasznalokrol beszelek, nem random homeuserekrol)) -
Morden24
nagyúr
1. Konzolt 2009 novemberben vettem
2. Nem láttalak túlzottan hozzáérteni egy Windows-os topikban sem
3. Az ilyen remek és szakmai kijelentések ("alapból egy rakat szar") után kérdéses, hogy kinek hova való az orra.
4. Az, hogy valami nálad szarul futott, nem jelenti azt, hogy mindenkinek ótvar hardveres vagy szoftveres környezete volt hozzá
Ha nem tudtál belőni normálisan működőre egy Vistát, akkor neked kellett volna kvarcjátékot venned, és nem biztos, hogy erőltetni kéne a PC-elitista hozzáállásodat. Gémerpistike. -
Morden24
nagyúr
Nemtom, én amikor 3.1-et, 95-öt, 98-at használtam, nem voltam olyan húdehozzáértő faszagyerek (most sem vagyok), hogy 10+ év távlatából kijelentsem, hogy mi volt az én, és mi a Win hibája.
Abban nem látok sok rációt, hogy valaki azért utálta az X Windows-t, mert akkoriban kis töketlenként havonta tönkrevágta meg összevírusferőzte, mostanra meg (jó esetben) magára kapart annyit, hogy már ilyet nem csinál.
-
"Egy egyszerű újrafordítás a legtöbb esetben kalap szart se fog érni, hiszen teljesen más az ARM struktúrája, mint az x86."
Ize, mit akartal ezzel mondani? Mert az oke, hogy az egyik kicsi indian, a masik meg nagy, meg az ARM8 64 bites, a legacy cuccok meg 32 bitre keszultek, de ettol ezektol eltekintve mas gond nem nagyon merulhet fel.
Az emulatoroknal meg nem jatszanak licenszproblemak, azt barki irhat - irnak is, ott van pl. a GPL-es QEMU.
(#20) alamuszi: elolvastad a cikket?... Nem arrol szolt, hogy rosszabbul, hanem hogy egyaltalan futnak-e.
-
BiP
nagyúr
Ezt benéztem, nem láttam, hogy a fele smiley erre, a fele arra bólogat.
(azon agyaltam, hogy ha ezeket szerette mind, akkor hogy jön ki a minden 2. )Most kéne egy kávé
Így egyébként egyetértek a listával, én is így vagyok vele. Kiegészítésképp: 3.1
95
(bár az OSR2 már jó volt, és a 98-ból is inkább az SE) -
Egy egyszerű újrafordítás a legtöbb esetben kalap szart se fog érni, hiszen teljesen más az ARM struktúrája, mint az x86. Ha a két fordító teljesen kompatibilis lenne, akkor már közelebb lennénk a dologhoz, de még akkor is sok problémát kéne megoldani.
Az emuláció ötlete már önmagában is vicces, hiszen egy alapvetően lassabb rendszeren emulált gyorsabb rendszerre írt kód reménytelen hátrányban van. Az Apple, mint példa amennyire érdekes, annyira rossz is, hiszen ők egy jóval gyorsabb rendszeren emuláltak egy régiebbi, lassabb környezetet.
Nem beszélve a licenszproblémákról, hiszen az x86 kód licensze az Intel kezében van, és eszük ágában sincs azt kiadni valakinek holmi emuláció céljából, még a mikrofosnak sem.
-
#11
antikomcsi
veterán
arn
#7
antikomcsi
veterán
Viszont ha a fogyasztásról szól a dolog, akár még teljesen integrált mITX-es lapokat/kicsi egybegépeket is csinálhat az nv arm alapon Windowsos felülettel, például HTPC-k számára. Oda biztosan elegendő a teljesítmény. És nem is érdekes a rengeteg program, illetve játék, csak egy tucat "cél alkalmazás".
-
DMG
senior tag
És mutasson nekem valaki egy olyan billentyűzetre optimalizált programot, ami jól használható tablet-en, erre biztos csak és kizárólat a Microsoft nem képes. (már arra, hogy ilyen "platform független" alkalmazást írjon).
Semmedig nem tart már az alap GUI-t úgy megírni, hogy platformtól függően működjön, ez már a programozó dolga, az, hogy egyik paltformról portolhatja a másikra egyszerűen, ez meg a Microsoft dolga, erről állítják ők, hogy működik.
Jajj hogy C és C++ programok eltérő architechktúrán csak újrafordítással működnek?
Ezt sosem gondoltam volna, felháborító. -
arn
félisten
ha emulalva futnak a dolgok - majd az lesz az intel valasza, hogy x86on gyorsabb
azert kell egy jokora sebessegtobblet, hogy hasonlot nyujtson. persze ez majd az nv szamara lesz erdekes, mert amig az arm procik a fogyasztasrol szolnak, addig szepen ellesznek.kivancsi vagyok, hogy mennyi program fog megjelenni parhuzamosan mindket platformra.
-
#3
Daywalker
addikt
antikomcsi
#2
Daywalker
addikt
válasz
antikomcsi
#2
üzenetére
Kezdesz "abusodni"
-
#2
antikomcsi
veterán
antikomcsi
veterán
Jók az ilyen, még nem tudjuk milyen lesz, de ezt meg azt nem fogja tudni kijelentések.
Tulajdonképpen egy dologra jók, hogy aki esetleg elfeledte volna, hogy jön a win 8, és annak bizonyos változata arm-on is fog működni, az most megint észben tarthatja egy darabig.
Azon sem lepődnék meg, ha MS és Intel ezeket közös megegyezéssel csinálná. Bár tudom ez kicsit összeesküvés elmélet szagú.
-
smkb
őstag
Már ott bukik az alapvetően egyszerű portolás lehetőség még a fordítás előtt, hogy mindenhez új UI-t kell tervezni... emiatt bukó minden Win7-es tablet is, mert nyögvenyelős és rémkényelmetlen érintőképernyőn az egérre és billentyűzetre optimalizált alkalmazásokkal bajlódni... eleve a Win8-nak is tök más felülete kell, hogy legyen mint a Win7-nek, más osztályokkal, metódusokkal stb... nem olyan egyszerű ez...
nem tudom, hogy mennyire lesz a dolog parhuzamosithato, de ha igen, akkor gpgpuval fogjak csinalni. de epp ez a szep az egeszben, hogy vegre leradirozhatnak az x86ttal cipelt dolgokat, es a cpu gyk csak osszekoto kapocs lenne az os es az apu kozott. erre meg nem kell tul nagy teljesitmeny.
Esetleg SUSE vagy SOLARIS, de debian. 
Aztán nehogy megutálják egymást, mert akkor lesz csak zűrzavar. 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Ezt sosem gondoltam volna, felháborító.
Új hozzászólás Aktív témák
Hirdetés
- Samsung Galaxy A36 5G - a középső testvér
- Korábbi vezetője szerint 40 milliárd dollár kell az Intel versenyképességéhez
- Milyen videókártyát?
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Bluetooth hangszórók
- Béta iOS-t használók topikja
- Házi hangfal építés
- Samsung Galaxy Watch7 - kötelező kör
- exHWSW - Értünk mindenhez IS
- Sony MILC fényképezőgépcsalád
- További aktív témák...
- AKCIÓ! AMD Ryzen 7 3800X 8mag 16szál processzor garanciával hibátlan működéssel
- Intel I3-9100F
- BESZÁMÍTÁS! Intel Core i9 9900K 8 mag 16 szál processzor garanciával hibátlan működéssel
- AMD Ryzen 5 3600 BOX - Új, 3 év garancia - Eladó!
- Intel Core i7-10700 8-Core 2.9GHz LGA1200 (16M Cache, up to 4.80 GHz) Processzor!
- Bomba ár! Dell Latitude E7240 - i7-4GEN I 16GB I 256SSD I 12,5" HD I HDMI I Cam I W10 I Garancia!
- DELL WD19 / WD19S dokkoló + 130W töltő
- Telefon felvásárlás!! Xiaomi Redmi Note 13, Xiaomi Redmi Note 13 Pro, Xiaomi Redmi Note 13 Pro+
- HIBÁTLAN iPhone 14 Pro 128GB Gold -1 ÉV GARANCIA - Kártyafüggetlen, MS3145
- MacBook, Apple M1 / M2 kompatibilis dokkolók, DisplayLink 4K, USB-C, Type-C
Állásajánlatok
Cég: FOTC
Város: Budapest