Gå til innhold

HawP

Medlemmer
  • Innlegg

    1 099
  • Ble med

  • Besøkte siden sist

Innlegg skrevet av HawP

  1. Mind The Gap skrev (1 time siden):

    Det er ikke den siste grafen som er egnet til å lure, det er den første.
    Tallene for innlagte er ekstremt lave, det er udiskutabelt.
    8 innlagte er ikke mye, uansett hvilken skala og kontekst man setter dette i.

    Men så er det ikke 8 innlagte på sykehusene heller, det er pr. i dag 277.

    Den grafen du viste til/kommenterte viser (antakelig innlagte) pr. 100.000 og er mest egnet til å vise forholdet mellom risikoen, noe som nok også var intensjonen.

    • Liker 2
    • Innsiktsfullt 1
  2. Omnia vincit amor skrev (På 4.11.2021 den 10.23):

    Er svært lite brukt i BF5 fordi du må sitte i en tom lobby fram til den blir fylt opp. Du kan ikke spille på andre servere osv så det systemet er helt på trynet.

    Håper da at bot'ene også vil være en mulighet i portal, slik at man har noe(n) å skyte på fram til det forhåpentligvis joiner noen virkelige personer.

     

    Omnia vincit amor skrev (På 4.11.2021 den 10.23):

    Skulle ønske de hadde støtte for dedikerte servere slik som BF3/BF4 hadde. Men jeg kan vel bare drømme. 

    Kan jo kanskje være at de etterhvert tilbyr permanente portal-servere en kan leie ...

  3. Jeg må være en slags "bakvendt" nybegynner (med Linux) jeg da, siden den gangen for mange år siden da jeg begynte med Linux så startet jeg med Gentoo. Men ble etter hvert lei av gjør-det-sjøl opplegget for mer eller mindre hver minste ting, så jeg bytta til Opensuse. At det ble Opensuse var en tilfeldighet, men likte den og har nå kjørt den siden versjon 10.2 eller deromkring.

  4. Trenger nok ingen egen partisjon, nei. Evt. swapping kan nok like greit gjøres til fil (selv om jeg aldri har testet selv).
    Og det er også mulig å tune litt på minnehåndtering/swapping dersom en velger å ha swap partisjon/fil.
    Dette er fra opensuse sin dokumentasjon, men proc-"filene" bør jo være de samme uansett distro ...
    https://doc.opensuse.org/documentation/leap/tuning/html/book-tuning/cha-tuning-memory.html#cha-tuning-memory-vm

  5. Den switchen er unmanaged så vidt jeg kan se, noe som pleier å bety at den ikke "forstår" VLAN-tagging.

    Usikker på hva slike "dumme" switcher gjør dersom den mottar VLAN-tagget trafikk. Enten så vil den vel da bare operere som om pakkene ikke er VLAN-tagget (og antakelig også fjerne tag fra pakkene når de går ut fra switchen) eller så vil den ikke ta i mot trafikk i hele tatt.

  6. Ja, mener å huske at jeg fant ut at jeg trengte den for å få X til å bruke riktig skjermkort (har 2) når jeg byttet til uefi, siden uefi på mitt HK tydeligvis er litt "teit" og mener at skjermkortet som sitter i pcie x4 slot'en er primær-kortet (og det som da "booter"). Men dette kortet tilordner jeg vfio og bruker til vm'er. Og jeg har ikke funnet noen måte å få uefi til å sette det andre skjermkortet som primær-kort.

    Og for ordensskyld; har ingen eksplisitt xorg.conf fil, men har en "device.conf"-fil i xorg.conf.d

  7. Litt "upraktisk" at BusID option i xorg.conf må ha desimal-verdi og ikke hex-verdi slik lscpi gir meg. For når jeg nå måtte endre den så måtte jeg jo først komme på at den måtte være i desimal før jeg fikk ting til å fungere ...

  8. LMH1 skrev (På 5.4.2021 den 19.53):

    [...]  Men syns opensuse generielt særlig tumbleweed og enkelte fedora går delevis i gal retning på AMD skjermkort R9 280x\HD 570 så dere må gjerne mene hva dere vil? om dere er enig eller ikke, virker ut som dere er mere opptatt av å henge ut meg en å innrømme linux tråkker i salaten.

    Drivere for AMD-skjermkort er inkludert i kjernen. Ikke vært nødvendig å laste ned drivere fra AMD på en stund nå.

     

    wil skrev (20 timer siden):

    [...] Hvordan kan du si at XFCE ikke er høyt prioritert og hvordan kan du si at XFCE er kun for Terminaler og Eldre PC`er?

    Kan bare si noe om opensuse, og for den har han et poeng; KDE er opensuse sitt foretrukne/prioriterte DE, og får derfor mest fokus når det gjelder tilpasninger o.l. XFCE (og andre) kan brukes, men er nok ikke like "finpolerte" som KDE (igjen: opensuse spesifikt, ikke generelt)

     

    wil skrev (19 timer siden):

    Jeg visste forøvrig ikke at det var så mye oppdateringer i uka på OpenSUSE Tumbleweed. Syntes det hørtes litt mye ut bare.

    Kommer nok mye av byggesystemet. Pakker kan defineres med avhengigheter til andre pakker, og når en pakke endres så bygges automatisk også andre pakker som har denne som direkte eller indirekte avhengighet.
    Vet ikke om dette skiller seg så mye fra andre pakke-repositories?

     

    LMH1 skrev (18 timer siden):

    Ser ut som det gikk dårlig dette, overklokket ryzen og kubuntu 21.04 og en del programmer, virker ut som det grafiske sviker, var også dårlig i 20.10 så kan noen si hva dere tror? er nvidia 460.67 driver  https://www.nvidia.com/Download/driverResults.aspx/171392/en-us

    Linux er muligens (jeg har ingen erfaring) mer "følsomt" for overklokking enn Windows siden den antakelig "bruker" maskinvaren på en annen måte enn slik Windows gjør. Med det mulige resultatet at (deler av) kjernen krasjer og du kan f.eks. få slike resultater du fikk ...
    Vet ingenting om hvor lett/vanskelig det er å evt. få en stabil overklokk med Linux, men jeg anbefaler å la være og overklokke.

  9. Husker jeg ikke feil tror jeg en skal kunne bruke /requestsoverride parameteren til powercfg for å overstyre enheter som forhindrer hvile. Men hvordan du må angi hva du skal overstyre er ikke nødvendigvis så enkelt å bli klok på, så du må antakelig prøve deg litt fram ...
    Men siden det også er en "Legacy kernel caller" i lista (selv om den nok henger sammen med usb-driveren), er jeg usikker på om det vil fungere i ditt tilfelle ...

    Redigert: 18. januar ja. Bedre seint enn aldri regner jeg med 😋

  10. Ser ut til å være noe som ikke er helt "i orden" hos deg, @Betroz. For selv om det skulle være intel_pstate som brukes så skal cpupower vise at det er den som brukes, ref. eksempel-output fra cpupower i opensuse dokumentasjon:
    https://doc.opensuse.org/documentation/leap/tuning/html/book-sle-tuning/cha-tuning-power.html#sec-tuning-power-tools-cpupower-freq-info

    Edit: Merk også

    Sitat

    An important exception is the intel_pstate which defaults to the powersave mode. This is due to a hardware-specific decision but functionally it operates similarly to the on-demand governor.

     

  11. Mitt inntrykk er at Win10 har blitt relativt god på å håndtere endringer i enheter/devices ved oppstart, så sjansen for at videreføring av gammel installasjon vil fungere er stor mener jeg.

    Men det som må da MÅ passes på er at nytt hovedkort bruker samme "boot-teknologi" (efi eller csm aka. bios aka. legacy) som gammelt hk, hvis ikke er nok reinstallasjon det enkleste (det er mulig å bytte fra csm/legacy til efi med litt manuell innsats, men det krever en del kjennskap til windows-boot og partisjonering).

  12. Jeg bruker openwrt, og husker jeg ikke helt feil så har den en fungerende ipv6-konfigurasjon som standard. Dvs. får den "prefix delegation" (PD) fra isp begynner den å sende ut "router advertise" (RA) ut på lokalnettet med "info" for ipv6. Så klienter som har aktivert ipv6 vil da motta RA og enten auto-konfigurere seg (SLAAC) med en eller flere (gyldige) ipv6-adresser eller be om adresse fra dhcp6, eller begge deler (kommer an på hvordan router er konfigurert og dermed hva RA "forteller" klienten).

    Men merk at det er en del vesentlige forskjeller mellom ipv4 og ipv6, så om man får det til å fungere avhenger nok litt av at man vet litt om hvordan ipv6 fungerer. Og jeg kan da si med en gang: legg vekk ipv4-tankegang med det samme.

    Kort oppsummert hvordan ipv6 skiller seg fra ipv4 (slik jeg husker det ? ) :

    En trenger ikke bruke "private" adresser på lokalnettet, prefix delegation gjør at offisielle (globale) adresser også brukes på lan (men mange routere deler i tillegg også ut "globale lokale" adresser, typisk fra fd::/8, men disse er ikke strengt nødvendige). Prefix er den delen av dine globale adresser som gis deg fra isp, og bør være større enn /64 (dvs. lavere tall). Et vanlig anbefalt prefix for isp'er å gi ut er et /56, dvs. at en har 8 bit (64-56) til å lage opptil 256 egne interne subnett, alle med globale adresser.

    Ipv6 adresser er "delt" i to like store deler, dvs. 64-bit til "nettverkid" (PD + din "egen subnettid") og 64-bit til "hostid". Så "kjpe" isp'er som kun gir ut en /64 (altså én enkelt adresse) til en kunde har ikke "skjønt det" (vet ikke om det finnes slike her i landet, men finnes visst "andre steder der ute"). Subnet'e "på innsiden" ved å dele opp "hostid" er kanskje mulig, men ikke i henhold til spec så det kan by på problemer/utfordringer med å få routeren til å håndtere det, dessuten bør man ikke ha behovet med en "oppegående isp".

    Ipv6 adresser består av "blokker" på 16-bit (4 hex-siffer), med kolon i mellom. To kolon etter hverandre, ::; kan brukes som erstatning for flere 0'er etter hverandre, men kan kun brukes én gang i en adresse. Og hver klient kan ha flere globale ipv6 adresser samtidig vha. SLAAC+dhcp6. Hvilken som i så fall "prioriteres" og brukes for kommunikasjon "ut" er jeg ikke sikker på). Jeg har deaktivert SLAAC i routeren, så mine maskiner har kun én adresse.

    Gateway konfigureres ikke på maskinene eller i dhcp6, den fås fra RA og er typisk satt til link-local adressen (fe80::/10) til nettverkskortet på routeren som har forbindelsen til maskinen.

    Router får en ekstern (wan) adresse som typisk ikke er hentet fra din PD
    . Denne trenger en som regel ikke bry seg med, siden alle maskinene på "innsiden" har sine egne globale ("offisielle") adresser som kan nås utenfra.

    For registrering av klient i dns må dhcp6 brukes, evt. med SLAAC i tillegg. SLAAC gjør så vidt jeg vet ingen registrering av navn i dns.

    Ipv6 ble opprinnelig laget uten NAT/port forwarding, og det er normalt heller ikke nødvendig, men det har etterpå visstnok kommet måter å gjøre det på for de som absolutt ønsker det i spesielle tilfeller.

  13. G skrev (7 timer siden):

    Ja jeg vet. Men IPv6 er litt sånn nytt og ukjent, og adressene er så lange å skrive. Du vet.. det er et lite tiltak det også.

    Derfor man også bruker en router som håndterer ipv6, dhcp6 og DNS, og lager en dns-entry for hver ipv6-adresse den deler ut ?
    Jeg kjører ipv6 på lokalnettet (lan) og bruker bare hostname/"dns-navn" til andre maskiner/enheter i nettet. En sjelden gang eller to har jeg skrevet en ipv6-adresse, og det var helst mens jeg holdt på med å få konfigurert routeren for ipv6.

    Ang. CGN; slik jeg forstår det så bruker ikke ISP dette dersom routeren din får en "offisiell" ip fra isp (en adresse i 100.64.0.0/10 regnes ikke som offisiell i denne sammenhengen). For hensikten med CGN er jo å "spare inn" adresser ved at sluttbrukere/kunder ikke mottar offisielle adresser.

  14. Evt. så finnes også /usr/local  (med underkataloger bin,lib,lib64,osv.) som er beregnet på "local data, specific for this host".

    F.eks. har ffmpeg sin configure /usr/local som default "prefix", dvs. de forskjellige filene havner i en passende underkatalog.

    Forøvrig har jeg, mest for moro, nettopp klatret opp lærekurven for å kunne lage rpm fra ffmpeg snapshot og ha i et lokalt repository, siden opensuse buildservice skriver at ffmpeg i "full configuration" ikke tillates hostet (pga. linking til patenterte codecs).
    Kort fortalt er det slik (kanskje litt spesifikt for opensuse hos meg):
    - Installere rpmbuild og evt. andre nødvendigheter.
    - Laste ned/hente sourcefiler og om nødvendig/ønskelig lage patcher/diff-filer.
    - Evt. pakke om sourcefiler til .tar.xz (tilsynelatende det rpmbuild forventer hos meg).
    - Lage eller kopiere og redigere en .spec fil. Denne styrer hvordan kildekoden kompileres og hvordan rpm bygges
    - Kjøre rpmbuild -bb  med .spec fila (og evt. andre parametre)
    - Evt. signere rpm-filer med en gpg-key (hvis ikke klager pakkebehandler på manglende signering ved installasjon)
    - Kopiere filene til (lokalt) repo og oppdatere det (createrepo)
    - Signere repodata/repomd.xml (for å slippe varsel fra pakkebehandler om at repositoriet kanskje ikke er til å stole på).
    - Eksportere public key for signering til repodata/repomd.xml.key slik at pakkebehandleren kan importere den (engangsjobb)

    rpmbuild er beregnet kjørt som "vanlig bruker", dvs. ikke root. Forøvrig støtter opensuse buldservice også å bygge pakker for Fedora, Debian og Ubuntu.

×
×
  • Opprett ny...