Van 64 bites PHP?
2009-10-30T21:51:48+01:00
2009-11-03T11:29:01+01:00
2022-07-19T04:53:02+02:00
  • > A mai kommerszionális számítógépek rendszertechnikájáról, amely sajnos megegyezik a neumanni ősgépek és az IBM 360 rendszertechnikájával.
    Azért történt némi fejlődés a neumanni ősgépek, és a manapság boltokban kapható architektúrák között. Például én nem venném egy lapra a szekvenciális feldolgozást a párhuzamossal.
    Mutasd a teljes hozzászólást!
  • Azért vannak egyszerű és összetett rendszerek, másrészt vannak fejlett és fejletlen eszközök. Az előbbieket könnyebb elsajátítani, az utóbbiakkal hatékonyabban lehet dolgozni, illetve megbízhatóbb dolgokat lehet előállítani.
    Mutasd a teljes hozzászólást!
  • csupán egy kérdés.
    A fejlesztő gépekre vásárolt oprendszert. Azokon nem fér el egy egyszerű wamp is? Nekem Win7 Ultimate x64-em van és tökéletesen fut rajta. Vagy feltételenül szükséges darabokból összepakolni?
    Mutasd a teljes hozzászólást!
  • Nem véletlen, hogy az MS a Win7 után már nem fejleszt több Windows operációs rendszert...


    Azt szabad megkérdeznem, hogy erről hol olvastál? Mert pl a prog.hu társlapján én ezeket olvastam:

    windows8 1

    meg ezt

    windows8 2

    sőt, még ezt is:

    windows 8 3

    Várom az ennek ellentmondó linkeket...
    Mutasd a teljes hozzászólást!
  • Ez egy nagyon érdekes megközelítésmód. Jó lenne hallani a mögöttes indoklást is, mert ez a sejtelmesség nem érvelés és megzavarhatja a hardverhez nem értőket.


    igazából azt nem értem, hogy ez melyik hsz-emre a válasz? Miért is nekem címezted?
    Mutasd a teljes hozzászólást!
  • Nem akarok vitát generálni "miért nincsenek 64 bites programok" címmel...


    Végig olvastad a hozzászólásomat? Esetleg meg is értetted?
    Ha igen, akkor ÉN kérek elnézést...
    Mutasd a teljes hozzászólást!
  • Egyetértek... felesleges so*sni a különböző technológiákat a tudatlanság magabiztosságával... mindegyik esetben a befogadó és alkalmazó (egyetlen) ember a "gyenge" vagy "erős" pont....
    Mutasd a teljes hozzászólást!
  • PAE = Buhera (kényszerből)...
    Mutasd a teljes hozzászólást!
  • Ne haragudj, de itt messze nem erről van szó.
    A mai kommerszionális számítógépek rendszertechnikájáról, amely sajnos megegyezik a neumanni ősgépek és az IBM 360 rendszertechnikájával.
    Mint írtam, a technológia egy más kérdés... ja és a .NET meg egy harmadik :)
    Mutasd a teljes hozzászólást!
  • Azért ezzel a programozók úgy 99%-a nem így van. Különösen azok nem akik olyan méretű dolgokat csinálnak ahol már a 32/64 bit játszik.
    Mutasd a teljes hozzászólást!
  • A "korrektebb" összehasonlítás mondjuk egy Win + IIS + ASP.NET / Linux + Apache + PHP konfiguráció lenne.

    kihagytad a MySQL vs. MSSQL! Nálam simán a PHP nyerné a versenyt. Mivel ASP tudásom erősen konvergál a nullához, így bármennyire jót is írt az M$, a programozói tudásommal simán lerontanám. Voltam tavaly egy ASP egynapos tutorialon. Sikerült annyira összekuszálnom a dolgokat, hogy végül hiába jött oda az egyik segéd, már nem tudta rendbe tenni az alkalmazást, amit ott közösen gyártottunk.
    Mutasd a teljes hozzászólást!
  • >>PAE.

    (Amugy az egy processz altal asznalhato memorian ez nem segiit...)
    Mutasd a teljes hozzászólást!
  • Fogadd el a tényt, hogy "látta, de nem használta..." a 4 GB memóriát. (32 biten képtelenség nagyobbat címezni, ezért a grafikus kártyák memóriaterülete mindig levett a max címtartományból...
    Mutasd a teljes hozzászólást!
  • A rendszertechnika miatt ma az Intel-Microsoft szimbiózis a digitális automaták (ilyen a computer is) fejlődésének gátja.

    A microsoft egyre kevésbé. A .NET már lényegében bármilyen architektúrán elfut. Az viszont más kérdés hogy a júzerek foggal-körömmel ragaszkodnak a bináris kompatibilitáshoz. Ennek aztán az eredménye a vista-win7 rendszerekben lévő érdekes (bár nem rossz, de kissé hackeléses) megoldások a Program Files alá írogató programok kezelésére, illetve a virtual pc alapú XP mód - ami egyébként számomra meglepően korrektül működik.
    Mutasd a teljes hozzászólást!
  • Kb. ugyanaz lehet az oka amiért a vizuálbézikes vonalat sem dobták még ki a fenébe.
    Mutasd a teljes hozzászólást!
  • Én 64 bites rendszert használok, de túl sok 64 bites programom nincs. Mi ez a 700 MB ? A win7 32 bites verziója is vígan látta mind a 3GB RAM-ot a gépemben, és csak azért nem többet mert nincs benne több. És 3GB RAM azért elég sok mindenre elég.
    Mutasd a teljes hozzászólást!
  • Linkelgetés windowson is van. Sőt, igazából már az NT4 NTFS-e is tudta ezt, csak nem volt a mezei júzer számára kivezetve, de API volt rá és külső progikkal tudtál is ilyet csinálni.
    Mutasd a teljes hozzászólást!
  • Azt azért ne felejtsd el, hogy a linuxok 99.9%-a apacsot, php-t és mysql-t futtat. Mind a linux erre van kihegyezve (szemben Pl. a desktop funkcionalitással) mind az apacs, php, és mysql.
    Mutasd a teljes hozzászólást!
  • "Hát ezt nem tudom, hogy az IIS7 mit tud, de én most raktam át PHP-s ügyviteli szoftverünket Windowsról(Apache) Ubuntura (Apache)."


    Azért megjegyezném, hogy ebben az esetben egy sokismeretlenes egyenleted van:) Mert ugye ilyenkor nem csak Win / Linux összahasonlítás van, hanem Win Apache / Linux Apache valamint Win PHP / Linux PHP is. (és akkor még a feltehetően MySQL-ről nem beszéltünk)


    A "korrektebb" összehasonlítás mondjuk egy Win + IIS + ASP.NET / Linux + Apache + PHP konfiguráció lenne.
    Mutasd a teljes hozzászólást!
  • Hát ezt nem tudom, hogy az IIS7 mit tud, de én most raktam át PHP-s ügyviteli szoftverünket Windowsról(Apache) Ubuntura (Apache). Olyan 2-8x gyorsabb. Ha PHP, akkor inkább Linux. Mondjuk nem is tudom hogy mennyire egyszerűen oldható meg a mod rewrite IIS mellett. És persze a linkelgetés (ln) sem hiányzott eddig. Most már nagyon hiányozna...
    Mutasd a teljes hozzászólást!
  • Kezdő (4-5 hónap) Windowsos vagyok, nekem ez nem ment ( meg a VS 2008-nak se :).
    Nem olyan egyszerű az élet...(em)... még sokat kell tanulnom a gyakorlatból...

    MINDENKINEK KÖSZI!
    Mutasd a teljes hozzászólást!
  • Aki megnézi az MS PHP WEB platform támogatását, az elgondolkodik... Vajh, miért csíptek rá? És miért tették olyan egyszerűvé az IIS7-en a támogatást.

    Nem vagyok mértékadó, mert szakmailag elkötelezett vagyok az MS technológiák mellett (a UNIX világból lovagoltam át - nem magamtól :)), de tényleg csúcs amit mostmár az IIS7 tud.

    Mutasd a teljes hozzászólást!
  • Köszönöm a tanácsaidat.

    A témában minden MS irodalom rendelkezésemre áll (könyvben, segédanyagban sőt a NET-en is sok hasznos cucc érhető el.

    Szivesen segítek másnak is, ha tudok.
    Mutasd a teljes hozzászólást!
  • Kösz, amit írtál véleményem szerint is tökéletesen igaz...

    Egyelőre nem szabad elfelejteni, hogy FastCGI módban az MS CSAK a 32 biteset támogatja! (Az IIS7 is !!!)
    Mutasd a teljes hozzászólást!
  • Ez egy nagyon érdekes megközelítésmód. Jó lenne hallani a mögöttes indoklást is, mert ez a sejtelmesség nem érvelés és megzavarhatja a hardverhez nem értőket.

    Engedd meg, hogy két dolgot jelezzek Neked műszaki magyarázatok nélkül:

    1. Az asztali (de még a professzonális) számítógépek többsége ma is az 1952-es-1954-es (!!!) rendszertechnikát alkalmazza. (Most nem a gyártástechnológiákról beszélek, amelyek az "egekbe" fejlődtek. A rendszertechnika miatt ma az Intel-Microsoft szimbiózis a digitális automaták (ilyen a computer is) fejlődésének gátja. Nem véletlen, hogy az MS a Win7 után már nem fejleszt több Windows operációs rendszert...

    2. A még a kommersziális piacon haszonnal eladható "vasak" (különösen a nagy integráltságú digitális elemek) elérték a fizikai megvalósíthatóság határát.. (persze még lehet mit fejleszteni, de nem lenne aki megfizeti).. (A műszaki oldal kifejtéséhez egy félésves kurzus kellene a műegyetemen, ezért most nem részletezném)..

    A fent vázolt helyzetben a még lehetséges "parasztvakítás" ezért a többmagos processzorokaz (Core i500, i700, i900 stb.), a multitaskingot és a "busz-szélességet" (32 bit, 64 bit, 128 bit stb.) célozza - feleslegesen. Tényleg igaza van azoknak akik azt mondják, hogy kommerszionális használatra tényleg BŐVEN elég az a szint, amit a 32 bites XP SP3 produkált.


    Mutasd a teljes hozzászólást!
  • Szia,

    Ne haragudj, de leteszteltük (ugyan azon a gépen, ugyan azon a projekten).

    A W7 x64 másfélszer gyorsabban fordít, mint a W7 x86. A memória tartalom átmozgatásban még szembetűnőbb a különbség. Ebben 2x-2,2x a szorzó a W7 x64 javára. Nem beszélve a filetransferről...

    Nagyon sokat jelent az a kb 700 MB memória, amelyet a W7 x64 használni tud, különösen, ha nincs spéci grafikus kártyád (GPU), de még ebben az esetben is 1,4x a versen a 64 bites javára. (Az én fejlesztőgépemben Radeon 5850 van és még ezzel együtt is nyerő a Win7 x64

    Nagyon köszi a véleményedet...
    Mutasd a teljes hozzászólást!
  • Rengeteg jó tanácsot kaptam, amelyeket köszönök.

    Sajnos az általad ajánlott PHP csak Apache-on fut. Más platformra nincs is (szinte hihetetlen, ui. ma már csak nagy keresgélés után lehet 32 bites procit és alaplapot találni, kapni).

    Egyébként a M$ nem támogatja a 64 bites PHP-t a Server 2008 SP2 x64-en (elvileg csak a Server 2008 R2 képes futtatni). Ezt írja is a "Webplatform" letöltésének ismertetőjében (wpilauncher.exe)

    Továbbá: a 32-bites fejlesztőeszközök (az MS VS2008-tól a ZendStudio 7.x-ig futnak a W7 x64 alatt

    Köszi előre is minden hírt, ötletet
    Mutasd a teljes hozzászólást!
  • Igazából egy áltagos ügyviteli rendszernek bőven elég a 32 bit. A 64 bites progik 1-2%-al gyorsabbak 64 bites win alatt, az elérhető max. RAM kapacitás meg enterprise szint alatt szintén nem nagyon játszik.
    Mutasd a teljes hozzászólást!
  • Egy érdekes fejtegetés található az alábbi linken

    "Ma már nehéz nem 64bites processzort vásárolni, mégis elvétve találkoztunk csak 64bites operációs rendszerrel Magyarországon."

    Ügyvitel és számlázás 64 bites operációs rendszeren
    Mutasd a teljes hozzászólást!
  • hát, ezt a módszert
    fogj egy Visual C++-t x64-es fordítóval, töltsd le a PHP forráskódját, és fordítsd le.
    én nem javasolnám.

    Persze, az "Amőba by GipszJakab" vélhetően futni fog, de gondold már végig: valamiért nincs tele a piac 64 bites programokkal. Se játékok, se ügyviteli szoftverek, se semmi komoly. Nem akarok vitát generálni "miért nincsenek 64 bites programok" címmel, de fogadd el : a 32-> 64 bites váltás nem a fordítón múlik. Ha így lenne, létezne full hivatalos, full támogatású, full 64bites PHP.
    Mutasd a teljes hozzászólást!
Tetszett amit olvastál? Szeretnél a jövőben is értesülni a hasonló érdekességekről?
abcd