BLACKHOLE.sk - hardware - Comments

Re: Kvantové Počítače #1

matejd — Tue, 11 Oct 2011 21:20:16 +0200

Prečital som si to a ani mäkkemu f nerozumien... snáď aspoň dačo pochopím v druhej časti...

Re: Nicenie dat na magnetickych mediach

strapaty12 — Fri, 01 Jul 2011 11:12:04 +0200

.... urcite najefektivnejsi pokial neporebujes disk este pouzivat . Naposledy ked som v robote wipe-oval hdd tak 5 kg kladivom mi trvalo 40 hdd asi 20 minut....
- pricom klasicke wipe na jeden hdd ti trva cca 1,5 dna.

Re: AVR - ATmega8 #1

elektrik — Fri, 01 May 2009 02:16:00 +0200

ten programer STK200 je v poho ale ked mam notas bez LPT tak mam problem a prevodnik pouzivat je obcas dost neprakticke ale je tu riesenie staci si skonstruovat USBasp programator a je to vyriesene vhodny soft odporucam pouzit avrdude podpora linux aj (w) ... pravdu napisem neviem ako je ponyprog z podporou usbasp ale troska snahy a avrdude je super. Co dodat zariadenie sa da poskladat velmi male a spratne, napajanie je cez usb ja osobne ho s oblubou pouzivam v kombinacii s eeepc. Tu je link na original stranku je tam new firmware a schema na zariadenie a tak tiez dake navrhy DPS je to OpenSource tusim tak nie je problem. http://www.fischl.de/usbasp/ Vela stastia pri bastleni :)
---------------------------------------------------------------------------------------------------------------------------------------------
WHERE THERE IS A SHELL, THERE IS A WAY.

Re: Nicenie dat na magnetickych mediach

W1cK3d — Sun, 05 Apr 2009 09:40:16 +0200

Dobry clanok....akurat som si simol ako uz mnohi podotkli ze najpraktickejsi sposob ako znicit data je zbijacka ci mensia prechadzka..... :) diki vzdelaval som sa aspon trocha...

_________________________________________________________________________________
open eyes and see world of internet...

Re: Architektúra IA-32, časť 2.

ventYl — Wed, 04 Feb 2009 10:17:10 +0100

ak ti mozem odporucit, pozri si najprv povodne x86 (8086), potom hacky v 80286 a tak skoc na 386+ (tak popularne nazyvane IA32). Znalost real mode programming-u sice nie je pre assemblering v protected mode bezpodmienecne nutna, ale aspon ti spravi poriadok v hlave s tou segmentaciou, ktoru ti tam ta kniha zasiala.
Navyse, ziskas presny pohlad na to, ako MMU na Inteli pracuje, takze nebudes mat taky velky zmatok v adresovacich a pseudoadresovacich rezimoch, ako teraz :)
Celkom dobre je to popisane v intelich referencnych manualoch, bohuzial ten je rozdeleny na userspace programmera a system programmera, pricom realny programator assemblerovskych veci potrebuje nieco medzi tym. A neviem, ako Pentium a vyssie, ale 386tkovy referencny manual nejako moc nepocita s tym, ze by sa segmentacia nepouzivala.

---
Cuchat s nadchou, to je ako sniffovat bez promiscu.

Re: Architektúra IA-32, časť 2.

k0fein — Wed, 04 Feb 2009 01:32:23 +0100

Prisiel som na to (pocitil) o com hovoris. Tu IA-32 si pozriem este raz a poriadne z relevantneho zdroja. Prave totizto samaelovi vysvetlujem preco jeho clanok nie je dobry a z toho co som tam napisal mi pride ze si mal takky isty pocit ty o mojom clanku :-)

major_kusanagi
/* no comment */

Re: Itanium

MazeGen — Tue, 03 Feb 2009 17:11:02 +0100

