|
|
|
|
Ersetzt das nicht das Blockdevice in /dev?
|
|
|
|
|
|
|
| Zitat von YT
Habe auch Arch auf dem x230, das gebastel nervt aber im Alter ...
| |
Mich nervt das Gebastel bei Ubuntu dafür ![peinlich/erstaunt](img/smilies/icon16.gif)
Der Grafiktreiber macht mir tierische Probleme und die hab ich bei 15.10 und 16.04 nicht unter Kontrolle bekommen. Dazu kommt, dass ich fürs Entwickeln ~7 PPAs hatte für aktuelle Software.
@Traxer:
Wenn Rufus der Meinung ist, dass etwas nicht geklappt hat, dann darf er mir das gerne direkt sagen. ![traurig](./img/smilies/icon12.gif)
Sind beides Kensignton 16gb Sticks mit denen ich vorher noch nie Probleme hatte. Unter Linux kann ich sie auch problemlos bootbar machen.
Das gute an der Arch Installation: Ich konnte das LVM und die Verschlüsselung desselben direkt übernehmen und muss deshalb nicht einmal mein Backup wieder einspielen, hab ja keinen Datenverlust
|
|
|
|
|
|
|
| Zitat von audax
Verdammtes Kackwindows.
Unter Linux mit dd übertragen läuft es. Immerhin: Gerät ist nicht kaputt.
Aber mal ehrlich: WAS ZUR HÖLLE??? GAHHHH
| |
Zumindest muss man sich nicht erst einen abfummeln damit es den Akku nicht leerlutscht.
|
|
|
|
|
|
|
Der Akku meines Thinkpad T400 macht inzwischen komplett die Grätsche. Nachdem der originale recht lange hielt, war der billige jetzt schon nach einem Jahr fertig.
Ich würde also jetzt eher wieder zu einem Original-Akku greifen. Oder gibt es hier einen heißen Tipp?
|
|
|
|
|
|
|
| Zitat von [KdM]MrDeath
| Zitat von mYstral
Was übersehe ich?
Ich bin mit UserA in nem Verzeichnis mit folgenden Berechtigungen:
|
Code: |
drwxrwxr-x 2 UserB Gruppe 16384 Apr 26 21:07 verzeichnis/ |
|
Wenn UserA in der Gruppe ist, müsste ich doch Dateien (speziell ein Verzeichnis) erstellen können oder nicht? Kann nix ändern, nix erstellen. ![Mata halt...](img/smilies/mata.gif)
| |
hast du UserA erst kürzlich der gruppe hinzugefüft?
ist er wenn du "id" eingibst auch aufgelistet als mitglied der gruppe?
| |
Das war gerade nicht der Fall. Habe dann heute gelernt, dass man sich neu einloggen muss, wenn man Gruppenzugehörigkeit ändert. Ups.
|
|
|
|
|
|
|
| Zitat von Phillinger
Der Akku meines Thinkpad T400 macht inzwischen komplett die Grätsche. Nachdem der originale recht lange hielt, war der billige jetzt schon nach einem Jahr fertig.
Ich würde also jetzt eher wieder zu einem Original-Akku greifen. Oder gibt es hier einen heißen Tipp?
| |
Go original or go home
|
|
|
|
|
|
|
| Zitat von audax
Wenn Rufus der Meinung ist, dass etwas nicht geklappt hat, dann darf er mir das gerne direkt sagen. ![traurig](./img/smilies/icon12.gif)
| |
Ich habe heute leider kein Foto für dich.
|
|
|
|
|
|
|
| Zitat von YT
/edit
Habe auch Arch auf dem x230, das gebastel nervt aber im Alter ...
| |
Die Installation ist etwas aufwändiger, das stimmt, aber davon ab muss ich sagen, dass arch bei mir echt schön rund läuft.
Probleme mit aktualisierten Paketen kommen vielleicht noch 1-2 mal in Jahr vor.
|
|
|
|
|
|
|
| Zitat von csde_rats
| Zitat von Phillinger
Der Akku meines Thinkpad T400 macht inzwischen komplett die Grätsche. Nachdem der originale recht lange hielt, war der billige jetzt schon nach einem Jahr fertig.
Ich würde also jetzt eher wieder zu einem Original-Akku greifen. Oder gibt es hier einen heißen Tipp?
| |
Go original or go home
| |
okay.jpg
/ done. Mal den mit 9 Zellen gekauft, bin gespannt, wie lange der hält.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Phillinger am 27.04.2016 11:42]
|
|
|
|
|
|
|
|
|
|
![](http://abload.de/img/neesmdwvbwkdonqkzyeq6vyb4.gif)
/Unten rechts sehen Sie untröstliche OSS-Grafikkartentreiberfraktion mit unterirdischer Framerate, die kaum das Hauptmenü rendern kann
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von ShinyDoofy am 27.04.2016 12:51]
|
|
|
|
|
|
Ich bin gerade echt betroffen wie schwer es einem Linux (bzw. allgemeiner POSIX) macht transaktionelle Sachen schnell zu machen. Wow. Also. Ne. So oft und so viele Anwendungen wie das brauchen hätte ich erwartet, dass es da *irgendeine* Optimierung gibt, die das halbwegs erträglich macht. Stattdessen betretenes Schweigen und ein leises "... unsere Datenbank macht o_direct und hat einen eigenen IO-Scheduler".
Das wäre gerade der passende Augenblick für ein Der-Untergang-Video über ordered writes und IO write barriers.
> But this will all become ok with fsync-after-sync-range?
A: Mein Führer... fsync ...
B: sync_range could not motivate enough writes. fsync still blocks.
> *zittert* *brille abnehm*
> Es bleiben im Raum... mm, iosched und API
...
> DAS WAR EIN BEFEHL! sync_range WAR EIN BEFEHL!
> Wer seit ihr, dass ihr glaubt meine Writes buffern zu dürfen? Die seht ihr nie wieder! Niemand wärd sie je lesen!
// Die Scheiße kostet btw. nen Faktor ~3 in der Schreibgeschwindigkeit. Ich erwarte ja nicht, dass man das so schnell machen kann, wie "mirallesegal"-writes, aber das ist einfach lächerliche Performance.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 27.04.2016 13:56]
|
|
|
|
|
|
|
|
|
|
| Zitat von mYstral
Das war gerade nicht der Fall. Habe dann heute gelernt, dass man sich neu einloggen muss, wenn man Gruppenzugehörigkeit ändert. Ups. ![Hässlon](img/smilies/ugly.gif)
| |
na dann ![Augenzwinkern](img/smilies/wink.gif)
und in ein paar jahren lernt man dann den befehl newgrp kennen
|
|
|
|
|
|
|
| Zitat von [KdM]MrDeath
| Zitat von mYstral
Das war gerade nicht der Fall. Habe dann heute gelernt, dass man sich neu einloggen muss, wenn man Gruppenzugehörigkeit ändert. Ups. ![Hässlon](img/smilies/ugly.gif)
| |
na dann ![Augenzwinkern](img/smilies/wink.gif)
und in ein paar jahren lernt man dann den befehl newgrp kennen ![Augenzwinkern](img/smilies/wink.gif)
| |
So ein Befehl wäre in der Tat echt praktisch...
|
|
|
|
|
|
|
29 avg. FPS im Benchmark, 1920x1200, High Preset, R9 7850
TressFX lässt sich allerdings nicht aktivieren, das benötigt vermutlich den proprietären Treiber.
|
|
|
|
|
|
|
Wer keine Lust auf den Rant hat, kurze Zusammenfassung:
ACID-Speicher mit Journal/Log-Struktur hat schlechte Performance weil zu viel gesyncht wird. Rats sucht Wege das besser zu machen.
von einem FS-Hacker und ein paar Erkenntnisse von heute:
(1) fsync() und fdatasync() sind unglaublich teuer und idR weder auf FD oder Datei beschränkt, sondern sind oft (aber nicht immer) mehr oder weniger dateisystemweit (je nach dem ob dadurch die aktuelle FS-Transaktion comittet wird)
(2) Wenn man Sachen in eine Datei schreibt, und fsync() macht, kann (bzw darf) die Datei trotzdem weg sein. Man muss fsync() auf den Ordner machen.
(3) Dem Kernel vertrauen(R)(TM), möglichst viel vor einem sync schreiben, und um Cache-Thrashing keinen zu großen Kopf machen
(4) ACID auf Dateisystemen ist eine Bitch
Außerdem ist O_DIRECT eine ganz dumme Idee es sei denn man weiß wirklich ganz ganz genau was man da tut. Dito für O_*SYNC.
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von csde_rats am 27.04.2016 21:42]
|
|
|
|
|
|
| Zitat von red
29 avg. FPS im Benchmark, 1920x1200, High Preset, R9 7850
TressFX lässt sich allerdings nicht aktivieren, das benötigt vermutlich den proprietären Treiber.
| |
das wird eher ein opengl 4.3 benötigen.
compute shader und so.
|
|
|
|
|
|
|
Und wenn Traxer da was zu hat, bin ich auch ganz Ohr ![Breites Grinsen](img/smilies/biggrin.gif)
Ich weiß gar nicht, was da die sinnvollste Strategie für Windows ist. Transaktionen an TxF delegieren? Ist zwar deprecated, aber wohl noch reichlich von Windows selbst genutzt.
|
|
|
|
|
|
|
| Zitat von Traxer
das wird eher ein opengl 4.3 benötigen.
compute shader und so.
| |
Ah ok, das ist zwar bereits im Mesa-git, aber noch in keinem Release drin.
|
|
|
|
|
|
|
| Zitat von csde_rats
ACID-Speicher mit Journal/Log-Struktur hat schlechte Performance weil zu viel gesyncht wird. Rats sucht Wege das besser zu machen.
(4) ACID auf Dateisystemen ist eine Bitch
| |
ja, da gibts nicht wirklich was besseres. gäbs da was wirklich gutes und zuverlässiges, würden das zumindest die datenbanken nutzen...
son journal ist eigentlich nicht so sonderlich dramatisch. also als WAL. wichtig ist halt nur, dass man das a) im vorfeld vollständig allokiert und b) das als rinbuffer benutzt.
du solltest ja eigentlich auf allen einigermassen modernen systemen abfragen können, ob bestimmte daten auf die platte durchgeschrieben wurden oder nicht. sobald du da weisst, dass die daten da gesycht sind, die am "anfang" des WAL stehen, kannst du diese daten im WAL überschreiben.
dadurch, dass du das im vorfeld allokiert hast, ist das normalerweise linear auf der disk, was recht performant ist. die DBMS leute gehen da sogar soweit und sagen, dass du das journal bzw. WAL auf separate platten legen sollst, damit die nicht so viel seeken müssen.
im grossen und ganzen kommts aber hier wirklich drauf an, was du da genau machen willst und mit was für daten und wie konsistent die jeweils zu welchem zeitpunkt sein müssen.
falls es dir da um die API latenz geht, die kann man via AIO verstecken.
|
|
|
|
|
|
|
| Zitat von red
29 avg. FPS im Benchmark, 1920x1200, High Preset, R9 7850
TressFX lässt sich allerdings nicht aktivieren, das benötigt vermutlich den proprietären Treiber.
| |
Direkt aus dem Angebotepopup nach dem Login gekauft Lädt mit voller Bandbreite, Ergebnisse morgen.
/GT660Ti, 1920x1080 mit proprietärem Treiber: 70avg auf high. Ultra 46fps, Ultimate (TressFx) 29.
Ich glaub, das mit den Haaren lasse ich lieber...
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von ShinyDoofy am 28.04.2016 7:55]
|
|
|
|
|
|
|
Code: |
2.3026Mb/sec, 589.46 Requests/sec executed
Test execution summary:
per-request statistics:
min: 0.00ms
avg: 54.28ms
max: 1843.59ms
approx. 95 percentile: 226.63ms
|
|
|
Code: |
530.23Mb/sec, 135738.80 Requests/sec executed
Test execution summary:
per-request statistics:
min: 0.00ms
avg: 0.23ms
max: 1256.14ms
approx. 95 percentile: 0.45ms
|
|
Bisher bin ich mit dem SSD RAID ganz zufrieden.
|
|
|
|
|
|
|
|
|
|
|
Hat von euch schonmal was mit Fiber Channel als Netzwerk Interface gemacht? Wir haben Emulex PCIe Karten (lpfc Treiber) in unseren Servern und ich habe keine Ahnung, wie ich die jetzt miteinander sprechen lassen kann. Als Netzwerk Interface tauchen sie nicht auf, obschon der Treiber erfolgreich geladen ist.
Ich weiß überhaupt nicht, wo ich zu recherchieren beginnen soll, weil das irgendwie niemanden im Internet interessiert. Vielleicht geht es ja auch überhaupt nicht...
(Wir haben ein Fibre Channel Switch.)
|
|
|
|
|
|
|
Das ist ja ganz schön, dass Arch /tmp auf nen tmpfs legt. Auf meiner Maschine mit 16Gb Ram geht das auch echt gut.
Mit 2Gb ist das eher für'n Arsch. ![](img/smilies/icon8.gif)
Achja, habe neu: X61s
|
|
|
|
|
|
|
Ach, versucht Packer zu benutzen? ![Breites Grinsen](img/smilies/biggrin.gif)
Ich werde diese 800 MB an IDE nach /tmp[fs] extrahieren. Und ich werde das nicht löschen bis ich nicht mit allem anderen fertig bin.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 28.04.2016 19:52]
|
|
|
|
|
|
Jo, nervt jedes mal. Zum Glück kann man tmpfs unkompliziert remounten und vergrößern.
|
|
|
|
|
|
|
| Zitat von Oli
Jo, nervt jedes mal. Zum Glück kann man tmpfs unkompliziert remounten und vergrößern.
| |
Ich mach das eher nach der Neanderthalermethode:
Warten bis voll ist und dann mount --bind /fuck/tmp /tmp
![peinlich/erstaunt](img/smilies/icon16.gif)
Wie machst du das?
|
|
|
|
|
|
|
|
Code: |
mount -o remount,size=10G,noatime /tmp |
|
|
|
|
|
|
|
Thema: 30*100 gute Gründe für Linux ( Jeder Post zählt ) |