O Compilieren IPC 4h

[fcbasel]

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]

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]

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]

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]

Doch habe aktualisiert und dann kommt das am schluss:

Spoiler: Ipc apt-get upgrade

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]

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]

ein OScam Problem ist es eigentlich nicht ...

Richtig
Deshalb verschoben.

 

[fcbasel]

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:

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]

was gibt htop aus?

 

[Alex]

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]

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]

Hi

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

HF

 

[fcbasel]

htop spuckt das aus siehe bild:

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

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]

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]

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