Uznávám, že běh IA-32 kódu na Itaniu je jenom emulovaný, na rozdíl třeba od x86-32bitové aplikace běžící na x86-64bitovém OS (v compatibility mode), kde to probíhá nativně.

Vygooglit se o tom dá dost, něco je třeba na wikipedii. Co jsem během chvilky zjistil, tak se na prvních Itaniích používala hardwarová emulace (představuju si to jako speciální obvod v procesoru, který dynamicky převádí IA-32 kód na IA-64 kód ). Prý to ale bylo moc pomalé, takže na pozdějších Itaniích se používá softwarová emulace, tzn. softwarový IA-64 emulátor (nejspíš driver) detekuje spuštění IA-32 aplikace a provádí ji sám.

Re: Architektúra IA-32, časť 2.

vid — Sun, 01 Feb 2009 12:49:06 +0100

To aj ja, ale zvycajne kvoli tomu ze nepoznam vyznam tych flagov pre kompilator :) GAS syntax som sa uz naucil, je sice extra hnusna (historicke dovody preco je taka aka je chapem, ale dnes je to uz fakt prezitok), ale zase ked je to par riadkov v leaf procedure tak by som to obetoval za tie vyhody tych flagov. V tomto MS Visual C fakt zaostava (aspon teda neviem ze by take nieco podporoval).

Re: Architektúra IA-32, časť 2.

ventYl — Sun, 01 Feb 2009 12:23:32 +0100

to sice nepopieram, kazdopadne sa to tam zapisuje pravdepodobne jednym z najhorsich moznych formatov, ktory si pre ten zapis mohli vybrat. ja radsej vzdy ked vidim kus inlineoveho asm skrze gas, tak ten kus kodu preskakujem. bojim sa, ze by som si na tom zlomil mozog.

---
Cuchat s nadchou, to je ako sniffovat bez promiscu.

Re: Architektúra IA-32, časť 2.

ventYl — Sat, 31 Jan 2009 20:32:03 +0100

ako som ti uz napisal do query. pre mna je dostatocnym hodnotenim tej knihy to, ze si si precital knihu o assembleri na x86 (o ktorej hovoris, ze by mala fungovat ako ucebnica) a pritom ani nevies, ako kedy a kde funguje segmentacia (a ked si to myslis, za 5 sekund ti dokazem, ze nie).

---
Cuchat s nadchou, to je ako sniffovat bez promiscu.

Re: Architektúra IA-32, časť 2.

vid — Sat, 31 Jan 2009 14:24:05 +0100

Na konci pre 95 a 98 dodal vety "Good luck. Heh-heh. You will need it."

A ja zase tvrdim ze zaciatocnik rozdiel medzi asm kodenim pre NT a 9x nespozna. Ovela evidentnejsi by bol rozdiel medzi Win a Linux, v neprospech linuxu (samotne programovanie je rovnake, ale v linuxe je k tomu nulova podpora, ako som spominal).

Re: Architektúra IA-32, časť 2.

vid — Sat, 31 Jan 2009 14:21:29 +0100

Co ja viem, tam praveze sa mi zdal aj ked hnusny, ale kurva silny, tym ze narozdiel od MS Cecka tam mas k instrukciam vselijake flagy ktore to umoznuju efektivne miesat s C kodom. Ja som to teda nikdy nerobil, ale ak som to spravne pochopil, mozes kompilatoru povedat ktore registre pouzivas, do ktorych premennych pristupujes, atd., co umozni rozumnejsie optimalizovat okolie kodu. V tejto oblasti ho teda este beriem, pri tych par instrukciach v leaf procedurach je to naozaj jedno ci je syntax skareda alebo nie.

Re: Architektúra IA-32, časť 2.

k0fein — Sat, 31 Jan 2009 13:59:11 +0100

Pozrel som si tu druhu knihu, hovori o 95 a 98. A az potom zacal zvazovat alternativy: Linux, konzola v NT, DOS v protected mode. Na konci pre 95 a 98 dodal vety "Good luck. Heh-heh. You will need it."

Blum a jeho literatura:
PostgreSQL 8 for Windows (©2007)
Professional Assembly Language (©2005)
Network Performance Toolkit: Using Open Source Testing Tools (©2003)
C# Network Programming (©2002)
Open Source E-mail Security (©2001)
Postfix (©2001)
Running qmail (©2000)
Sendmail for Linux (©2000)
Hodnotania jeho knih na Amazon najdes tu. Vsetky maju 4-5 hviezdieciek z 5tich - aj ked je otazne nakolko je to relevantne pri 18 ludoch co knihu hodnotilo. O texte a o knihe sa dozvies viac ked kliknes na jej meno.

major_kusanagi
/* no comment */

Re: Architektúra IA-32, časť 2.

ventYl — Sat, 31 Jan 2009 13:35:40 +0100

nieco, co sa vola GAS, nemoze byt normalne.

ale skutocny majstrovsky kusok humusu sa z toho stava az ked ho spojis s Cckom ako inline assembler... to uz atakuje aj simul.

---
Cuchat s nadchou, to je ako sniffovat bez promiscu.

Re: Architektúra IA-32, časť 2.

vid — Sat, 31 Jan 2009 12:31:25 +0100

Bohuzial, ventyl ma pravdu, naozaj mam z toho pocit ako keby autor alebo prekladatel velmi nerozumeli tomu o com pisu. Chyb je tam az-az. Ale aj tak je to viac k veci ako prva cast, dajme tomu ze ako uvod do ASM programovania vcelku posluzi aj toto.

Hľadal som už dávnejšie oficálnu knihu pre programovanie v assembleri vo Windowse, no nič som
nenašiel.

No, mam pocit ze existuje Win32 verzia Art of Assembly od Randalla Hyde-a. Akurat ta kniha je dost kruto "vysokoskolska", je tam hrozne vela teorie kym sa dostane k veci. Ale narozdiel od toho co citam tu, to co tam je napisane je aj pravda a pisal to clovek co uz ma svoje v assembleri odprogramovane. Len autor je trochy taky... ehm (mal som tu cest par razy s nim "diskutovat"), odkedy si vymyslel svoj vlastny "high level assembler" (HLA) tak ho vsade za kazdu cenu pretlaca. Doporucil by som radsej tu staru MASM verziu knihy.

Tie 2 knihy čo som tu spomenul sa vystríhajú Windowsu a tá druhá dokonca tvrdí, že keď je niekto taký masochista, že sa chce pustit do bordelu aký je v OS Windows, tak nech sa páči a veľa šťastia.

Programoval som v assembleri vo Windovse aj v linuxe, a mozem povedat ze v linux-e je prostredie na programovanie v assembleri horsie snad po vsetkych strankach:
- nemas systemove headery (pre MASM existuju uz davno tie co vytvoril Hutch, tzv. MASM32, pre linux len dost nedavno vzniklo nieco dost nekompletne pre FASM a GAS - lscr). aj celkova podpora pre linux v assembleri je v podstate nulova
- linux nema binarny interface (ABI), moze sa kludne stat ze nebudu sediet velkosti
- v linuxe sa tazsie vola libc (treba dynamicke linkovanie atd.), vo windofse je takpovediac defaultne. v praxi vecsina ludi v linuxe vola rovno syscally, co je ale o dost tazsie a menej dokumentovane
- v linuxe je defaultny assembler GAS, ktory je strasne uchylny (http://x86asm.net/articles/what-i-dislike-about-gas/index.html <- anglictinu som mal vtedy hroznu)
... atd ...
To ich tvrdenie sa da mozno vysvetlit tak ze autori sa odvolavali na serie Win9x, nie na NT serie. Tam to bolo naozaj take vselijake, aj ked pre obycajnu user-mode aplikaciu ten rozdiel nebol moc vidiet. Skor ide o klasicky linux zeal podla mna.