Gå til innhold

Den frie kafeen

pgdx

Av pgdx
i Operativsystemer

Anbefalte innlegg

Videoannonse

Videoannonse
Annonse
Beritaron

Beritaron

Skrevet
Skrevet

Ingen som har noen tips om hva som kan gjøres?

 

Legger ved 'cat /proc/bus/input/devices':

 

 

 

I: Bus=0019 Vendor=0000 Product=0001 Version=0000

N: Name="Power Button"

P: Phys=LNXPWRBN/button/input0

S: Sysfs=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input0

U: Uniq=

H: Handlers=kbd event0

B: EV=3

B: KEY=100000 0 0 0

 

I: Bus=0019 Vendor=0000 Product=0003 Version=0000

N: Name="Sleep Button"

P: Phys=PNP0C0E/button/input0

S: Sysfs=/devices/LNXSYSTM:00/device:00/PNP0C0E:00/input/input1

U: Uniq=

H: Handlers=kbd event1

B: EV=3

B: KEY=4000 0 0 0 0

 

I: Bus=0019 Vendor=0000 Product=0005 Version=0000

N: Name="Lid Switch"

P: Phys=PNP0C0D/button/input0

S: Sysfs=/devices/LNXSYSTM:00/device:00/PNP0C0D:00/input/input2

U: Uniq=

H: Handlers=event2

B: EV=21

B: SW=1

 

I: Bus=0017 Vendor=0001 Product=0001 Version=0100

N: Name="Macintosh mouse button emulation"

P: Phys=

S: Sysfs=/devices/virtual/input/input3

U: Uniq=

H: Handlers=mouse0 event3

B: EV=7

B: KEY=70000 0 0 0 0 0 0 0 0

B: REL=3

 

I: Bus=0011 Vendor=0001 Product=0001 Version=ab41

N: Name="AT Translated Set 2 keyboard"

P: Phys=isa0060/serio0/input0

S: Sysfs=/devices/platform/i8042/serio0/input/input4

U: Uniq=

H: Handlers=kbd event4

B: EV=120013

B: KEY=4 2000000 3803078 f800d001 feffffdf ffefffff ffffffff fffffffe

B: MSC=10

B: LED=7

 

I: Bus=0019 Vendor=0000 Product=0006 Version=0000

N: Name="Video Bus"

P: Phys=/video/input0

S: Sysfs=/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:34/input/input5

U: Uniq=

H: Handlers=kbd event5

B: EV=3

B: KEY=3f000b 0 0 0 0 0 0 0

 

I: Bus=0019 Vendor=0000 Product=0000 Version=0000

N: Name="Asus Laptop extra buttons"

P: Phys=asus_laptop/input0

S: Sysfs=/devices/virtual/input/input6

U: Uniq=

H: Handlers=rfkill kbd event6

B: EV=3

B: KEY=400 0 0 400c 900000 278 1500000 e0000 0 0 0

 

I: Bus=0003 Vendor=04f2 Product=b036 Version=6322

N: Name="USB2.0 0.3M UVC WebCam"

P: Phys=usb-0000:00:1a.7-3/button

S: Sysfs=/devices/pci0000:00/0000:00:1a.7/usb1/1-3/1-3:1.0/input/input7

U: Uniq=

H: Handlers=kbd event7

B: EV=3

B: KEY=100000 0 0 0 0 0 0

 

I: Bus=0001 Vendor=10ec Product=0269 Version=0001

N: Name="HDA Digital PCBeep"

P: Phys=card0/codec#0/beep0

S: Sysfs=/devices/pci0000:00/0000:00:1b.0/input/input8

U: Uniq=

H: Handlers=kbd event8

B: EV=40001

B: SND=6

 

I: Bus=0011 Vendor=0002 Product=0005 Version=0063

N: Name="ImPS/2 Logitech Wheel Mouse"

P: Phys=isa0060/serio4/input0

S: Sysfs=/devices/platform/i8042/serio4/input/input9

U: Uniq=

H: Handlers=mouse1 event9

B: EV=7

B: KEY=70000 0 0 0 0 0 0 0 0

B: REL=103

 

 

Lenke til kommentar
NgZ

NgZ

Skrevet
Skrevet

Noen som har et kjapt tips til å måle lese/skrivehastighet i linux? cli, program, whatever, I don't care, men gjerne kjapt. :)

Kan godt bruke en fil jeg har, trenger ikke et program som lager data selv, men jeg vil ha gjenomsnttlig lese/skrivehastighet, samt helst maks min.

Lenke til kommentar
NgZ

NgZ

Skrevet
Skrevet

Aha, pipe til dev0 var ikke dumt. Men hva når man skal teste skrivehastigheten? Der du mener jeg burde ha en ram-disk?

Viste seg at det ikke hadde noe hastverk likevel, da jeg ikke hadde en egnet leser å teste minnekortadapteret i (2xmicrosd->MS Pro duo) Viser seg at Pro Duo-leseren i laptopen ikke fungerer i linux.

Lenke til kommentar
j--

j--

Skrevet
Skrevet (endret)

Skrivehastighet på større filer kan du jo måle ved å lage ramdisken /ramdisk, og så cat /ramdisk/fil | pipemeter -i0.2 > /disken/du/vil/måle/

 

edit:

#  clvn@enigma: sudo mkdir /ramdisk
#  clvn@enigma: sudo mount -t tmpfs none /ramdisk -o size=1G
#  clvn@enigma: df -h |grep ramdisk
none				  1.0G	 0  1.0G   0% /ramdisk
#  clvn@enigma: cp /storage/sw/serier/my_name_is_earl/season_4/my.name.is.earl.s04e03.720p.hdtv.x264-sys.mkv /ramdisk/
#  clvn@enigma: ls /ramdisk/
-rwxr-xr-x 1 clvn clvn 559M 2009-11-05 00:04 my.name.is.earl.s04e03.720p.hdtv.x264-sys.mkv
#  clvn@enigma: cat /ramdisk/my.name.is.earl.s04e03.720p.hdtv.x264-sys.mkv |pipemeter -i0.2 > /storage/sw/testfil
 55.88M/s  558.80M	8.00k   0:00:10

Endret av clvn
Lenke til kommentar
endrebjo

endrebjo

Skrevet
Skrevet
Noen som har et kjapt tips til å måle lese/skrivehastighet i linux? cli, program, whatever, I don't care, men gjerne kjapt. :)

Kan godt bruke en fil jeg har, trenger ikke et program som lager data selv, men jeg vil ha gjenomsnttlig lese/skrivehastighet, samt helst maks min.

http://macosx.com/forums/apple-news-rumors...rives-test.html

Da får du dessverre kun gjennomsnittlig.

Lenke til kommentar
Sokkalf™

Sokkalf™

Skrevet
Skrevet
Skrivehastighet på større filer kan du jo måle ved å lage ramdisken /ramdisk, og så cat /ramdisk/fil | pipemeter -i0.2 > /disken/du/vil/måle/

 

edit:

#  clvn@enigma: sudo mkdir /ramdisk
#  clvn@enigma: sudo mount -t tmpfs none /ramdisk -o size=1G
#  clvn@enigma: df -h |grep ramdisk
none				  1.0G	 0  1.0G   0% /ramdisk
#  clvn@enigma: cp /storage/sw/serier/my_name_is_earl/season_4/my.name.is.earl.s04e03.720p.hdtv.x264-sys.mkv /ramdisk/
#  clvn@enigma: ls /ramdisk/
-rwxr-xr-x 1 clvn clvn 559M 2009-11-05 00:04 my.name.is.earl.s04e03.720p.hdtv.x264-sys.mkv
#  clvn@enigma: cat /ramdisk/my.name.is.earl.s04e03.720p.hdtv.x264-sys.mkv |pipemeter -i0.2 > /storage/sw/testfil
 55.88M/s  558.80M	8.00k   0:00:10

 

Litt tungvindt for å bare kopiere RAM sekvensielt til disk, vel?

Vil tro det er like greit med:

cat /dev/zero | pipemeter > testfil

(Sålenge det ikke er noe komprimering på filsystemet, kun nuller lar seg nemlig komprimere relativt optimalt, og man får en litt vel optimistisk hastighet. :) )

 

Prøv forøvrig denne for å virkelig se hvor mye "througput" du har i systemet:

cat /dev/zero | pipemeter > /dev/null

Lenke til kommentar
NgZ

NgZ

Skrevet
Skrevet
Prøv forøvrig denne for å virkelig se hvor mye "througput" du har i systemet:

cat /dev/zero | pipemeter > /dev/null

Er det hvor mye datamengde maskinen kan behandle konstant?

Fikk

[root@osserver ~]# cat /dev/zero | pipemeter > /dev/null

^C 1.77G/s 245.47G 75.91k 0:02:19

på serveren, og den var oppe i 1,8 en stund.

Laptopen derimot ga >800M/s (704.36M/s 110.06G 60.18k 0:02:40)

Hva er "bra"? Fullblods servere må vel klare flere titalls G/s, minst, i hvert fall hvis de brukes til "heavy" bruk som innhold til vg.no o.l.?

 

Takk for tips, forresten. :)

Lenke til kommentar
Sokkalf™

Sokkalf™

Skrevet
Skrevet
Prøv forøvrig denne for å virkelig se hvor mye "througput" du har i systemet:

cat /dev/zero | pipemeter > /dev/null

Er det hvor mye datamengde maskinen kan behandle konstant?

Fikk

[root@osserver ~]# cat /dev/zero | pipemeter > /dev/null

^C 1.77G/s 245.47G 75.91k 0:02:19

på serveren, og den var oppe i 1,8 en stund.

Laptopen derimot ga >800M/s (704.36M/s 110.06G 60.18k 0:02:40)

Hva er "bra"? Fullblods servere må vel klare flere titalls G/s, minst, i hvert fall hvis de brukes til "heavy" bruk som innhold til vg.no o.l.?

 

Takk for tips, forresten. :)

 

Det at dataene på "pipes", og gå gjennom pipemeter-prosessen, skaper nok en del overhead, men det gir en pekepinn på minne/busshastigheten.

 

"Fullblods" servere gir ikke nødvendigvis så mye mer, det opereres sjelden med større busshastigheter enn i vanlige desktop-PCer. Forskjellen er feilkorrigering på minnet, og at vg.no o.l bruker "serverfarms" med mange servere.

Lenke til kommentar
olear

olear

Skrevet
Skrevet
Hva? Jeez, hvor mange bugs skal det nye opplegget ha underveis i utviklingsfasen da? Ellr er det noe som har vært der lenge. Nei, hal og udev er gode greier, spør du meg..

Jepp, er det ikke typisk. Når noe faktisk endelig fungerer skal man bytte det ut med noe helt nytt, bare vent til alle problemene dukker opp (igjen og igjen). Utviklerene lærer tydligvis aldri, de bare går rundt i sirkler uten mål og mening.

Lenke til kommentar
Simen1

Simen1

Skrevet
Skrevet

Digi:

Steve Wozniak Liker åpen kildekode

Når samtalen beveger seg inn på Apples notoriske forhold til proprietære formater forteller hackeren at han foretrekker åpenhet.

 

- Jeg er for åpenhet og åpen kildekode. Er du smart kan du modifisere produkter, enten for gøy eller for å lage noe nytt. Det tror jeg på, men det gjør ikke Apple.

Lenke til kommentar
Robocoop

Robocoop

Skrevet
Skrevet
Hvorfor bruker GRUB 2 så lang tid på å laste inn? Noen andre som har det sånn? Tar 10-15 sekunder før menyen kommer opp og maskinen jobber noe voldsomt.

 

Har også opplevd at Grub 2 er litt treigere. Kanskje ikke akkurat 10-15 sekund.

 

Jeg tok tiden nå nylig for å få det nøyaktig.

 

25 sekunder.

Lenke til kommentar
Del

Del

Skrevet
Skrevet
Jepp, er det ikke typisk. Når noe faktisk endelig fungerer skal man bytte det ut med noe helt nytt, bare vent til alle problemene dukker opp (igjen og igjen). Utviklerene lærer tydligvis aldri, de bare går rundt i sirkler uten mål og mening.
Man er ikke nødt til å bli med på disse rundene. Ved å holde seg til Debian stable eller Ubuntu LTS har man de siste årene styrt unna det meste av bråttsjøer.
Lenke til kommentar
jonnor

jonnor

Skrevet
Skrevet

Mitt inntrykk er at Hal utfasingen ikke blir så veldig dramatisk*, da det er mest snakk om å flytte noe funksjonalitet ned i stacken (til udev), beholde grunnleggende "høynivå" saker i DeviceKit og flytte spesielle ting ut til utvidelser av DeviceKit(-disks, -power feks).

 

*Ihvertfall ikke for folk på Linux.

Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
Gå til emneliste

  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...