Ah ok jeg kører det så på en Lenovo Thinkpad T510 med Intel Core i5-2410M med 8GB RAM og så 4GB ram på den virtuelle maskine der kører Windows 7 64-bit. Der kører det faktisk helt godt. :)
VS,,, hehe GNOME er faktisk ved at klargøre GTK til at kunne bruges i VS. Ingen ved hvorfor, men en meget flittig sydkoreaner har arbejdet med det løbende i mindst et halvt års tid, og nu har RH allokeret en af sine bedre hackers på samme opgave.
Så kan man spørge sig selv om man kender et sydkoreanske foretagende der udvikler i MS-miljøer men har fået en nylig linuxinteresse. ;)
En god portion af Gnome folkene havde også på et tidspunkt en frygtelig stor interesse i at fedte alt ind i mono, det var jo meget bedre end det store stygge Java som rent faktisk havde aktiv 3rd party kommiciele vendor support,, nej ,, lad os svine Java til og hoppe mod MS lejren, de er jo vores venner.
BTW visual studio er hellere ikke bedre,, har brugt det intensivt i 6mdr til C++ og var ikke imponeret , ikke at det er dårligt , men det er altså ikke noget der får tårene til at trille.
Og ja du kan bruge Monodevelop hvis du vil være en god lille C# drone. Det er efterhånden blevet helt brugbart .
Lad os sige det sådan her: en langt større potion af GNOME-udviklerne havde interesse i at Mono blev holdt ude. Dem der ville lege med Mono har ikke kunne vedligeholde interessen eller koden. Meritokratiet har ført GNOME af andre veje.
Samsungs udviklere bør vide at der er noget der hedder eclipse, det må de have stødt på fra android verdenen . Eclipse har fine native Linux plugins og andet godt.
Ved ikke hvad utradionelt betyder i denne kontekst , samsung har som alle andre OEMS og især værende koreanske og MS venlige hoppet over alle steder hvor de kunne. Men de har i mange år brugt Linux et hav af steder i deres devise og det er en kæmpe biks. Så de finder nok ud af det.
Hvad fanden er der med folk og virtualbox,, hvis folk vil hore sig ud så er der vmware og MS virtual ,, thingie, ,,, hvorfor er det lige virtualbox alle KVM blinde folk bruger. (retorisk spørgsmål ,, jeg vil ikke vide det )
Grunden til at #2 har haft problemer med VS i en virtuel maskine mens #3 har haft ok performance skal nok findes i #3's væsentligt nyere CPU. Foruden performance har disse (såvel som nyere AMD CPU'ere fra Phenom II og opad) netop en række virtualiserings-instrukser som drastisk forbedrer VM'ens performance.
Andre gode måder at sætte skub i en VM:
===========================
a) at have disse virtualiserings-extensions er ikke nok, de skal slåes til i BIOS (fx var de disabled i min Lenovo Laptop's BIOS)
b) smæk VM'en på en SSD, hjælper på I/O som tit sløver maskinen en del (har selv gjort dette en overgang)
c) visse programmer så som VirtualBox skulle gerne kunne oprette en maskines harddisk billede DIREKTE på en tom partition dvs. udenom et normalt host-OS filsystem - så slipper man for 2x journaling mv :)
d) smid VM'en på en anden disk end selve host OS -- de fleste bruger fortsat spindle-drev og performance går helt i bund såfremt man laver mange ikke-sekventielle read/writes hvilket nok vil ske såfremt man har to OS's kørende på hver deres sektioner af samme harddisk.
1: slå hardware virtualisering til, og køb en SSD :D og masser af RAM ,, som nævnt andetsteds.
2:
brug KVM ,, kvm er lean mean og snappy, eneste sted hvor virtualbox slår den er på IO hvor den ignorere write barriers i visse tilfælde, med den risiko der følger. KVMs grafiske performance stinker pt, men hvis du skal kode i VS er det måske ikke vigtigt.
3: brug rå dedikeret partition og virtio til disken til kvm,, de filbasserede diske er sløve.
4: prøv evt SPICE og QXL driveren på din windows guest for at speede grafikken op. Dette er dog stadig bleeding edge.
Kommentarer13
Det tegner ikke for
http://appdb.winehq.org/objectManager.php?sClass=application&iId=892
Kør det hellere i en virtuel maskine.
Kør det hellere i en
En virtuel maskine med nogle hestekræfter bag sig, vel at mærke. Jeg har forsøgt mig med følgende opsætning, og det var absolut ikke en success.
Thinkpad X200 (dualcore 1.6 GHz, 4GB RAM) -> Arch Linux -> Virtualbox -> WinXP (2GB ram) -> Visual Studio
Ah ok jeg kører det så på
MonoDevelop
VS,,, hehe GNOME er faktisk
Så kan man spørge sig selv om man kender et sydkoreanske foretagende der udvikler i MS-miljøer men har fået en nylig linuxinteresse. ;)
vupti fucking do
BTW visual studio er hellere ikke bedre,, har brugt det intensivt i 6mdr til C++ og var ikke imponeret , ikke at det er dårligt , men det er altså ikke noget der får tårene til at trille.
Og ja du kan bruge Monodevelop hvis du vil være en god lille C# drone. Det er efterhånden blevet helt brugbart .
Lad os sige det sådan her:
Mht Glib/GTK i VS, så
eclipse
Ved ikke hvad utradionelt betyder i denne kontekst , samsung har som alle andre OEMS og især værende koreanske og MS venlige hoppet over alle steder hvor de kunne. Men de har i mange år brugt Linux et hav af steder i deres devise og det er en kæmpe biks. Så de finder nok ud af det.
Hvad fanden er der med folk og virtualbox,, hvis folk vil hore sig ud så er der vmware og MS virtual ,, thingie, ,,, hvorfor er det lige virtualbox alle KVM blinde folk bruger. (retorisk spørgsmål ,, jeg vil ikke vide det )
Samsung... Ja måske er det
late to the
Grunden til at #2 har haft problemer med VS i en virtuel maskine mens #3 har haft ok performance skal nok findes i #3's væsentligt nyere CPU. Foruden performance har disse (såvel som nyere AMD CPU'ere fra Phenom II og opad) netop en række virtualiserings-instrukser som drastisk forbedrer VM'ens performance.
Andre gode måder at sætte skub i en VM:
===========================
a) at have disse virtualiserings-extensions er ikke nok, de skal slåes til i BIOS (fx var de disabled i min Lenovo Laptop's BIOS)
b) smæk VM'en på en SSD, hjælper på I/O som tit sløver maskinen en del (har selv gjort dette en overgang)
c) visse programmer så som VirtualBox skulle gerne kunne oprette en maskines harddisk billede DIREKTE på en tom partition dvs. udenom et normalt host-OS filsystem - så slipper man for 2x journaling mv :)
d) smid VM'en på en anden disk end selve host OS -- de fleste bruger fortsat spindle-drev og performance går helt i bund såfremt man laver mange ikke-sekventielle read/writes hvilket nok vil ske såfremt man har to OS's kørende på hver deres sektioner af samme harddisk.
Ups glemte selvfølgelig
GTK 2.24 er efterhånden helt klar på Win32
https://mail.gnome.org/archives/gtk-devel-list/2011-November/msg00004.h…
Virtualisering
2:
brug KVM ,, kvm er lean mean og snappy, eneste sted hvor virtualbox slår den er på IO hvor den ignorere write barriers i visse tilfælde, med den risiko der følger. KVMs grafiske performance stinker pt, men hvis du skal kode i VS er det måske ikke vigtigt.
3: brug rå dedikeret partition og virtio til disken til kvm,, de filbasserede diske er sløve.
4: prøv evt SPICE og QXL driveren på din windows guest for at speede grafikken op. Dette er dog stadig bleeding edge.