O Compilieren IPC 4h

fcbasel · 13. April 2018

Hallo

Wie der Titel schon sagt wenn ich oscam Compiliere auf dem IPC Igel Thin Client mit Debian 9 geht das Compilieren 4 stunden!! Wieso das denn? Kann mir jemand dabei helfen? Bin über jeden Tipp froh!
CF ist eine 32gb verbaut und 1gb Ram!

gruss fcbasel

dodo83 · 13. April 2018

Hi,
in 4 Std kompiliert man eine menge an Binarys eigentlich ...
wie ist die Auslastung vom Server bei dem Vorgang?
um welchen Thin handelt es sich?
sonst läuft alles normal und zügig?

fcbasel · 13. April 2018

Eigentlich läuft alles bormal und zügig.
Ausser eben das Compelieren das dauert 4h für 1 binary.. finde ich einfach zu langsam.
Wie finde ich heraus welchen igel thin client ich habe?

dodo83 · 13. April 2018

welcher Hersteller das ist etc steht normalerweise drauf
zur Hardware kann man dazu was googeln,
man weis ja auch normalerweise was für ein Auto man fährt ....

wie sieht die Ausgabe von htop aus?
auch auf einem alten Thin dauert es nicht mehr als 2-3 min normalerweise

EDIT
hast du das IPC aktuell, bzw mal aktualisiert wenn nicht?

fcbasel · 13. April 2018

Doch habe aktualisiert und dann kommt das am schluss:

apt-get upgrade
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
1 nicht vollständig installiert oder entfernt.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] J
initramfs-tools (0.130) wird eingerichtet ...
update-initramfs: deferring update (trigger activated)
Trigger für initramfs-tools (0.130) werden verarbeitet ...
update-initramfs: Generating /boot/initrd.img-4.9.0-6-686-pae
cp: Fehler beim Schreiben von '/var/tmp/mkinitramfs_0UH9N8//lib/modules/4.9.0-6-686-pae/kernel/drivers/scsi/bfa/bfa.ko': Auf dem Gerät ist kein Speicherplatz mehr verfügbar

dodo83 · 13. April 2018

fcbasel schrieb:
Auf dem Gerät ist kein Speicherplatz mehr verfügbar

mit apt-get upgrade aktualisiert man das System ...
siehe Meldung zu Schluss ....

die Frage bezog sich aber nur auf IPC, ob dieses aktuell (i update)

was gibt htop aus?
df -h?

ein OScam Problem ist es eigentlich nicht ...

Pilot · 13. April 2018

dodo83 schrieb:
ein OScam Problem ist es eigentlich nicht ...

Richtig
Deshalb verschoben.

fcbasel · 13. April 2018

Zum Igel typ noch:

Sie müssen registriert sein, um Links zu sehen.

Und i update ipc ist schon auf 11.6 geupdatet

Edit:

Df-h ausgabe:

Code:

Last login: Fri Apr 13 15:34:51 2018 from 192.168.1.136
root@server ~ > df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
udev            490M       0  490M    0% /dev
tmpfs           100M     11M   89M   11% /run
/dev/sda1        11G    1.7G  7.8G   18% /
tmpfs           498M       0  498M    0% /dev/shm
tmpfs           5.0M       0  5.0M    0% /run/lock
tmpfs           498M       0  498M    0% /sys/fs/cgroup
tmpfs           150M       0  150M    0% /var/cache/apt/archives
tmpfs            20M       0   20M    0% /var/tmp
tmpfs            70M     70M     0  100% /var/log
tmpfs           100M     18M   83M   18% /tmp
/dev/sda6        19G     45M   18G    1% /home
tmpfs           100M       0  100M    0% /run/user/0

ghost0815 · 13. April 2018

dodo83 schrieb:
was gibt htop aus?

Alex · 13. April 2018

Zuerst würde ich mal /var/log aufräumen. Und /var/tmp würde ich auch mal auf 40 MB anheben.

Zum eigentlichen Problem:
Ist schon ein kleiner Igel mit 600 MHz und Singelcore. Aber auf dem Pi 1 dauert das Kompilieren auch nur 5 Minuten.
Irgenwas ist da schon seltsam.

janni1 · 13. April 2018

Hi,
wie es aussieht ist das ein Igel 3210 aus 2006/2007 der mit seinem Via C7 600MHz, auch schon mal beim Kompilieren an seine Grenzen stoßen könnte.
Laut Screen hat er im "Leerlauf" eine Auslastung bzw. Load von 0,86 0,96 0,75, also gerade so, dass er alles ohne "Stau" verarbeiten kann.

Aber 4h ist schon etwas heftig.

Tec-Hi · 13. April 2018

Hi

Auslastung von 0,86 0,96 0,75 ist nix,
auch bei 600MHz ..Fakt

HF

fcbasel · 13. April 2018

htop spuckt das aus siehe bild:

Sie müssen registriert sein, um Links zu sehen.

Alex schrieb:
Zuerst würde ich mal /var/log aufräumen. Und /var/tmp würde ich auch mal auf 40 MB anheben.

Zum eigentlichen Problem:
Ist schon ein kleiner Igel mit 600 MHz und Singelcore. Aber auf dem Pi 1 dauert das Kompilieren auch nur 5 Minuten.
Irgenwas ist da schon seltsam.

Wie heb ich das um 40mb an? Und wie räum ich auf das log?

janni1 · 13. April 2018

Hi,
hier sieht es aber nun mit dem Load schon etwas anders aus
9,18 9,07 9,25
Das Ding ist total am Ende, würd ich sagen.
Leider sieht man auf dem kleinen Screen gerade nicht was läuft.

kurze Erklärung zum Load:

Was ist der Linux Load?
Die load average ist ein sehr wichtiger Wert im Bezug auf die Systemauslastung. Der Load in Linux-Systemen ist die Anzahl an wartenden Prozessen. Der optimale Wert entspricht immer der Anzahl der im System vorhandenen Prozessoren. In Systemen mit einem Single-Core-Prozessor ist der optimale Load 1, da zu dem Zeitpunkt ein Prozess in der Bearbeitungsschlange des Prozessors ist. Liegt der Wert unterhalb von 1, ist das System unterfordert, bei Werten über 1 überfordert. In Multicore-Prozessoren liegt der optimale Load höher. Bei einem Quad-Core-Prozessor beispielsweise 4.

Alex · 13. April 2018

Indem du die die Größe in /etc/fstab erhöst und dann mit mount -o remount PFAD neu mountest.
/var/log ist ein Verzeichnis, wenn das voll ist, was machst man da wohl?
Mit ls -l -h kannst du dir die Größe in einem gut lesbaren Format anzeigen lassen

O Compilieren IPC 4h

fcbasel

Spezialist

dodo83

fcbasel

Spezialist

dodo83

fcbasel

Spezialist

dodo83

Pilot

fcbasel

Spezialist

ghost0815

DEB König

Alex

janni1

Tec-Hi

fcbasel

Spezialist

janni1

Alex

Ähnliche Themen

O Compilieren IPC 4h

Spezialist

Spezialist

Spezialist

Spezialist

DEB König

Spezialist

Ähnliche Themen

Datenschutz & Transparenz

Datenschutz & Transparenz