Laptop gesucht
-
Sorry für OT:
spinner schrieb:
hustbaer schrieb:
Wieso muss jemand darunter leiden? Meinste weil er "ae", "oe" und "ue" schreibt?
Ja, das meinte ich. Mich stört das.
Zumal jedes Betriebssystem was ich kenne, ein switchen via Tastenkombination unterstützt bzw. verschiedene Layouts für verschiedene Fenster. Man verwechselt dann nur manchmal y und z, aber ansonsten geht das.
-
Danke fuer die zahlreichen Antworten und Anregungen. Ich habe mir das mit dem Coden nun anders ueberlegt. Da mein aktuelles Projekt bereits eine halbe Minute lang auf meinem Desktop mit 'nem 4.6 GHz i7 kompiliert, wird das auf dem Laptop wohl eher nichts. Coden kann ich ja trotzdem, vielleicht finde ich eine Moeglichkeit, auf dem Desktop zu kompilieren. Gibt es eine art "remote compiler" oder sowas, der sich benutzt wie ein normaler Compiler, aber die Kompilierung auf eine andere Maschine auslagert?
Was mich an den Lenovos stoert, ist, dass die Kuehlung hinten ist. Das ist echt unpraktisch, wenn man sich einfach mal mit dem Laptop wo hinlegen will, um 'nen Film zu schauen, da hierbei die Lueftung leicht blockiert wird und dann gibts Probleme mit Ueberhitzung usw..
Grundsaetzlich finde ich ja die Netbooks cool, weil sie super leicht sind, aber die kleinen Bildschirme sind echt mies. Mein erstes MBP hatte 17", mein zweites 15" und schon die Umgewoehnung fand ich krass. Viel weiter runter als 15" will ich also nicht gehen.
Und wenn ich diese Anforderungen kombiniere, bleibt fast nichts uebrig, oder nur Geraete ab 1500€ aufwaerts, so viel will ich eigentlich nicht ausgeben...
-
Kellerautomat schrieb:
Gibt es eine art "remote compiler" oder sowas, der sich benutzt wie ein normaler Compiler, aber die Kompilierung auf eine andere Maschine auslagert?
Kellerautomat schrieb:
Was mich an den Lenovos stoert, ist, dass die Kuehlung hinten ist. Das ist echt unpraktisch, wenn man sich einfach mal mit dem Laptop wo hinlegen will, um 'nen Film zu schauen, da hierbei die Lueftung leicht blockiert wird und dann gibts Probleme mit Ueberhitzung usw..
Besser als wenn alle Lüftungsschlitze unten wären. Dann ist der Laptop nämlich viel schneller tot, wenn du ihn auf eine luftabschließende Unterlage wie deine Matratze oder Bettdecke setzt. Das ist mit den Thinkpads kein Problem, wenn man darauf achtet, daß hinten und links freibleibt.
-
Kellerautomat schrieb:
Gibt es eine art "remote compiler" oder sowas, der sich benutzt wie ein normaler Compiler, aber die Kompilierung auf eine andere Maschine auslagert?
Gibt massig solche Systeme (distcc habe ich schon vor fünfzehn Jahren verwendet), aber du solltest dazusagen, wie deine Entwicklungsumgebung aktuell aussieht, damit du eine passende Empfehlung bekommen kannst.
Mach am besten einen neuen Thread auf, um das zu beschreiben.
-
-
Kellerautomat schrieb:
Gibt es eine art "remote compiler" oder sowas, der sich benutzt wie ein normaler Compiler, aber die Kompilierung auf eine andere Maschine auslagert?
Was spräche gegen eine VNC Sitzung?
Damit würdest du sowohl auf deinem Desktop programmieren, compilieren als auch das Programm ausführen, obwohl du das alles vom NB aus machst.
Ansonsten könnte man natürlich auch den Compiler über eine ssh Session anwerfen.
Zum Debuggen und ausführen müsstest du dann das Verzeichnis mit den Binarys die auf dem Desktop liegen auf deinem NB z.B. per NFS Protokoll einbinden und könntest dann die Binarys auf deinem NB testen.
Wichtige wäre dann allerdings, dass die CPU Architektur die gleiche ist.
Falls du ein ARM basiertes NB verwendest, wirst du ansonsten einen crosscompiler benötigen.Was mich an den Lenovos stoert, ist, dass die Kuehlung hinten ist. Das ist echt unpraktisch, wenn man sich einfach mal mit dem Laptop wo hinlegen will, um 'nen Film zu schauen, da hierbei die Lueftung leicht blockiert wird und dann gibts Probleme mit Ueberhitzung usw..
Ein NB aufs Bett zu legen war für mich deswegen nie eine Option.
Hinten ist sogar besser als unten, wie es manche Hersteller machen.
Denn wenn es unten ist, dann wird der Dreck von unten angesaugt.Für ein Bett würde ich heute nur noch lüfterlose NBs kaufen, die saugen keinen Dreck an.
Ob die passive Kühlung dann reicht, weiß ich allerdings nicht. Das müsste man testen. Zur Not taktet eine moderne CPU einfach runter.Grundsaetzlich finde ich ja die Netbooks cool, weil sie super leicht sind, aber die kleinen Bildschirme sind echt mies. Mein erstes MBP hatte 17", mein zweites 15" und schon die Umgewoehnung fand ich krass. Viel weiter runter als 15" will ich also nicht gehen.
Wenn du etwas hochwertiges in der 11" Klasse haben wollen würdest, dann kämen hier IMO nur Ultrabooks in Frage. Die merkt man dann auch am Preis. Kosten z.B. in der Regel ca. > 800 €, anstatt nur 200-450 €.
-
Also lüfterlose normale Notebooks kenn' ich keine. Netbooks oder "Ultrabooks" wird es geben. Die werden dann aber vermutlich furchtbar heiss, was sehr unangenehm ist (es werden ja schon die Ultrabooks mit Lüfter oft unangenehm heiss - speziell unten aber z.T. auch das Keyboard bzw. der Bereich der Handauflage).
Programmieren über VNC macht man nicht, weil VNC laggt. Auch in schnellen lokalen Netzwerken. Für Remote Desktop gilt das selbe. Ist zwar alles im lokalen Netz deutlich besser als wenn man über's Internet muss, aber ich würde damit nicht arbeiten wollen so lange es auch anders geht.
Und was NFS (bzw. unter Windows wohl eher SMB) Freigaben angeht: das bremst doch auch bloss. Entweder vernichtet man sich dadurch die Responsiveness der IDE, oder aber das Compilieren wird (deutlich) langsamer -- je nachdem wo die Files liegen.
@Kellerautomat
Ich weiss aber auch nicht was das Problem an einem Build der 1/2 Minute dauert sein soll. Wird ja wohl hoffentlich kein inkrementeller Build gemeint sein und kein voller "rebuild". Und falls doch ist es Zeit das Projekt zu überarbeiten. z.B. Precompiled Headers verwenden und unnötige Header Dependencies suchen und entfernen.Und was die Kühlung angeht: wo sollte es denn rausblasen deiner Meinung nach? Oben? zzz
-
hustbaer schrieb:
Also lüfterlose normale Notebooks kenn' ich keine. Netbooks oder "Ultrabooks" wird es geben. Die werden dann aber vermutlich furchtbar heiss, was sehr unangenehm ist
Mit Broadwell wären im Prinzip lüfterlose NBs möglich, immerhin beträgt die TDP teilweise weniger als 5 W.
Allerdings bauen die NB Hersteller die NBs, die dann wirklich diese 5 W TDP CPUs haben, in so dünne Notebooks, dass der ganze Vorteil flöten geht und man wieder Lüfter braucht um die Abwärme loszuwerden. Zumiindest habe ich noch keines dieser neuen Broadwell NBs mit diesen Core-M CPUs gesehen, die dann wirklich keinen Lüfter haben.
Würde man so ein 5 W TDP Broadwell NB anstatt 1 cm 2 cm dick machen, dann wäre das problemlos lüfterlos zu kühlen.
Im Prinzip ist es sogar möglich alles mit einer geringeren TDP Anforderung als 10 W lüfterlos zu kühlen, allerdings braucht man für eine passive Kühlung auch eine entsprechende Oberfläche.
Programmieren über VNC macht man nicht, weil VNC laggt. Auch in schnellen lokalen Netzwerken. Für Remote Desktop gilt das selbe. Ist zwar alles im lokalen Netz deutlich besser als wenn man über's Internet muss, aber ich würde damit nicht arbeiten wollen so lange es auch anders geht.
Okay, ich habe VNC nie zum Programmieren ausprobiert, aber ich hatte das schon immer vor, wenn ich mal so ein Betttaugliches lüfterloses NB finde, aber bisher habe ich keines gefunden das mir zusagt.
Meine große Hoffnung Broadwell, bisher wurde die aber nicht erfüllt.Und was NFS (bzw. unter Windows wohl eher SMB) Freigaben angeht: das bremst doch auch bloss. Entweder vernichtet man sich dadurch die Responsiveness der IDE, oder aber das Compilieren wird (deutlich) langsamer -- je nachdem wo die Files liegen.
Nein, wenn du den Compiler über eine ssh Session anwirfst, dann sind die Dateien für den Compiler lokal auf dem Desktop.
Da bremst gar nichts.Nur dann, wenn du von deiner IDE oder deinem Notebook aus die Binarys starten willst, kann das bremsen.
Aber hier könnte man durchaus tricksen, weil man ja nur die Binarys braucht und nicht auch noch sonstige Daten remote vorliegen haben muss.
-
Auskenner schrieb:
Und was NFS (bzw. unter Windows wohl eher SMB) Freigaben angeht: das bremst doch auch bloss. Entweder vernichtet man sich dadurch die Responsiveness der IDE, oder aber das Compilieren wird (deutlich) langsamer -- je nachdem wo die Files liegen.
Nein, wenn du den Compiler über eine ssh Session anwirfst, dann sind die Dateien für den Compiler lokal auf dem Desktop.
Da bremst gar nichts.Nur dann, wenn du von deiner IDE oder deinem Notebook aus die Binarys starten willst, kann das bremsen.
Aber hier könnte man durchaus tricksen, weil man ja nur die Binarys braucht und nicht auch noch sonstige Daten remote vorliegen haben muss.Lies nochmal was ich geschrieben habe.
ENTWEDER die IDE auf dem Notebook wird beim Zugriff auf die Source-Files ausgebremst (nämlich dann wenn die Source Files am Desktop liegen). Wodurch Intellisense etc. vermutlich gröber laggen wird.ODER der Compiler auf dem Notebook wird beim Zugriff ausgebremst (nämlich dann wenn die Source Files am Notebook liegen). Wodurch das Compilieren ausgebremst wird.
Du kannst dir eine der beiden Variante aussuchen. (OK, beides langsam ginge natürlich auch, dazu bräuchte man bloss einen 3. Rechner. Aber beides schnell geht nicht.)
-
hustbaer schrieb:
Lies nochmal was ich geschrieben habe.
ENTWEDER die IDE auf dem Notebook wird beim Zugriff auf die Source-Files ausgebremst (nämlich dann wenn die Source Files am Desktop liegen). Wodurch Intellisense etc. vermutlich gröber laggen wird.AFAIK werden die Dateien in den Speicher geladen und nur darauf arbeitet Intellisense. Da bremmst also gar nichts, es sei denn ich liege im Irrtum und Intellisense arbeitet auf der langsamen Festplattenebene, was ich aber stark bezweifeln würde.
ODER der Compiler auf dem Notebook wird beim Zugriff ausgebremst (nämlich dann wenn die Source Files am Notebook liegen). Wodurch das Compilieren ausgebremst wird.
Compiler und Source Files sollen Remote liegen.
-
Auskenner schrieb:
AFAIK werden die Dateien in den Speicher geladen und nur darauf arbeitet Intellisense. Da bremmst also gar nichts, es sei denn ich liege im Irrtum und Intellisense arbeitet auf der langsamen Festplattenebene, was ich aber stark bezweifeln würde.
Intellisense muss aber ständig überwachen ob sich 'was an den Files geändert hat. Man müsste es ausprobieren, aber ich vermute dass es merklich bremst.
-
Ach, wenn wir bloß Maschinen hätten, die Milliarden von Rechenschritten pro Sekunde erledigen und Milliarden von Bits pro Sekunde über einfache Kupferkabel transportieren könnten...
Es ist ganz schön traurig, dass heute Software so ineffizient arbeitet, dass selbst einfachste Szenarien wie das Programmieren im Bett kaum möglich sind.
-
TyRoXx schrieb:
Es ist ganz schön traurig, dass heute Software so ineffizient arbeitet, dass selbst einfachste Szenarien wie das Programmieren im Bett kaum möglich sind.
Ein Programm ist halt nur so schnell, wie man es sich einrichtet. Wenn man jedesmal einen kompletten Rebuild braucht, dann muss man halt warten. Mit etwas klügeren Build-Tools ist das aber kein Problem mehr.
-
makefiler schrieb:
Mit etwas klügeren Build-Tools ist das aber kein Problem mehr.
Wie bekommt man das Linken mit GCC denn schneller?
-
Alter Schwede, TyRoXx, du hast so mächtig einen an der Klatsche.
-
-
makefiler schrieb:
TyRoXx schrieb:
Es ist ganz schön traurig, dass heute Software so ineffizient arbeitet, dass selbst einfachste Szenarien wie das Programmieren im Bett kaum möglich sind.
Ein Programm ist halt nur so schnell, wie man es sich einrichtet. Wenn man jedesmal einen kompletten Rebuild braucht, dann muss man halt warten. Mit etwas klügeren Build-Tools ist das aber kein Problem mehr.
Oder man nimmt eine andere Sprache als C++ oder C.
Aber Stroustrup hat ja neulich versprochen, dass er mit dem C++ Standardkomitee daran arbeitet, dass das compilieren schneller gehen soll.
-
Struppi FTW!
-
Upps, ja alter Schwede. Tippfehler. Korrigiert. Danke.
-
Hier sagt er das, dass er sich um die Buildzeit kümmern möchte:
