Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Der Nachfolger von Windows10 heißt Wiinux.
View unanswered posts
View posts from last 24 hours
View posts from last 7 days

Goto page Previous  1, 2  
Reply to topic    Gentoo Forums Forum Index Deutsches Forum (German) Diskussionsforum
View previous topic :: View next topic  

Wer glaubt auch daran, dass Microsoft auf Linux umsteigt?
Machen sie.
5%
 5%  [ 1 ]
Machen sie nicht.
94%
 94%  [ 17 ]
Total Votes : 18

Author Message
musv
Advocate
Advocate


Joined: 01 Dec 2002
Posts: 3199
Location: de

PostPosted: Wed May 16, 2018 12:05 pm    Post subject: Reply with quote

Mit den Dateirechten hast du sicherlich Recht.

Ich hab dazu hier noch was gefunden. Beim Mountversuch wollte das aber nicht klappen. Die per wsl angelegte Datei hatte die 666. Das ist nicht schön.

Yamakuzure wrote:
Cygwin hat eine eigene libc, basierend auf newlib. Das ist im Grunde genommen schneller als WSL, da alle Programme nativ unter Windows laufen, während bei WSL bei jedem Call ein Layer dazwischen liegt. Allerdings wäre es wirklich mal interessant, ein paar direkte Vergleiche durchzuführen...

Da wäre ich wirklich gespannt drauf. Meine letzten Versuche mit Cygwin liegen schon 3 Jahre zurück. Und z.B. ein find auf das Dateisystem loszulassen, war eine reine Katastrophe.

Yamakuzure wrote:
Ich habe allerdings auch keinerlei Hinweis darauf gefunden, woran die "Cygwin-Leute" denn nun Schuld seien?

Zugegeben, das war etwas provokativ geschrieben. Der Hintergrund ist folgender:

