Hozzászólások
-
Bejegyzés
-
salaud wrote:Bios Bug. Nálam ubuntu 9.04 x64 kernel log:
Sajnos nem bug, hanem feature. Az ACPI az egyik leginkompatibilisebb, legbugosabb és legaluldokumentáltabb dolog a PC-s területen.
salaud wrote:Bios-ban nincs IOMMU opció. Asrock K78N alaplap. Nforce7 chipset.Olyan tényleg nincs ami az ‘I’ ‘O’ ‘M’ ‘M’ ‘U’ betűket egymás után tartalmazza. De Assrock alaplapoknál a „Memory Remap Feature” is IOMMU opció. Mellesleg a cég az ASUS hót’ gagyi termékeket gyártó leány, amihez már nem akarta adni a nevét. Így ASUS=minőség, Asrock=minden egyéb. Mellesleg ilyen alaplap típus nincs.
salaud wrote:Windows xp x64 látja mind a 4 gigabyte ram-ot, használja is szépen.Valójában 3,9GB-ot, mert nem használja az AGP memóriába lógó területét. Tehát a Windows jó rendszer mert lenyeli a hibákat és megvédi az usert a problémáktól, a Linux meg gagyi mert minden apró hibán fennakad.
salaud wrote:Bios Bug. Nálam ubuntu 9.04 x64 kernel log:Sajnos nem bug, hanem feature. Az ACPI az egyik leginkompatibilisebb, legbugosabb és legaluldokumentáltabb dolog a PC-s területen.
salaud wrote:Bios-ban nincs IOMMU opció. Asrock K78N alaplap. Nforce7 chipset.Olyan tényleg nincs ami az ‘I’ ‘O’ ‘M’ ‘M’ ‘U’ betűket egymás után tartalmazza. De Assrock alaplapoknál a „Memory Remap Feature” is IOMMU opció. Mellesleg a cég az ASUS hót’ gagyi termékeket gyártó leány, amihez már nem akarta adni a nevét. Így ASUS=minőség, Asrock=minden egyéb. Mellesleg ilyen alaplap típus nincs.
salaud wrote:Windows xp x64 látja mind a 4 gigabyte ram-ot, használja is szépen.Valójában 3,9GB-ot, mert nem használja az AGP memóriába lógó területét. Tehát a Windows jó rendszer mert lenyeli a hibákat és megvédi az usert a problémáktól, a Linux meg gagyi mert minden apró hibán fennakad.
KissAG wrote:Code:BIOS-e820: 0000000000100000 – 00000000cbfb0000 (usable)Ez itt a 3,2GB memória.
KissAG wrote:Code:BIOS-e820: 00000000cbfb0000 – 00000000cbfc0000 (ACPI data)
BIOS-e820: 00000000cbfc0000 – 00000000cbff0000 (ACPI NVS)Az ACPI berakja 4G alá a dolgait (gondolom PCI vagy AGP címterek).
KissAG wrote:Code:BIOS-e820: 00000000cbff0000 – 00000000cc000000 (reserved)
BIOS-e820: 00000000fee00000 – 00000000fee01000 (reserved)
BIOS-e820: 00000000ffb80000 – 0000000100000000 (reserved)Itt meg az cc000000-fee00000 blokk hűlt helye az érdekes, ez a hiányzó 800MB. A Windows meg vagy alaplapi driver útján vagy nem szabványos ACPI kódokkal fel tudja deríteni ezt a tartományt.
KissAG wrote:az alaplapom: Asrock : 4Core1600Twins-P35DEz esetben engedélyezni kell a „Memory Remap Feature” opciót a BIOS-ban, hogy ne 3,2G környékén szakísa meg a memóriát kompatibilitási okokból, hanem tegye 4G fölé.
KissAG wrote:Code:BIOS-e820: 0000000000100000 – 00000000cbfb0000 (usable)Ez itt a 3,2GB memória.
KissAG wrote:Code:BIOS-e820: 00000000cbfb0000 – 00000000cbfc0000 (ACPI data)
BIOS-e820: 00000000cbfc0000 – 00000000cbff0000 (ACPI NVS)Az ACPI berakja 4G alá a dolgait (gondolom PCI vagy AGP címterek).
KissAG wrote:Code:BIOS-e820: 00000000cbff0000 – 00000000cc000000 (reserved)
BIOS-e820: 00000000fee00000 – 00000000fee01000 (reserved)
BIOS-e820: 00000000ffb80000 – 0000000100000000 (reserved)Itt meg az cc000000-fee00000 blokk hűlt helye az érdekes, ez a hiányzó 800MB. A Windows meg vagy alaplapi driver útján vagy nem szabványos ACPI kódokkal fel tudja deríteni ezt a tartományt.
KissAG wrote:az alaplapom: Asrock : 4Core1600Twins-P35DEz esetben engedélyezni kell a „Memory Remap Feature” opciót a BIOS-ban, hogy ne 3,2G környékén szakísa meg a memóriát kompatibilitási okokból, hanem tegye 4G fölé.
KissAG wrote:Telepítettem az OpenSuSE 11.1 64bites változatát és a rendszer azt írja ki, hogy 4 Gb helyett mindössze 3,2 Gb ram van telepítve a rendzerhez…Valóban megfelelően működnie kellene, a 4G sajnos még mindig egy mumus a PC-nél. Egyes alaplapok rosszul adják meg a memória tartományok határait, másokon meg az integrált videokártya nem képes címezni a 2G/3G feletti területeket. Egyes Asus alaplapokon (BIOS) meg be kell kapcsolni a „DRAM over 4G Remapping” opciót.
KissAG wrote:van esetleg ötlete valakinek mit kellene tennem, hogy felismerje az összeset?Először a BIOS hiba kiszűréséhez szükség lenne az alaplap pontos típusára, és a következő parancsok kimenetére:
$ cat /proc/version
$ free -m
$ dmesg |grep „BIOS-e820”
$ cat /proc/mtrrNagyjából 95% az esélye a BIOS problémának. A többit majd akkor ha kizártuk ezt a lehetőséget.
borbi wrote:http://packages.opensuse-community.org/packageinfo.jsp?checksum=b2fdc146a8231d87799ca19593706993c01975b0&distro=openSUSE_111Ha a telepítő automatice ezt tette fel akkor más gond van.
A 64 bites kernel és a PAE kizárja egymást, a kettő együtt értelmetlen.
KissAG wrote:Telepítettem az OpenSuSE 11.1 64bites változatát és a rendszer azt írja ki, hogy 4 Gb helyett mindössze 3,2 Gb ram van telepítve a rendzerhez…Valóban megfelelően működnie kellene, a 4G sajnos még mindig egy mumus a PC-nél. Egyes alaplapok rosszul adják meg a memória tartományok határait, másokon meg az integrált videokártya nem képes címezni a 2G/3G feletti területeket. Egyes Asus alaplapokon (BIOS) meg be kell kapcsolni a „DRAM over 4G Remapping” opciót.
KissAG wrote:van esetleg ötlete valakinek mit kellene tennem, hogy felismerje az összeset?Először a BIOS hiba kiszűréséhez szükség lenne az alaplap pontos típusára, és a következő parancsok kimenetére:
$ cat /proc/version
$ free -m
$ dmesg |grep „BIOS-e820”
$ cat /proc/mtrrNagyjából 95% az esélye a BIOS problémának. A többit majd akkor ha kizártuk ezt a lehetőséget.
borbi wrote:http://packages.opensuse-community.org/packageinfo.jsp?checksum=b2fdc146a8231d87799ca19593706993c01975b0&distro=openSUSE_111Ha a telepítő automatice ezt tette fel akkor más gond van.
A 64 bites kernel és a PAE kizárja egymást, a kettő együtt értelmetlen.
Canvas (2D vászon) + PDF + nyomtatás + multiplatform = Cairo.
Bár egy picit át kell írni a 2D kódot, de talán a legjobb megoldás. Ha a kód 100%-os újrafelhasználását is beteszed a feltételek közé, akkor valamelyik másik feltételt fel kell adnod cserébe.
Canvas (2D vászon) + PDF + nyomtatás + multiplatform = Cairo.
Bár egy picit át kell írni a 2D kódot, de talán a legjobb megoldás. Ha a kód 100%-os újrafelhasználását is beteszed a feltételek közé, akkor valamelyik másik feltételt fel kell adnod cserébe.
LuJOmAn wrote:Keresek egy olyan modellező alkalmazást, amivel egy blokkdiagrammot tudnék készíteni oly módon, hogy megadom az entitásokat, és az azok közötti kapcsolatokat felsorolásszerűen, majd a program abból egy blokkdiagrammot készít automatikusanIlyen rengeteg van. Valójában túlzottan sok is, le kellene szűkíteni egy kicsit a diagramm típusát. Akkor még meg sem említettem az absztakciós szintet. Ráadásul a többségük szabvány vagy de facto szabvány, így nem kellene újra feltalálni egyet sem. Főleg ha más is meg fogja nézni.
Például: hívási kapcsolatok (call graph):
http://www-scf.usc.edu/~peterchd/doxygen/Viszont barchoba játék helyett inkább nézelődj egy keveset:
http://images.google.hu/images?q=flow+diagramLuJOmAn wrote:ami valahogy így néz majd ki:
http://kep.ivpicture.hu/145239.jpgEz egy UML csomag diagramm. Nem ajánlatos pontosan ezeket a jelöléseket alkalmazni, mivel ISO szabvány.
LuJOmAn wrote:Kézzel már megcsináltam Visio-ban, de a szemem kiugrott a végére, illetve a végeredmény egy nagy káosz lett. Abban bízom, létezik valami, ami ugyanerre képes automatikusan, ráadásul úgy, hogy az adatvonalak jól elkülöníthetők legyenek.A Visio sokat tud, de ez a hártánya is. Aki nem tudja hajszál pontosan mit miért csinál benne, a negatív hatás garantált. Tökéletesen alkalmas szép látványos, de semmitmondó diagrammok készítésére is.
A káosz garantált, ha nagy masszát készítesz logikailag partícionált diagrammok helyett.
Rossz hír, a legtöbb jól használható eszköz OO szemléletű és nem „old age” struktúrális.
Néhány ingyenesen (is) használható „tool”:
http://www.visual-paradigm.com/
http://www.eclipse.org/
http://www.magicdraw.com/A fizetős szoftverek képesek a „reverse engineering” trükkre: kész kódból részleges dokumentációt, modelleket vagy diagrammokat készítenek automatikusan.
LuJOmAn wrote:Keresek egy olyan modellező alkalmazást, amivel egy blokkdiagrammot tudnék készíteni oly módon, hogy megadom az entitásokat, és az azok közötti kapcsolatokat felsorolásszerűen, majd a program abból egy blokkdiagrammot készít automatikusanIlyen rengeteg van. Valójában túlzottan sok is, le kellene szűkíteni egy kicsit a diagramm típusát. Akkor még meg sem említettem az absztakciós szintet. Ráadásul a többségük szabvány vagy de facto szabvány, így nem kellene újra feltalálni egyet sem. Főleg ha más is meg fogja nézni.
Például: hívási kapcsolatok (call graph):
http://www-scf.usc.edu/~peterchd/doxygen/Viszont barchoba játék helyett inkább nézelődj egy keveset:
http://images.google.hu/images?q=flow+diagramLuJOmAn wrote:ami valahogy így néz majd ki:
http://kep.ivpicture.hu/145239.jpgEz egy UML csomag diagramm. Nem ajánlatos pontosan ezeket a jelöléseket alkalmazni, mivel ISO szabvány.
LuJOmAn wrote:Kézzel már megcsináltam Visio-ban, de a szemem kiugrott a végére, illetve a végeredmény egy nagy káosz lett. Abban bízom, létezik valami, ami ugyanerre képes automatikusan, ráadásul úgy, hogy az adatvonalak jól elkülöníthetők legyenek.A Visio sokat tud, de ez a hártánya is. Aki nem tudja hajszál pontosan mit miért csinál benne, a negatív hatás garantált. Tökéletesen alkalmas szép látványos, de semmitmondó diagrammok készítésére is.
A káosz garantált, ha nagy masszát készítesz logikailag partícionált diagrammok helyett.
Rossz hír, a legtöbb jól használható eszköz OO szemléletű és nem „old age” struktúrális.
Néhány ingyenesen (is) használható „tool”:
http://www.visual-paradigm.com/
http://www.eclipse.org/
http://www.magicdraw.com/A fizetős szoftverek képesek a „reverse engineering” trükkre: kész kódból részleges dokumentációt, modelleket vagy diagrammokat készítenek automatikusan.
legutóbbi hsz