Sowohl das deutsche Tastaturlayout auf der tty als auch im X nutzen in der Deadkeys-Variante die Tilde als Deadkey. Da ich eine Zeit lang auch öfters mal Spanisch und Portugiesisch geschrieben hatte, war das für mich genial. Ohne das Layout umschalten zu müssen, hatte ich Zugriff auf die gebräuchlichsten Sonderzeichen, z.B. ç, ñ usw. Natürlich ergibt sich daraus auch die Gewohnheit, dass man nach der Tilde auf die Leertaste haut, da die Tilde ja ein Deadkey ist. Irgendwann reichten dann die Cygwin-Leute besagte Änderung bei xfreedesktop ein, um das Deadkey-Tastaturlayout an den deutschen Standard und auch an Windows (deren Begründung) anzupassen. Das wurde dann so übernommen und ausgerollt. Recht schnell bemerkte ich mehr durch Zufall die Änderung und fand nach wochenlanger Suche (man vermutet ja den Fehler immer erst bei sich selbst) den oben verlinkten Bugeintrag. Dass ich jetzt in keinem deutschen Tastaturlayout mehr ein ñ tippen konnte, nervte, war aber nicht der ausschlaggebende Punkt. Viel schlimmer war der Unterschied zwischen Konsole (tty) und Terminal im X. Bei komplett identischer Tastatureingabe kann man dann folgende Sachen realisieren:
TTY-Konsole:
rm -rf ~/.config/*

Xterm:
rm -rf ~ /.config/*

Sehr unschön und inkonsistent das Ganze. Nach den zahlreichen immer böser werdenden Beschwerden hatte der Maintainer bei Xfreedesktop dann doch ein Einsehen und akzeptierte dann einen Patch für ein zusätzliches Tastaturlayout, was er dann "legacy" nannte. Da der Name nicht sehr aussagekräftig war, wurde das unter weiterem Druck zum Glück einige Monate später in "deadtilde" umbenannt.

Yamakuzure wrote:
Für alles was mit X zu tun hat, muss man das WSL mit Extraschritten quasi "pimpen".

Kommt darauf an, was du mit "pimpen" meinst. Ich musste nur Xming installieren und starten. Danach konnte ich grafische Anwendungen in der Bash einfach so starten. Den X-Server brauchst du aber in Cygwin genauso. Ich erinnere mich dunkel, dass ich da bei Cygwin so einige Probleme hatte.

Yamakuzure wrote:
…Win10 Prof. nur 64bit, nicht-implementierte Kernelfunktionen, direkter HW-Zugriff

alles korrekt. Das mit den Kernelfunktionen und der Hardware dürfte auch auf Cygwin zutreffen.

Yamakuzure wrote:
Tja, und bei mir ist die Erfahrung eben genau anders herum... Cygwin läuft bei mir absolut rund und flüssig. Dank Cygwin habe ich unter Windows syslog-ng, postfix, sshd und dbus. Als ich WSL (mit Gentoo Stage3) ausprobiert habe, war ich ... nunja... wenig begeistert. Eine Bash in einer CMD ist halt echt schräg.

Das mit der Bash in einer CMD versteh ich nicht. Du klickst auf die bash.exe in c:\Windows\Sytem32. Daraufhin öffnet sich eine Bash, die nichts mit der CMD zu tun hat.

Geht man nach diesem Tutorial, sollte auch das Starten eines Desktops klappen. Das hab ich allerdings nicht getestet, da ich es nicht brauch.

Yamakuzure wrote:
Als ich dann sah, durch wie viele, teils brennende, Reifen ich springen muss, um mit WSL auch GUI Apps wie Konsole zu betreiben, habe ich den Kram wieder weggeworfen.

Siehe oben: Installation Xming. Das war's.

Yamakuzure wrote:
... vielleicht habe ich auch einfach nur zu schnell aufgegeben...

Wenn du mit Cygwin glücklich bist, dann bleib dabei. Der Thread soll keine Missionierung sein. Ich hab mit WSL wesentlich weniger Aufwand und Probleme als damals mit Cygwin. Insbesondere der Updateprozess war bei Cygwin auch immer 'ne Qual. Bei WSL tut's halt ein apt-get update. Es kann selbstverständlich sein, dass für Deinen Anwendungsfall wsl nicht ausreicht. Aber dann würde ich wohl eher eine native Linux-Installation hernehmen.


Last edited by musv on Wed May 16, 2018 5:44 pm; edited 1 time in total
Back to top
View user's profile Send private message
Yamakuzure
Advocate
Advocate


Joined: 21 Jun 2006
Posts: 2209
Location: Bardowick, Germany

PostPosted: Wed May 16, 2018 2:03 pm    Post subject: Reply with quote

musv wrote:
Yamakuzure wrote:
Cygwin hat eine eigene libc, basierend auf newlib. Das ist im Grunde genommen schneller als WSL, da alle Programme nativ unter Windows laufen, während bei WSL bei jedem Call ein Layer dazwischen liegt. Allerdings wäre es wirklich mal interessant, ein paar direkte Vergleiche durchzuführen...

Da wäre ich wirklich gespannt drauf. Meine letzten Versuche mit Cygwin liegen schon 3 Jahre zurück. Und z.B. ein find auf das Dateisystem loszulassen, war eine reine Katastrophe.
Also Dinge wie "find" und "grep s -R" brauche ich öfters. Im NTFS Dateisystem von Windows wohlgemerkt, und das geht recht flott.

Aaaaaber WSL gewinnt bei einigen Dingen deutlich in Punkto Geschwindigkeit. Diese beiden Aufrufe habe ich gleichzeitig durchgeführt, während der Rechner unter Last stand: Ich finde den Unterschied schon ziemlich extrem!

  • Cygwin
    Code:
    # (Gentoo) 15:00:16 SEden@CHH0711 ~ >
    time emerge -1 qtcore

    These are the packages that would be merged, in order:

    Calculating dependencies  ... done!
    [ebuild   R   *] dev-qt/qtcore-5.9.5:5/5.9::gentoo_prefix  USE="-debug icu (-systemd) {-test}" 0 KiB

    Total: 1 package (1 reinstall), Size of downloads: 0 KiB

    >>> Verifying ebuild manifests
    >>> Emerging (1 of 1) dev-qt/qtcore-5.9.5::gentoo_prefix
    >>> Installing (1 of 1) dev-qt/qtcore-5.9.5::gentoo_prefix
    >>> Jobs: 1 of 1 complete                           Load avg: 4.30, 7.04, 9.47

     * Messages for package dev-qt/qtcore-5.9.5:
     * Log file: /gentoo/var/log/portage/build/dev-qt/qtcore-5.9.5:20180516-130028.log

     * User patches applied.
    >>> Auto-cleaning packages...

    >>> No outdated packages were found on your system.

     * GNU info directory index is up-to-date.

    real    26m55.904s
    user    13m40.461s
    sys     12m44.222s

    # (Gentoo) 15:27:13 SEden@CHH0711 ~ >

  • WSL
    Code:
    # (Gentoo) 15:00:13 CHH0711 ~ >
    time emerge -1 qtcore

    These are the packages that would be merged, in order:

    Calculating dependencies  ... done!
    [ebuild  N    ~] dev-qt/qtcore-5.9.5:5/5.9::gentoo  USE="-debug icu -systemd {-test}" 0 KiB

    Total: 1 package (1 new), Size of downloads: 0 KiB

    >>> Verifying ebuild manifests
    >>> Emerging (1 of 1) dev-qt/qtcore-5.9.5::gentoo
    >>> Installing (1 of 1) dev-qt/qtcore-5.9.5::gentoo
    >>> Jobs: 1 of 1 complete                           Load avg: 0.52, 0.58, 0.59

     * Messages for package dev-qt/qtcore-5.9.5:
     * Log file: /var/log/portage/build/dev-qt/qtcore-5.9.5:20180516-130019.log

     * Generated gentoo-qconfig.h is empty
    >>> Auto-cleaning packages...

    >>> No outdated packages were found on your system.

     * Regenerating GNU info directory index...
     * Processed 87 info files.

    real    6m32.301s
    user    12m25.469s
    sys     7m18.859s

    # (Gentoo) 15:06:47 CHH0711 ~ >
Cygwin verliert deutlich bei allem, was umfangreiche Konfiguration (cmake, configure) benötigt. WSL kommt mit den den dauernden Forks wohl sehr viel besser klar, als die newlib-cygwin.

(ich habe mal etwas Platz gespart!)
Danke für die Erklärung, jetzt verstehe ich das mit der Tilde.

musv wrote:
Yamakuzure wrote:
Für alles was mit X zu tun hat, muss man das WSL mit Extraschritten quasi "pimpen".

Kommt darauf an, was du mit "pimpen" meinst. Ich musste nur Xming installieren und starten. Danach konnte ich grafische Anwendungen in der Bash einfach so starten. Den X-Server brauchst du aber in Cygwin genauso. Ich erinnere mich dunkel, dass ich da bei Cygwin so einige Probleme hatte.
Ah? Dann müsste das ja rein theoretisch auch mit dem Cygwin X-Server funktionieren. Das werde ich mal testen, jetzt wo ich wieder mit dem WSL rumspiele...

musv wrote:
Yamakuzure wrote:
…Win10 Prof. nur 64bit, nicht-implementierte Kernelfunktionen, direkter HW-Zugriff

alles korrekt. Das mit den Kernelfunktionen und der Hardware dürfte auch auf Cygwin zutreffen.
Natürlich. Es ging mir auch nur darum, dass besagte Obrigkeit schon sehr Wissensbefreit sein muss, um eine native Linuxinstallation mit der Begründung, es gäbe ja Cygwin/WSL, zu unterbinden, wenn man eben sowas benötigt. Cygwin hilft da natürlcih auch nicht weiter.

musv wrote:
Das mit der Bash in einer CMD versteh ich nicht. Du klickst auf die bash.exe in c:\Windows\Sytem32. Daraufhin öffnet sich eine Bash, die nichts mit der CMD zu tun hat.
Die bash.exe ist kein GUI-Programm, sondern ein Konsolenprogramm, welches von der CMD.exe ausgeführt wird.
Klick mal oben links auf das Icon, und dann ganz unten auf Eigenschaften. Dann hast du die CMD-Eigenschaftsseite vor dir.
Das Icon ist übrigens das Standard shell32.dll Icon. ;-)

Naja, wie dem auch sei. Es geht ja, wie du schon schriebst, auch um den Anwendungsfall.

Und ich nutze MinTTY eben um Vieles in meiner tagtäglichen Arbeit von einer Konsole aus zu erledigen, was unter Windows sonst nur per sehr umständlichem rumgeklicke gehen würde.

Heißt: Ich arbeite im Windows-Dateisystem. Und da fühle ich mich mit Cygwin halt halt noch wohler, da dies die Windows-ACLs versteht.

Aber ich werde das mal testen, ob die X-Nutzung jetzt tatsächlich so einfach geht. Das wäre prima! Dann könnte ich vielleicht auch endlich endlich wieder mit kde-apps/konsole arbeiten. Die Version von Cygwin friert nämlich gerne mal ein, was beim durchschauen längerer Logs nicht so praktisch ist.
_________________
Yeah, If you're going through hell
Keep on moving, Face that fire
Walk right through it, You might get out
Before the devil even knows you're there
Back to top
View user's profile Send private message
Yamakuzure
Advocate
Advocate


Joined: 21 Jun 2006
Posts: 2209
Location: Bardowick, Germany

PostPosted: Thu May 17, 2018 11:25 am    Post subject: Reply with quote

seufz Ich habe gerade ein blödes Problem in WSL gefunden. Die CPU load average Werte sind hardcodiert.

Portage wollte gerade 23/310 packages mergen, da ich "--load=4.0" in meinen EMERGE_DEFAULT_OPTS habe, aber immer eine Last von 0.52 gemeldet wird.

Es kann also durchaus sein, dass WSL dadurch so viel schneller als Cygwin beim Bauen von qtcore war.
"MAKEOPTS="-j5 -l4"" würde ja das gleiche Problem haben.
_________________
Yeah, If you're going through hell
Keep on moving, Face that fire
Walk right through it, You might get out
Before the devil even knows you're there
Back to top
View user's profile Send private message
musv
Advocate
Advocate


Joined: 01 Dec 2002
Posts: 3199
Location: de

PostPosted: Thu May 17, 2018 12:59 pm    Post subject: Reply with quote

Yamakuzure wrote:
seufz Ich habe gerade ein blödes Problem in WSL gefunden. Die CPU load average Werte sind hardcodiert.

*lol*

Tja, M$ ist halt noch immer M$.
Back to top
View user's profile Send private message
Yamakuzure
Advocate
Advocate


Joined: 21 Jun 2006
Posts: 2209
Location: Bardowick, Germany

PostPosted: Fri May 18, 2018 7:30 am    Post subject: Reply with quote

musv wrote:
Yamakuzure wrote:
seufz Ich habe gerade ein blödes Problem in WSL gefunden. Die CPU load average Werte sind hardcodiert.

*lol*

Tja, M$ ist halt noch immer M$.
Naja... Nüchtern betrachtet bedeutet WSL nicht das Ende des Abendlandes.

Schaut euch das GitHub Projekt "Microsoft/WSL" ruhig mal entspannt an. 944 Issues!

Momentan baue ich gerade llvm-6.0.0-r1 mit gcc-8.1.0 (Das geht auf WSL, unter Cygwin/Prefix ist gcc-6.4 das aktuelle Maximum), danach baue ich unter Cygwin nochmal qtcore, aber ohne Load-Bremse.
Ich schätze, WSL wird wegen der vielen Forks im Build-System immer noch schneller sein, aber sicher nichtmehr um 433%!
_________________
Yeah, If you're going through hell
Keep on moving, Face that fire
Walk right through it, You might get out
Before the devil even knows you're there
Back to top
View user's profile Send private message
Yamakuzure
Advocate
Advocate


Joined: 21 Jun 2006
Posts: 2209
Location: Bardowick, Germany

PostPosted: Fri May 18, 2018 10:28 am    Post subject: Reply with quote

Yamakuzure wrote:
danach baue ich unter Cygwin nochmal qtcore, aber ohne Load-Bremse.
Ich schätze, WSL wird wegen der vielen Forks im Build-System immer noch schneller sein, aber sicher nichtmehr um 433%!
Wie ich es mir gedacht habe. Cygwin ist immernoch langsamer, braucht aber "nur" noch 1,75 Minuten länger als WSL:
Code:
# (Gentoo) 12:02:47 SEden@CHH0711 ~ >
time emerge -1 qtcore

These are the packages that would be merged, in order:

Calculating dependencies  ... done!
[ebuild   R   *] dev-qt/qtcore-5.9.5:5/5.9::gentoo_prefix  USE="-debug icu (-systemd) {-test}" 0 KiB

Total: 1 package (1 reinstall), Size of downloads: 0 KiB

>>> Verifying ebuild manifests
>>> Emerging (1 of 1) dev-qt/qtcore-5.9.5::gentoo_prefix
>>> Installing (1 of 1) dev-qt/qtcore-5.9.5::gentoo_prefix
>>> Jobs: 1 of 1 complete                           Load avg: 2.58, 4.58, 6.25

 * Messages for package dev-qt/qtcore-5.9.5:
 * Log file: /gentoo/var/log/portage/build/dev-qt/qtcore-5.9.5:20180518-100301.log

 * User patches applied.
>>> Auto-cleaning packages...

>>> No outdated packages were found on your system.

 * GNU info directory index is up-to-date.

real    8m10.284s
user    11m42.706s
sys     12m13.393s

# (Gentoo) 12:11:05 SEden@CHH0711 ~ >

_________________
Yeah, If you're going through hell
Keep on moving, Face that fire
Walk right through it, You might get out
Before the devil even knows you're there
Back to top
View user's profile Send private message
LuxJux
Apprentice
Apprentice


Joined: 01 Mar 2016
Posts: 284

PostPosted: Fri May 18, 2018 9:39 pm    Post subject: Reply with quote

Na, ihr habt Probleme. Bei meinem Windows8.1-update kommt immer nur

Code:
We cannot complete the updates.
Undoing changes.
Restarting


Hoffentlich hab ich die Kurve nicht zu eng genommen.
Back to top
View user's profile Send private message
ChrisJumper
Advocate
Advocate


Joined: 12 Mar 2005
Posts: 2133
Location: Germany

PostPosted: Sat May 19, 2018 8:41 pm    Post subject: Reply with quote

musv wrote:
Yamakuzure wrote:
seufz Ich habe gerade ein blödes Problem in WSL gefunden. Die CPU load average Werte sind hardcodiert.

*lol*

Tja, M$ ist halt noch immer M$.


:D

Herrlich. Aber ich kann die Software-As-Service Angebote eh nicht mit gutem Gewissen nutzen wenn sie mir angeboten werden. Wenn ich sie anderen anbiete und die Quellen auch Open Source sind natürlich schon.

Microsoft werfe ich Ihr verhalten aber nicht mal vor, es sind die Kunden die es nicht anders verdient haben.

Trotzdem hoffe ich das "unser Linux" die Kommerzialisierung überlebt. Noch haben wir ja keine Distribution, welche die Desktop-Suche, z.B. bei Gnome 3 ins Internet trägt. Dafür bin ich Gentoo jeden Tag dankbar! Aber da ist ja immer noch x11-wm/i3...
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Deutsches Forum (German) Diskussionsforum All times are GMT
Goto page Previous  1, 2
Page 2 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum